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