الهدف
بعد هالدرس تقدر تكتب project brief من صفحة وحدة، تحدد 3 user personas، وتسمي الـ value proposition بجملة وحدة. هذا يحميك من الـ feature creep ويخليك تبني الشي الصح من البداية.
ليش هذا الحين؟
وايد من الناس يبدأون بالكود مباشرة، وبعدين يكتشفون إنهم بنوا الشي الغلط. الـ brief ما يأخذ وقت — يوفر وقت: الكود رخيص والوقت غالي، ولو بنيت feature غلط تحتاج تهدمها وتبنيها من جديد. لو ما عندك وضوح على المشكلة والمستخدم والـ value، كل قرار بعدها راح يكون تخمين. هالدرس هو الـ foundation اللي ينبني عليه كل شي جاي.
الفكرة
الـ project brief وثيقة بسيطة — صفحة وحدة — تجاوب على أسئلة أساسية قبل ما تكتب سطر كود.
المكونات الأساسية للـ brief:
- Problem — مين عنده المشكلة؟ وشنو هي؟
- Solution — كيف نحلها؟
- Target user — مين بالضبط؟ (مو "الكل")
- Value prop — ليش يختارون منتجك وما غيره؟
- Success metrics — كيف تعرف إنك نجحت؟
- Out of scope (v1) — شنو ما تبنيه الحين؟
الـ user personas: مو مجرد "شخص يستخدم التطبيق". الـ persona له اسم، عمر، وظيفة، pain points محددة، وأهداف واضحة. كلما كان أدق، كلما قراراتك صارت أوضح.
الـ value proposition: جملة وحدة: "لـ [مستخدم]، [منتجنا] هو أسرع طريقة لـ [نتيجة]." لو ما تقدر تكتبها، المنتج مو واضح بعد.
الـ scope discipline: قائمة "out of scope" مهمة نفس أهمية قائمة "in scope". كل feature تحذفها من v1 = وقت توفره.