من الفكرة إلى MVP — ضيّق بما يكفي ليكتمل.

أصغر نسخة تعطي جواباً حقيقياً عن السؤال الذي يحسم متابعة البناء — غالباً: هل يريد أحد استخدامه ويدفع مقابله. وهو ليس منتجاً رخيصاً أو نصف منجَز: الجزء الموجود يجب أن يكون بجودة كاملة، وإلا قِستم رداءة البناء بدل قياس الحاجة. الفرق في حجم ما يشمله، لا في جودة تنفيذه.

عادةً بضعة أشهر من البداية إلى الإطلاق. وما يحكم ذلك هو مدى إحكام تحديد النسخة الأولى، لا سرعة كتابة الكود — ولهذا نمنح وقتاً للتحديد أولاً. نطاق يُختصَر إلى النصف في اجتماع واحد يوفّر وقتاً أكثر من أي قرار يُتخذ لاحقاً في المشروع.

التكلفة تتبع النطاق: عدد أنواع المستخدمين، وهل تدخل المدفوعات، وكم نظاماً خارجياً سيُربَط، وهل يلزم تطبيق وويب معاً. نراجع ذلك في اجتماع مجاني ونعود بنطاق سعري وبأسبابه. وغالباً يكون الرقم أقل من المتوقع، لأن النطاق يتقلّص خلال الاجتماع نفسه.

تكون قد كلّفت MVP بدل سنة، وتعرفون ذلك من مستخدمين حقيقيين لا من تخمين. هذه هي فكرة البناء الصغير أولاً. ونبني القياس من اليوم الأول تحديداً حتى يكون هذا الجواب مقروءاً مبكراً بما يكفي للتصرّف.

نعم. الكود والحسابات والبيانات والبيئات ملككم، وتُسلَّم بحالة تتيح لفريق آخر الاستلام. وهذا مهم بشكل خاص لمنتج مبكر، لأن فحص المستثمر يسأل عادةً هذا السؤال بالذات.

نعم، وكثيرون يفعلون ذلك حتى يصبح هناك سبب لتوظيف فريق داخلي. ويمكننا أيضاً البناء بهذا الهدف من البداية: توثيق وبنية وتسليم مخطط له حتى يستلم مطوّر داخلي دون أن يتوقف المنتج.