التطبيقات المكلفة تموت عادةً لسبب بسيط: المال ينفد قبل أن يُثبت الزبائن أنّهم يريدون المنتج.
ثلاث أدوات خفيفة، Flutter وSupabase وNext.js، تستطيع إطلاق منتج حقيقي وآمن بميزانية صغيرة. ثم تموّل الطلبات الحقيقية كل ميزة تالية، لا التخمينات.
يعرض هذا الدليل أين تذهب ميزانية التطبيق الكبيرة فعلًا، وما تستبدله الأدوات الخفيفة. ثم يعرض منتجين مبنيين بها، وخطّة من أربع مراحل يمكنك اتّباعها.
لماذا تموت التطبيقات المكلفة قبل إطلاقها؟
لأنّها تُبنى كاملة قبل أن يتحقّق أحد من أنّ الزبائن يريدونها.
طلب كبير نموذجي في العاصمة يُسعَّر غالبًا بنحو "50 مليون"، أي 50 مليون سنتيم، أو 500.000 دج. يشمل تطبيق أندرويد أصليًا، وتطبيق آيفون منفصلًا، وخادمًا خاصًا، ولوحة إدارة. ثم نقاط ولاء، ودردشة داخل التطبيق، وحملات إشعارات، ولوحة إحصائيات.
إنّها أشهر من العمل قبل أوّل بيع.
وبيانات الشركات الناشئة الفاشلة تشير إلى نفس الاتّجاه. درست CB Insights نحو 431 شركة مموّلة أُغلقت منذ 2023. نفد رأس المال عند 70% منها، و43% لم يكن منتجها ملائمًا للسوق: السوق لم يرد ما بنته بما يكفي (CB Insights، مارس 2026).
تخيّل بناء قاعة حفلات كبيرة قبل أن تعرف إن كان أحد في الحيّ سيتزوّج. قد تكون القاعة جميلة، لكنّها تبقى فارغة.
ما هو الإفراط في الهندسة؟
الإفراط في الهندسة هو حلّ مشاكل لا تملكها بعد. وفي مشروع جديد هو خطير. كل أسبوع يُصرف في البناء لمستقبل متخيَّل أسبوعٌ ضائع عن التعلّم من زبائن حقيقيين.
التوسّع ليس مشكلة اليوم الأول؛ إيجاد المشترين هو المشكلة. ابنِ لأوّل 1.000 مستخدم قبل أن تصمّم لمليون.
أين يذهب المال في مشروع تطبيق متضخّم؟
| الإنفاق | ما يظنّ صاحب المشروع أنّه يشتريه | ما يشتريه فعلًا قبل أيّ زبون |
|---|---|---|
| تطبيقان أصليّان | جودة على الهاتفين | ضعف الكود، وضعف الأخطاء، وضعف الوقت |
| خادم وواجهة خلفية خاصة | تحكّم وقابلية للتوسّع | أشهر من التمديدات تحلّها خدمة جاهزة أصلًا |
| لوحة إدارة كاملة | تسيير احترافي | شاشات لعمل لم يقم به أحد بعد |
| ولاء، دردشة، حملات | تفاعل | ميزات لمستخدمين غير موجودين بعد |
| لوحة إحصائيات | قرارات مبنية على البيانات | رسوم بيانية بلا بيانات |
لا شيء من هذا خاطئ إلى الأبد. لكنّها كلّها خاطئة كبداية.
ما هي الأدوات الخفيفة لبناء منتج أولي MVP؟
المنتج الأولي (MVP) هو أصغر نسخة من المنتج يستطيع زبائن حقيقيون استعمالها والدفع مقابلها. اليوم يستطيع فريق صغير إطلاق واحد جاهز للاستعمال الحقيقي بثلاث أدوات:
| الأداة | ماذا تفعل | ماذا تستبدل |
|---|---|---|
| Flutter | تبني تطبيقي الأندرويد والآيفون من كود واحد | فريق جوال ثانٍ |
| Supabase | واجهة خلفية جاهزة: قاعدة بيانات Postgres، وتسجيل دخول، وتخزين ملفات، وقواعد وصول داخل قاعدة البيانات | خوادمك ونظام دخولك الخاص |
| Next.js | مواقع ومتاجر وبوّابات زبائن سريعة ومناسبة للبحث | منظومة ويب منفصلة وصفحات بطيئة |
الأدوات الخفيفة ليست أدوات رخيصة. إنّها تُزيل كل طبقة كنت ستبنيها وتصونها قبل أوّل زبون.
ما تتجاوزه في البداية: خوادمك الخاصة، ونظام دخولك الخاص، وفريق آيفون منفصل، ومراقبة مخصّصة. وما تحتفظ به: قاعدة بيانات حقيقية، وقواعد أمان حقيقية، ودفع حقيقي حين تحتاجه، وطريق واضح للنموّ.
فخّ يجب معرفته: باقة Supabase المجانية توقف المشروع بعد أسبوع دون نشاط. والمنتج الحيّ يجب أن يعمل على باقة مدفوعة (Supabase). أشرح التكاليف في معادلة الـ 50.000 دج.
ما المنتجات الحقيقية التي تعمل بهذه الأدوات؟
منتجان بنيتهما يُظهران هذه الأدوات في عمل حقيقي.
BULA تطبيق توظيف بالإنجليزية والإسبانية لأعمال البناء في الولايات المتّحدة، يربط العمّال والمقاولين من الباطن وأصحاب العمل. يعمل بـ Flutter مع واجهة خلفية Supabase وإشعارات Firebase. عدّة أدوار للمستخدمين، والتحقّق من الوثائق، ولغتان، كلّها من كود جوال واحد.
WovenDZ منصّة تجارة إلكترونية متعدّدة البائعين للجزائر. المتاجر ولوحة البائع تعمل بـ Next.js وتحتها Supabase، مع الدفع عند الاستلام، والربط بشركات التوصيل المحلّية، ومتاجر بالعربية من اليمين إلى اليسار. انطلقت منصّة الويب أوّلًا، وتطبيقات الجوال تأتي بعدها: أثبت النشاط على أرخص منصّة، ثم توسّع.
لم يحتج أيّ منهما مزرعة خوادم خاصة للإطلاق. أصف ما تتطلّبه طبقة الإنتاج في منصّة كهذه في كيف تبني منصّة ويب بالمراحل الأربع.
كيف تخطّط لتطبيق خفيف في أربع مراحل؟
كل مرحلة تموّلها نتائج المرحلة التي قبلها.
| المرحلة | متى | ماذا تبني |
|---|---|---|
| 1. أثبت أنّ أحدًا يدفع | الآن | ثلاث شاشات (ما هو، ماذا تبيع، كيف تطلب). تطبيق ويب واحد أو تطبيق Flutter واحد. Supabase للبيانات والدخول. الدفع عند الاستلام. تأكيد الطلبات بالهاتف |
| 2. أزل العمل اليدوي المؤلم | بعد طلبات حقيقية | تأكيد آلي للطلبات. ربط بشركات توصيل مثل Yalidine أو ZR Express. لوحة بسيطة للعمليات اليومية |
| 3. اذهب حيث يوجد المستخدمون | بعد زبائن متكرّرين | المنصّة الثانية، جوال أو ويب. الدفع بـ CIB أو الذهبية إن طلبه المشترون. الولاء فقط حين يوجد زبائن تحتفظ بهم |
| 4. وسّع ما ثبت نجاحه | حين تُظهر بيانات الاستعمال الحاجة | سرّع الاستعلامات البطيئة. أضف التخزين المؤقّت والمراقبة والسعة حيث تقول الأرقام |
لماذا تهمّ البنية الخفيفة أكثر في الجزائر؟
ثلاث حقائق محلّية تجعلها أهمّ:
- المشترون يدفعون عند الاستلام، فالدفع بالبطاقة الذي يصرّ عليه أصحاب المشاريع هو أقلّ ميزة يحتاجونها عند الإطلاق. أشرح السبب في لماذا يدفع الجزائريون عند الاستلام.
- الأندرويد يشغّل نحو 87% من الهواتف في الجزائر (StatCounter، سبتمبر 2026)، فالإطلاق على الويب أو الأندرويد أوّلًا يصل إلى أغلب السوق.
- المال نادر وشخصي. ميزانية التطبيق الكبيرة غالبًا مدّخرات عائلية، ولا يجب أن تُصرف على تخمين.
ما الأخطاء التي تُفشل المشاريع الخفيفة رغم ذلك؟
- التقليص في الجودة بدل النطاق. الخفّة تعني ميزات أقلّ، لا ميزات معطوبة.
- الإطلاق على الويب والجوال معًا. اختر منصّة واحدة أوّلًا.
- تجاوز قواعد الأمان لأنّه "مجرّد منتج أولي". فعّل قواعد الوصول في قاعدة البيانات من اليوم الأول.
- إضافة ميزات المرحلة 3 أثناء المرحلة 1. كل ميزة يجب أن تنتظر الدليل الذي يبرّرها.
- عدم الانتقال أبدًا إلى المرحلة 2. إذا وصلت الطلبات وبقيت تؤكّد كل شيء يدويًا، فأنت تخسر وقتًا ومالًا.
ماذا تفعل هذا الأسبوع؟
- اليوم: اكتب الفعل الواحد الذي يثبت القيمة: طلب، حجز، دفع أو تسجيل.
- هذا الأسبوع: قلّص خطّتك إلى ثلاث شاشات حول هذا الفعل.
- هذا الأسبوع: اختر منصّة واحدة للإطلاق، ويب أو جوال.
- قبل أن توقّع أيّ عرض: اطلب سعر المرحلة 1 على Flutter أو Supabase أو Next.js.
- بعد الإطلاق: اصرف الباقي فقط حين تصل الطلبات.