ما الذي يتضمنه مستند نطاق الـ MVP

معظم "مستندات النطاق" هي قائمة ميزات بنقاط ورقم. هذا ليس مستند نطاق. إنه تخمين بتنسيق.

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

الإجابة المختصرة

ثمانية أقسام. تفويت اثنين أو ثلاثة منها يعني أن لديك عرض سعر، لا خطة.

بيان مشكلة، لا قائمة ميزات

يجب أن يبدأ المستند بالمشكلة التي تُحل ومن يعاني منها، بلغة بسيطة، قبل تسمية أي ميزة. يبدو هذا بديهياً ويُتجاوَز باستمرار.

لماذا يهم: كل قرار نطاق لاحق يُختبر مقابل هذا. حين يظهر طلب ميزة في الأسبوع السادس، يكون "هل يحل هذا المشكلة المذكورة" فلتراً أسرع وأكثر صدقاً من "هل يبدو مفيداً".

نسخة ضعيفة: "تطبيق لربط مشغّلي الأساطيل بالميكانيكيين." النسخة الناجحة تسمّي الألم الحقيقي - يقضي المشغّلون حالياً من ساعتين إلى ست ساعات لكل عطل في البحث عن ميكانيكي متاح عبر الهاتف، دون طريقة للتحقق من كفاءته مسبقاً.

تدفقات المستخدم قبل قوائم الميزات

الميزات منفردة لا تخبرك إن كان المنتج يعمل. التدفقات تفعل.

يجب أن يرسم المستند خريطة للمسارين أو الثلاثة الأساسية التي يسلكها المستخدم فعلياً من البداية للنهاية - لا كل شاشة، بل التسلسل الذي يجعل المنتج يعمل. هنا تكتشف أن "إضافة نظام تقييم" يتطلب ضمنياً "معالجة النزاعات حين يكون التقييم غير عادل"، وهو أمر لم يفكر أحد في تحديد نطاقه بشكل منفصل.

قائمة ميزات مرتّبة بالأولوية فعلاً

ليست قائمة نقاط مسطحة - بل قائمة مرتّبة حسب ما يعطّل المنتج إن غاب مقابل ما سيكون لطيفاً أن يتوفر. كتبنا سابقاً عن تقليص قائمة من 46 ميزة إلى 11 باستخدام هذا الاختبار بالضبط: إن غاب هذا، هل تظل الحلقة الأساسية تعمل؟

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

بنية معمارية تقنية، مع الأسباب

ليست مجرد قائمة تقنيات - بل المنطق وراء كل اختيار، لأن هذا بالضبط ما يتيح لأي شخص تقييم ما إذا كانت القرارات لا تزال منطقية بعد ستة أشهر.

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

شاشات أو نموذج أولي، لا وصف

"لوحة تحكم نظيفة وعصرية" ليست مواصفة. خمس إلى ثماني شاشات رئيسية، ويُفضّل كنموذج أولي قابل للنقر، تزيل أكبر مصدر لمفاجآت منتصف البناء: أن يحمل المؤسس والفريق صورتين مختلفتين لنفس الميزة في أذهانهما.

لا يلزم أن يكون هذا تصميماً نهائياً دقيقاً للبكسل. يجب أن يكون محدداً بما يكفي بحيث تتوقف "لوحة الإدارة" عن كونها مجرد فكرة مجردة وتصبح شيئاً حقيقياً قابلاً للنقاش.

تقدير مقسّم وحدة بوحدة، لا رقم واحد

السعر الواحد يخفي كل افتراض أنتجه. التفصيل وحدة بوحدة - الحسابات والصلاحيات، تدفق المعاملات الأساسي، المدفوعات، لوحة الإدارة وهكذا - يفعل أمرين لا يستطيع الرقم الواحد فعلهما: يتيح رؤية ما هو مكلف ولماذا، ويتيح حذف وحدة محددة إن لم تتسع الميزانية، بدلاً من إعادة التفاوض على الكل.

مخاطر وتبعيات مسمّاة بدقة

لغة المخاطر العامة ("خطر تقني"، "خطر جدولي") عديمة الفائدة. قسم المخاطر الحقيقي يسمّي الشيء المحدد الذي قد يبطئ المشروع - الجدول الزمني لموافقة مزوّد الدفع، واجهة برمجية خارجية بحدود معدل غير واضحة، قرار مؤسس لم يُتخذ بعد - ومن المسؤول عن حله.

هذا القسم أيضاً هو حيث يُحدَّد المسار الحرج: الأمران أو الثلاثة التي، إن تأخرت، تؤخر تاريخ الإطلاق بغض النظر عن مدى جودة سير الهندسة.

ما هو مستثنى صراحة

هذا هو القسم الذي تغفله معظم مستندات النطاق كلياً، وهو الذي يمنع أكثر النزاعات لاحقاً.

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

كيف يبدو المستند الحقيقي

ننشر نموذج Blueprint مجهول الهوية يُظهر الأقسام الثمانية كلها معبأة لمشروع حقيقي - لا قالباً بنص عنصر نائب، بل مستند نطاق حقيقياً بقرارات حقيقية وأرقام حقيقية. قراءته أسرع من قراءة وصف له.

اختبار ما إذا كان مستندك حقيقياً

سلّم المستند لمهندس لم يتحدث معك قط واطلب منه تقدير الجدول الزمني. إن استطاع ذلك دون مكالمة توضيحية، فهو مستند نطاق. إن عاد بعشرة أسئلة، فلديك قائمة ميزات ملصق عليها سعر - وتلك الأسئلة العشرة هي بالضبط ما سيظهر كطلبات تغيير بمجرد بدء المشروع فعلاً، حين تكون الإجابة عليها أكثر كلفة بكثير.

تريد أن ترى كيف يبدو مستند نطاق كامل لمشروع حقيقي؟ نموذج الـ Blueprint لدينا هو المستند الكامل، لا مقتطف. أو أخبرنا عن مشروعك وسنحدد نطاقه بشكل صحيح قبل أن نعلن رقماً.