المشروع الختامي: من النموذج الأولي إلى المنتج

بعد ستة أسابيع

لنُجرِ الحساب. بعد ستة أسابيع من أول سطر موجّه، يُستخدم تطبيق توم في ثلاثة صفوف بمدرستين. دفع أستاذ الرياضيات ثمن نسخته «صف» عبر الـPayment Link. لينا تعرض سلسلة من 34 يومًا. وتلقى توم هذا الأسبوع أربع رسائل: فكرتا ميزة، سؤال، وخلل ثانوي. إنها اللحظة المفصلية التي يعرفها كل الصنّاع: التطبيق يعمل — لكن تطبيقًا يعمل ليس بعدُ منتجًا. المنتج تطبيق زائد حلقة: نقيس، نصغي، نقرر، نكرر. هذا الفصل يرسي هذه الحلقة، ثم يرسلك نحو مشروعك التالي.

القياس: أرقام دون تجسس

أول سؤال لمسؤول منتج: «من يستخدم ماذا، فعلًا؟». الانطباعات تكذب — والأرقام أقل. لكن احذر انعكاس «Google Analytics»: لتطبيق صغير، خصوصًا يستخدمه قاصرون، تريد أداة تحليلات تحترم الخصوصية مثل Plausible أو Umami: لا كوكيز، لا تنميط، لا لافتة موافقة مطولة، فقط عدادات مجهولة. الدمج يتم بسطر واحد يضيفه الذكاء الاصطناعي في ثلاثين ثانية، ولوحة التحكم تقول لك الأساسي: كم زيارة، أي صفحات، أي أيام.

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

الإصغاء: تنظيم الملاحظات

رسائل توم المتناثرة — SMS، بريدان، كلمة في الاستراحة — عرَض منتج بلا قناة ملاحظات. الحل داخل التطبيق نفسه: زر صغير «فكرة؟ مشكلة؟»، نموذج مصغر، وكل إرسال يُرتَّب في جدول بالقاعدة. تملك كل الكفاءات لبنائه — بل هو تمرين تجميع ممتاز للفصول 6 إلى 9: نموذج (مدخلات متحقَّق منها!)، جدول Supabase (مع RLS!)، حد إرسالات (الفصل 9!):

أضِف وحدة ملاحظات إلى تطبيقي لتتبع العادات.
ما أريده:
1. زر صغير غير لافت «فكرة؟ مشكلة؟» أسفل الصفحة الرئيسية
2. عند النقر: نموذج مصغر بحقل نص من 500 حرف كحد أقصى وخيار «خلل / فكرة / آخر»
3. كل إرسال يُسجَّل في جدول feedback في Supabase مع user_id والفئة والتاريخ — مع تفعيل الـRow Level Security
4. الحدود: 5 إرسالات لكل مستخدم يوميًا، تحقق من المحتوى جهة الخادم، رسالة شكر بعد الإرسال
5. أنشئ أيضًا صفحة /admin متاحة لحسابي فقط، تسرد الملاحظات من الأحدث إلى الأقدم مع عداد لكل فئة
مرحلة واحدة في كل مرة، أختبر قبل المتابعة.

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

ترتيب الأولويات: مصفوفة البنّاء المنفرد

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

• مستخدمون كثر + متناغم + جهد صغير: نفّذه هذا الأسبوع.
• متناغم لكن جهد كبير: قطّعه إلى PRD مصغّر (الفصل 3) ووزّعه.
• قليل من المستخدمين المعنيين: دعه ينضج — إن عاد ثلاث مرات، سيصعد وحده.
• غير متناغم مع المهمة: ارفض بأدب، حتى لو كانت فكرة جيدة. خصوصًا إن كانت فكرة جيدة.

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

تحقيق الدخل دون خيانة الذات

الـPayment Link من الفصل 8 حوّل تطبيق توم إلى نشاط مدرّ للدخل — بتواضع، لكن فعليًا. حانت لحظة التفكير بهدوء. النماذج المناسبة لتطبيق صغير: الـfreemium (الجوهر مجاني، ورفاهيات مدفوعة — خيار توم: مجاني للتلاميذ، نسخة «صف» بلوحة تحكم للأساتذة)، الدفع الواحد (بسيط وصادق، مناسب للأدوات)، التبرع (قابل للحياة لأداة يحبها مجتمع)، والاشتراك (محجوز لقيمة متكررة بديهية — لا تفرضه على أداة تُستخدم مرتين شهريًا).

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

التعريف بالتطبيق: أظهر المشكلة، لا التقنية

جلب التناقل الشفهي ثلاثة صفوف لتوم؛ وللذهاب أبعد، يلزمه صفحة استقبال حقيقية — تلك التي يكتشفها أستاذ بالنقر على الرابط المتداول في قاعة الأساتذة. القاعدة الذهبية للمبتدئ: لا نبيع التقنية، بل نُظهر المشكلة المحلولة. لا أحد يسجل من أجل «تطبيق Supabase مع RLS»؛ بل من أجل «مساعدة تلاميذكم على الالتزام بروتينات عملهم». يولّدها توم بكل حرفيته في الموجّهات:

أنشئ صفحة استقبال تسويقية لتطبيقي لتتبع العادات، على المسار /accueil.
الجمهور: أساتذة إعدادية يكتشفون التطبيق عبر زميل — ليسوا مطورين.
البنية:
1. عنوان يتحدث عن المشكلة المحلولة: مساعدة التلاميذ على الالتزام بروتينات عملهم
2. ثلاث فوائد ملموسة في ثلاث بطاقات، دون أي مصطلحات تقنية
3. لقطة شاشة للتطبيق في الوسط، نظيفة، على خلفية فاتحة
4. شهادة قصيرة لأستاذ — سأزودك بالنص الحرفي
5. زران: «جرّب مجانًا» نحو التسجيل، و«نسخة الصف» نحو صفحة الدفع
الأسلوب: متسق مع التطبيق، نقي، لمسة خضراء، مطمئن، مقروء على الهاتف.
يجب أن تُحمَّل الصفحة بسرعة: لا رسوم متحركة ثقيلة، لا مكتبات غير ضرورية.

الإيقاع المستدام: التكرار دون إنهاك

آخر مكوّن في المنتج: الإيقاع. الخطأ الكلاسيكي بعد الإطلاق هو السباق الدائم — ثلاث ميزات أسبوعيًا لشهر، ثم الهجر الكامل. الإيقاع المستدام للبنّاء المنفرد يشبه بالأحرى هذا: تحسين واحد أسبوعيًا، يُختار بمصفوفة الأولويات، يُسلَّم وفق منهجية الفصلين 3-4 (PRD مصغّر إن كان كبيرًا، وبناء-اختبار-commit دائمًا)، زائد ربع ساعة نظافة أسبوعية: نظرة على التحليلات، فرز الملاحظات، إلقاء نظرة على صفحات الحالة وسقف إنفاق الذكاء الاصطناعي.

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

مسارك — والمشروع التالي

خذ ثانية لقياس المسافة، فهي معتبرة. في عشرة فصول، تعلمت تأطير فكرة (PRD مصغّر)، اختيار الأدوات، البناء بالتكرار، التصحيح المنهجي، النشر، مصادقة المستخدمين، مركزة البيانات بأمان، توصيل خدمات خارجية، تأمين المجموعة، وقيادة منتج بالأرقام والملاحظات. هذه ليست معارف «مبتدئ vibe coding»: إنها، بدقة، دورة الحياة الكاملة لمنتج برمجي — تلك التي تتبعها الفرق المحترفة، والتي تعرف الآن تنفيذها بالحوار مع ذكاء اصطناعي.

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