عملية الاكتشاف لدينا في 4 أسابيع: من الفكرة إلى خطة جاهزة للتنفيذ

جاءت شركة صحية ناشئة بفكرة واضحة المعالم: منصة لربط المرضى بالأطباء المتخصصين عبر مصر عبر الاستشارة المرئية والفرز الذكي. كانوا يملكون عرضاً تقديمياً وشريحة تحجيم سوق وفهماً قوياً للمشكلة. عندما بدأنا نسأل ماذا يجب أن تفعل النسخة الأولى تحديداً — ولمن — تحول الحوار بشكل ملحوظ. هل "الفرز" يعني استبياناً أم محققاً ذكياً للأعراض أم ممرضاً على اتصال؟ هل الأطباء موظفون أم مستقلون؟ هل مرتّبون أم يتقاضون بالاستشارة؟ من يتولى مسؤولية المسؤولية القانونية؟

لم تكن أي من هذه الأسئلة تملك إجابة واضحة. وكل إجابة كانت تغير المنتج بشكل جوهري.

هذا هو سبب وجود الاكتشاف: لا لإبطاء الأمور، بل للتأكد من أن الفريق يبني الشيء الصحيح قبل أن يبدأ عداد وقت التطوير.

ما الاكتشاف وما ليس

الاكتشاف ليس تقرير بحث يجلس في مجلد. وليس وثيقة متطلبات تسرد كل ميزة ذُكرت في مقابلة. وليس sprint تصميم مع نموذج أولي.

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

الأسبوع الأول: فهم العمل

الأسبوع الأول لا يتعلق بالمزايا. إنه يتعلق بفهم ما يحتاج المنتج تغييره في العالم — تحديداً كيف يبدو النجاح في أول ستة أشهر، ومن هم العملاء الدافعون، وما هي القيود التجارية.

أسئلة نطرحها في كل اكتشاف:

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

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

الأسبوع الثاني: رسم مسارات العمل وسطح المخاطر

الأسبوع الثاني يتعمق في التفاصيل التشغيلية لكيفية عمل المنتج فعلاً للأشخاص الحقيقيين في ظروف حقيقية.

نرسم خريطة لرحلات المستخدم عبر الأدوار — في منتج عيادة هذا يعني الاستقبال والطبيب والمريض وفريق الفوترة. نبحث عن:

• الحالات الخاصة في المسارات الأساسية: ماذا يحدث عندما يلغي الطبيب في آخر لحظة؟ ماذا لو حجز مريض في الوقت الخاطئ؟ ماذا لو فشل الدفع في منتصف المسار؟
• التبعيات الخارجية: بوابات الدفع وأنظمة التأمين وواجهات SMS/WhatsApp والبرامج المحاسبية أو ERP الحالية وأنظمة المختبرات.
• الأسطح التنظيمية: أي بيانات تُجمع، كيف تُخزَّن، وما اللوائح المحلية المطبّقة (إقامة البيانات، الاحتفاظ بالسجلات الصحية، متطلبات الفاتورة).
• العمليات اليدوية التي تحتاج للرقمنة: الجدول الذي يستخدمه المدير حالياً، ومجموعة WhatsApp التي تُؤكد الطلبات، والنموذج الورقي الذي يملؤه المرضى عند الاستقبال.

كل مخاطرة تحصل على حالة: محلولة (نعرف كيف نتعامل معها)، مُخففة (لدينا خطة تقلل المخاطرة)، أو مؤجلة (لا نبني لهذا في V1، وهذا ما يعنيه ذلك).

الأسبوع الثالث: تشكيل الإصدار الأول

في الأسبوع الثالث نملك ما يكفي لاتخاذ القرارات. هنا نحول البحث إلى نطاق.

المبدأ: الإصدار الأول يجب أن يكون أصغر قدر ممكن مع أن يكون ذا قيمة حقيقية. ليس MVP بمعنى "الحد الأدنى ليراه المستثمرون" — بل MVP بمعنى "الحد الأدنى القيّم للعملاء الحقيقيين الأوائل."

نُعرّف:

• لا بد منه في V1: الميزات التي بدونها لا يستطيع المنتج أن يُستخدم من قِبَل المستخدم المستهدف لإنجاز المهمة الأساسية.
• جيد لكن يمكن تأجيله / V2: الميزات التي تحسّن المنتج لكنها لا تحجب العملاء الأوائل الدافعين.
• الآن لا / خارج النطاق: الأفكار الجيدة التي ستضاعف وقت البناء بفائدة هامشية لمستخدمي V1.

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

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

الأسبوع الرابع: كتابة الموجز وتخطيط البناء

الأسبوع الأخير يُنتج المخرجات: الموجز الجاهز للبناء وخطة التسليم.

يتضمن الموجز:

• ملخص المنتج: ما يفعله المنتج ولمن، في فقرتين.
• نطاق V1: الميزات مع معايير القبول المكتوبة بلغة سهلة، لا مواصفات تقنية.
• قرارات المعمارية: اختيارات التكنولوجيا والخدمات الخارجية وبيئة النشر والمقايضات التقنية الجوهرية في مرحلة الاكتشاف.
• سجل الأسئلة المفتوحة: الأسئلة غير المحلولة ومالكها وموعد حلها.
• سجل المخاطر: المخاطر المُسمّاة وحالتها (محلولة، مُخففة، مؤجلة).

خطة التسليم تُحدد هيكل الفريق ووتيرة الـ sprint ونقاط التفتيش على الأهداف ومعايير الإطلاق. ليست مخططاً Gantt. إنها اتفاق على كيفية عمل الفريق ومعنى "منتهٍ" في كل مرحلة.

للشركة الصحية الناشئة: انتهى الاكتشاف بقرار ببناء جانب الطبيب أولاً — الانضمام وإدارة الجدول وأدوات الاستشارة — وجعل مسار الحجز للمريض ميزة في V2. ميزة الاستشارة المرئية أُجّلت كلياً لـ V2. كان الإصدار الأول أصغر مما توقعه أحد في بداية الأسابيع الأربعة، وشُحن في الموعد المحدد.

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

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