من الفكرة إلى MVP في 7 أيام: خطة سبرنت لمؤسسي المرة الأولى

ما هو الـ MVP فعلًا، وما الذي ليس كذلك

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

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

هدف الأسبوع ليس أن تطلق منتجًا، بل أن تتعلم أسرع ما يمكن بأقل ما يمكن.

قواعد السبرنت قبل اليوم الأول

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

• مستخدم واحد: اختر شريحة ضيقة جدًا، مثل «أصحاب صالونات الحلاقة في الرياض» وليس «أصحاب المحلات».
• مسار واحد: رحلة واحدة من الدخول حتى لحظة القيمة، مثل «يحجز العميل موعدًا ويستلم تأكيدًا».
• قرار واحد: ما الذي ستقرره في اليوم السابع؟ نكمل، نعدّل الاتجاه، أم نتوقف.
• ميزة جديدة = ميزة تُحذف: إذا أضفت شيئًا في منتصف الأسبوع، احذف شيئًا آخر بنفس الحجم.
• احجز المستخدمين الآن: رتّب مواعيد مع 5 إلى 10 أشخاص من جمهورك لليومين الرابع والخامس قبل أن تكتب أي شيء.

الخطة في لمحة: سبعة أيام وسبعة مخرجات

لاحظ أن البناء يأخذ يومًا واحدًا تقريبًا من سبعة. الباقي تفكير وتجربة وقياس. هذا ليس خطأ في التوزيع؛ هذا هو الفرق بين MVP يعلمك شيئًا ومشروع جانبي يأكل وقتك.

الأيام 1 إلى 3: حدد النطاق، صمم البيانات، ابنِ

اليوم 1: قلّص النطاق بلا رحمة

اكتب كل الميزات التي تخطر ببالك في قائمة، ثم اسأل عن كل واحدة: هل يستطيع المستخدم الوصول إلى لحظة القيمة بدونها؟ إذا كان الجواب نعم، تنتقل إلى قائمة «ليس الآن». ستبقى عادة ثلاث إلى خمس ميزات فقط. كثير منها يمكن استبداله يدويًا في البداية: إشعار عبر واتساب ترسله بنفسك بدل نظام إشعارات، أو جدول تحدّثه أنت بدل لوحة تحكم.

اليوم 2: البيانات والشاشات

حدد الكيانات الأساسية (مثل: عميل، موعد، خدمة) والعلاقات بينها، ثم ارسم شاشات المسار على ورقة أو اطلب من الوكيل وصفها. القاعدة: إن لم تظهر البيانة في أي شاشة من المسار، فلا تحتاجها الآن.

اليوم 3: ابنِ وانشر

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

الأيام 4 و5: اختبر مع مستخدمين حقيقيين

هذان أهم يومين في الأسبوع. لا ترسل الرابط وتنتظر؛ اجلس مع المستخدم (حضوريًا أو بمكالمة مع مشاركة الشاشة) واطلب منه إنجاز المهمة دون أن تشرح له. دورك أن تراقب وتسجل، وليس أن تدافع عن المنتج.

1. 1
   افتح بسؤال عن الماضي

   «آخر مرة واجهت هذه المشكلة، ماذا فعلت؟» الإجابة عن سلوك فعلي أصدق من أي رأي عن المستقبل.

2. 2
   أعطه مهمة واحدة

   مثل «احجز موعدًا يوم الخميس»، ثم اصمت. سجّل أين يتردد وأين يسأل وأين يخطئ.

3. 3
   اسأل عن البديل

   «لو لم يوجد هذا التطبيق، كيف ستحل المشكلة؟» إن كان البديل سهلًا ومجانيًا، فقيمتك يجب أن تكون واضحة جدًا.

4. 4
   اختبر الالتزام

   اطلب شيئًا حقيقيًا: تسجيلًا، أو دفعة مسبقة صغيرة، أو موعدًا للاستخدام الأسبوع القادم. المجاملة سهلة، الالتزام لا.

5. 5
   أصلح ثم كرر

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

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

اليوم 6: قِس ما يهم فقط

أسبوع واحد لا يكفي لإثبات ملاءمة المنتج للسوق، لكنه يكفي لترى إشارات أولية. اختر مؤشرًا رئيسيًا واحدًا مرتبطًا بلحظة القيمة، ومؤشرين مساعدين على الأكثر.

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

اليوم 7: إطلاق محدود وقرار مكتوب

في اليوم الأخير شارك الرابط مع مجموعة صغيرة تتجاوز من قابلتهم: مجموعة واتساب لجمهورك المستهدف، أو قائمة انتظار، أو عشرين عميلًا محتملًا. ثم اجلس واكتب القرار، لأن القرار غير المكتوب يتحول إلى «سنرى».

1. 1
   راجع الفرضية

   ضع معيار النجاح الذي كتبته في اليوم الأول بجانب النتيجة الفعلية دون تبرير.

2. 2
   صنّف ما تعلمته

   ثلاث قوائم: ما ثبت، ما سقط، وما زال غير واضح.

3. 3
   اختر واحدًا من ثلاثة

   استمر بنفس الاتجاه، أو عدّل المستخدم أو المسار (Pivot)، أو توقف وانتقل لفكرة أخرى. التوقف بعد أسبوع نجاح وليس فشلًا.

4. 4
   خطط للأسبوع القادم

   إن استمررت، اختر من قائمة «ليس الآن» ما تطلبه الأدلة فقط، وليس ما تتمناه.

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

ما الذي تؤجله بلا تردد

التأجيل لا يعني الإهمال. هناك أشياء لا تؤجل حتى في أسبوع: حماية بيانات المستخدمين الأساسية، وعدم جمع بيانات لا تحتاجها، وتجربة عربية سليمة، واختبار المسار الرئيسي قبل مشاركة الرابط. راجع قائمة فحص جودة الكود المولّد وأخطاء الواجهات العربية قبل الإطلاق المحدود.

أسئلة شائعة

مصطلحات في هذا المقال