لندن – يوليو 2026
يمكن لمؤسس واحد اليوم أن يطلق منتجاً في أسبوعين. ويمكنه أيضاً أن يترك خلفه، في الأسبوعين ذاتهما، فوضى برمجية ستكلفه ستة أشهر لتفكيكها. هذه المفارقة هي مدخل الخبير التقني هيثم صافي إلى ما يسميه “دستور النموذج الأولي” , مجموعة قواعد يرى أنها الفارق بين شركة تنجو وأخرى تغرق في ديون لم ترها قادمة.
في تحليله لمرحلة التنفيذ، يعتبر صافي أن هذه المرحلة هي الاختبار الحقيقي لقدرة المؤسس على الموازنة بين السرعة والجودة، وأن أدوات الذكاء الاصطناعي للشركات لم تُلغِ هذه المعادلة بل جعلتها أشد قسوة.
الـ MVP في نظر هيثم صافي: تمرين لجمع الأدلة لا عملية بناء
الخطأ الأول الذي يرصده صافي يبدأ من التسمية نفسها. حين يسمع المؤسس عبارة “مرحلة البناء”، يفترض أن مهمته هي البناء , وهنا تبدأ المشكلة.
ما هو الهدف الحقيقي من مرحلة النموذج الأولي (MVP)؟
الهدف من مرحلة النموذج الأولي (MVP) هو جمع الأدلة لا إنجاز البناء. يوضح صافي أن المرحلة استمرار مباشر لعملية التحقق التي بدأت في مرحلة الفكرة، وأن المطلوب منها دليل ملموس واحد: أن مجموعة محددة من الناس تجد المنتج قيّماً بما يكفي للعودة إليه، أو الدفع مقابله، أو التوصية به لغيرهم.
ما الفرق بين “منتج يعمل” و”منتج له قيمة”؟
الفرق أن الأول يُثبت بالكود، والثاني يُثبت بالسلوك. يشير صافي إلى أن منتجاً قد يعمل بلا خطأ واحد ولا يعود إليه أحد بعد التجربة الأولى، وأن هذه النتيجة تحديداً هي أثمن ما يمكن أن تخرج به من مرحلة النموذج الأولي، لأنها تكشف الحقيقة قبل أن تُنفق عليها سنة.
كيف يترجم الذكاء الاصطناعي للشركات المشكلة إلى منتج؟
عبر البناء الأقل لا الأكثر. يتوقع صافي أن الناجحين في هذه المرحلة هم من يستخدمون الذكاء الاصطناعي للشركات لترجمة المشكلة المُتحقَّق منها إلى منتج يعمل بأقل قدر ممكن من الزوائد، مركزين على الوظائف الأساسية التي تعالج جوهر المشكلة وحدها. كل ما عداها تأجيل مبرر، لا تقصير.
الديون التقنية الوكيلية: التحذير الأبرز في تحليل هيثم صافي
هنا يقع، بحسب صافي، الخطر الأكثر خفاءً في المرحلة كلها — لأنه لا يظهر في أي اختبار، ولا يشتكي منه مستخدم، ولا يوقف أي شيء عن العمل. إلى أن يتوقف كل شيء دفعة واحدة.
ما هي الديون التقنية التي يولدها الذكاء الاصطناعي للشركات؟
الديون التقنية هي الكلفة المؤجلة لقرارات برمجية سريعة تُتخذ اليوم وتُدفع فاتورتها بعد شهور. وحين تكتب أدوات مثل Claude Code آلاف الأسطر في ساعات، ينشأ كود يعمل لكنه يفتقر إلى نموذج عقلي متماسك، لأن كل جلسة برمجة تتخذ قرارات معمارية جديدة دون علم بما سبقها.
لماذا لا تكفي السرعة وحدها في بناء الكود؟
لأن السرعة تضاعف أثر القرار الخاطئ بقدر ما تضاعف أثر الصحيح. ينبّه صافي إلى أن الأداة التي تكتب في ساعة ما كان يستغرق أسبوعاً، تنشر الخلل بالسرعة نفسها التي تنشر بها الصواب. بلا قيود معمارية واضحة من البداية، تتحول السرعة من ميزة إلى مضاعِف للفوضى.
ما هي بنية النظام (Architecture) ولماذا تُحدَّد أولاً؟
بنية النظام هي مجموعة القرارات الأساسية حول كيفية تنظيم المشروع: أين تُخزَّن البيانات، كيف تتحدث الأجزاء مع بعضها، وما القواعد التي لا يجوز كسرها. ينصح صافي بتحديدها قبل أن يكتب الذكاء الاصطناعي سطراً واحداً من كود الإنتاج، لأن تصحيحها بعد آلاف الأسطر يكلف أضعاف ما يكلفه رسمها على ورقة.
ما هو ملف CLAUDE.md وكيف يعمل كذاكرة للمشروع؟
CLAUDE.md ملف نصي يوضع في جذر المشروع ويحتوي على القرارات المعمارية والقواعد الثابتة. وظيفته أن يكون ذاكرة مستمرة للمشروع: تقرأه الأداة في بداية كل جلسة برمجة فتلتزم بما اتُّفق عليه، بدلاً من إعادة اختراع القواعد من الصفر في كل مرة. من دونه، لديك مبرمج بلا ذاكرة يبدأ كل يوم كأنه يومه الأول.
زحف النطاق: العدو الأول للمؤسسين حين تصبح الميزة مجانية
يرصد صافي مفارقة ثانية: كلما رخص البناء، صعُب الامتناع عنه. والمؤسس الذي كان يرفض ميزة لأنها مكلفة، صار يوافق عليها لأنها لم تعد كذلك.
ما هو زحف النطاق (Scope Creep)؟
زحف النطاق هو التوسع التدريجي غير المخطط في ميزات المنتج حتى يفقد تركيزه وهويته. يصفه صافي بأنه العدو الأول في هذه المرحلة، لأن سهولة البناء تدفع المؤسس إلى إضافة ميزات “جميلة” لكنها غير ضرورية، فيتشتت زخم المنتج وتضيع الرسالة التي كان يُفترض أن يوصلها.
لماذا صار زحف النطاق أخطر في عصر الذكاء الاصطناعي للشركات؟
لأن الحاجز الطبيعي اختفى. كانت كلفة الميزة الجديدة , أسبوعين من عمل مهندس , تجبر المؤسس على الاختيار والترتيب. واليوم هبطت هذه الكلفة إلى ما يقارب الصفر، فصارت الميزات تُضاف لأنها ممكنة، لا لأنها ضرورية. والقرار الذي كانت الميزانية تتخذه نيابة عن المؤسس، صار عليه أن يتخذه بنفسه.
كيف تمنع الميزات الزائدة عبر تعريف مكتوب للنطاق؟
بأن تكتب حدود المنتج قبل أن تبدأ، وتعامل ما كتبته كعقد لا كاقتراح. يدعو صافي إلى تعريف مكتوب للنطاق (Scope Definition) يسبق أول سطر كود، وتحكمه قاعدة واحدة:
- اكتب الوظائف الأساسية التي بدونها لا قيمة للمنتج إطلاقاً.
- اكتب صراحةً ما لن تبنيه في هذه المرحلة , القائمة الثانية أهم من الأولى.
- لا تُضِف أي ميزة جديدة إلا بأدلة من مستخدمين فعليين تفيد بأنهم لا يستطيعون الحصول على القيمة بدونها.
ويلخص صافي المعادلة: ضغط الوقت الذي يمنحه الذكاء الاصطناعي للشركات يجب أن يقابله تشدد مضاعف في قرار “ماذا نبني”. السرعة بلا انضباط ليست تقدماً، بل ابتعاداً أسرع عن الهدف.
الأمان ليس رفاهية: مراجعة الكود المولد آلياً
ينتقل صافي إلى ما يعتبره الفجوة الأخطر بين ما تعِد به الأداة وما تسلّمه فعلاً — فجوة لا تظهر في أي اختبار وظيفي.
هل الكود الذي يكتبه الذكاء الاصطناعي آمن؟
لا، ليس بالضرورة. يشدد صافي على حقيقة تقنية يعتبرها جوهرية: “الذكاء الاصطناعي يولد كوداً يعمل، ولكنه ليس بالضرورة آمناً.” الفرق بين الأمرين أن الخطأ الوظيفي يصرخ فور وقوعه، بينما الثغرة الأمنية تصمت , وتنتظر.
لماذا تبقى الثغرات الأمنية غير مرئية حتى وقوع الاختراق؟
لأن الثغرة ليست عطلاً، بل باب مفتوح. المنتج يعمل بشكل مثالي أمام المستخدم والمطور معاً، ولا شيء يشير إلى وجود خلل، حتى يستغلها أحدهم. وهنا تقع المسؤولية كاملة على المؤسس في حماية بيانات المستخدمين منذ اليوم الأول، لا بعد أول حادثة.
كيف تُدمج المراجعة الأمنية في دورة التطوير؟
بجعلها خطوة ثابتة لا استثنائية. يقترح صافي إجراء مراجعة أمنية دورية ضمن دورة التطوير، تُستخدم فيها أدوات مثل Claude لمسح الكود وتحديد الثغرات الشائعة , قبل أن يصل أي مستخدم حقيقي إلى الخدمة، لا بعد ذلك.
ملاءمة المنتج للسوق: خلاصة دستور هيثم صافي
تنتهي المرحلة، في رؤية صافي، عند هدف واحد تُقاس به كل القرارات السابقة.
ما هي ملاءمة المنتج للسوق (Product-Market Fit)؟
ملاءمة المنتج للسوق هي أن يصل المنتج إلى نقطة يريده فيها سوق حقيقي بما يكفي ليعود إليه ويدفع مقابله. ويؤكد صافي أن بلوغها يتطلب أكثر من حل المشكلة: يتطلب منتجاً يبني الثقة مع المستخدم عبر الأداء المستقر والأمان العالي، لأن المستخدم لا يمنح ثقته لمنتج يشك في متانته.
ما القواعد الأربع التي يلخص بها هيثم صافي مرحلة التنفيذ؟
يختصر صافي دستوره في أربع قواعد يقول إنها تفصل بين من ينجو ومن يغرق في هذه المرحلة:
- ابنِ لتجمع الأدلة، لا لتنجز البناء.
- ارسم البنية قبل الكود، وثبّتها في ملف يقرأه الذكاء الاصطناعي في كل جلسة.
- اكتب حدود النطاق، ولا تكسرها إلا بدليل من مستخدم حقيقي.
- راجع الأمان دورياً، لأن الكود المولد يعمل قبل أن يكون آمناً.
وبحسب صافي، فإن الشركات التي ستفشل في هذه المرحلة لن تفشل لبطئها. ستفشل لأنها كانت سريعة جداً في الاتجاه الذي لم تتوقف لتتأكد منه.
