أغلب التطبيقات العالقة على الحاسوب ليست ناقصة. صاحبها يخاف من حكم الناس، فيستمرّ في التلميع بدل الإطلاق.
والحلّ بسيط، لكنّه ليس سهلًا: قلّص التطبيق إلى ثلاث شاشات، وضعه على الإنترنت هذا الأسبوع، ودع المستخدمين الحقيقيين يقرّرون ما يحتاج تحسينًا. يشرح هذا الدليل لماذا يحدث هذا الوهم، وكيف تطلق تطبيقك رغم ذلك.
ما هو وهم الاكتمال؟
وهم الاكتمال هو الاعتقاد بأنّ المنتج غير جاهز للإطلاق، بينما من ليس جاهزًا هو صاحبه. التطبيق يعمل. لكنّ الشخص الذي بناه يخاف من حكم السوق.
تخيّل حالة شائعة. مطوّر لديه تطبيق من أربع عشرة شاشة: حركات سلسة، ووضع ليلي، وصفحة إعدادات بتسعة أزرار. ويعمل بشكل ممتاز على localhost.
و localhost يعني أنّ التطبيق يعمل على حاسوبه هو فقط. لا أحد غيره في العالم يستطيع فتحه.
وهو على هذه الحال منذ خمسة أشهر. هذا الصباح قضى ساعتين يحرّك زرًّا ببكسلين.
اسأله متى يطلقه، فيقول "تقريبًا جاهز". وهو تقريبًا جاهز منذ الربيع.
لماذا يستمرّ المطوّرون في التلميع بدل الإطلاق؟
أعطى الكاتب ستيفن بريسفيلد هذه القوّة اسمًا في كتابه The War of Art: المقاومة. هي الضغط الذي يقف ضدّ كل عمل مهمّ، ويزداد قوّة كلّما اقتربت من النهاية.
ونادرًا ما تبدو خوفًا. بل تبدو اجتهادًا.
على localhost، التطبيق وعد. كل من يراه يُعجب به، لأنّ لا أحد جرّبه فعلًا.
وحين يُطلق، يصبح الوعد حقيقة. والحقيقة يمكن تجاهلها، أو انتقادها، أو ببساطة عدم تحميلها.
التلميع يبدو أكثر أمانًا من معرفة الجواب. وهنا الفخّ.
كيف تفرّق بين الإتقان والخوف؟
انظر إلى ما يتمّ تلميعه. هذا يخبرك بكل شيء.
| الإتقان الحقيقي يصلح | الخوف يلمّع |
|---|---|
| الصفحة البطيئة التي ينتظرها المستخدمون | هوامش زرّ لم يذكرها أحد |
| التعطّل مع الاتصال الضعيف | زرّ إعدادات تاسعًا |
| استمارة الطلب المربكة | عرضًا تعريفيًا عند أوّل فتح |
| مشاكل أبلغ عنها مستخدمون حقيقيون | مشاكل يتخيّلها المطوّر |
الإتقان يصلح ما يصطدم به المستخدمون. والخوف يلمّع ما لم يشتكِ منه أحد بعد، لأنّ لا أحد استعمل المنتج بعد.
كيف يصل تطبيق إلى 14 شاشة دون أن يُطلق؟
مثل تلميذ يعيد كتابة الصفحة الأولى من موضوعه ولا يسلّمه أبدًا. كل خطوة تبدو معقولة وحدها.
- الشاشة الأولى تُنجز في أسبوع. قبيحة، لكنّها تعمل.
- الشاشات من الثانية إلى الخامسة تضيف المسار الرئيسي. ما زال معقولًا.
- الشاشات من السادسة إلى التاسعة تضيف صفحة الملف الشخصي، وإعدادات الإشعارات، وعرضًا تعريفيًا.
- عند الشاشة الرابعة عشرة، يصمّم المطوّر لمستخدمين يتخيّلهم، لا لمستخدمين لديه.
- كل شاشة جديدة تضيف أخطاء، فيتأخّر الإطلاق، فيبقى وقت لشاشة أخرى.
حجم المشروع يكبر ليملأ الخوف. وكل أسبوع على localhost هو أسبوع تعلّم لم يحدث.
لماذا يجب أن تُحرجك النسخة 1.0؟
لخّصها ريد هوفمان، مؤسّس لينكدإن، في جملة واحدة: إذا لم تُحرجك النسخة الأولى من منتجك، فقد أطلقته متأخّرًا (هوفمان، 2017).
الإحراج ليس أثرًا جانبيًا. إنّه علامة أنّك أطلقت قبل أن ترتاح، وهي الطريقة الوحيدة لتطلق مبكّرًا بما يكفي لتتعلّم.
النسخة الأولى التي تبدو مكتملة امتصّت غالبًا أشهرًا من القرارات دون مستخدم حقيقي واحد يصحّحها. وهذا خطير، لأنّ السوق كثيرًا ما يخالفك الرأي.
درست CB Insights شركات ناشئة أغلقت أبوابها، في تقرير صدر في مارس 2026. ووجدت أنّ 43% منها لم يكن منتجها مناسبًا للسوق، أي أنّ الناس لم يريدوا ما بنته (CB Insights، 2026). والإطلاق المبكّر هو طريقتك لتكتشف ذلك ما دام إصلاحه رخيصًا.
| المطوّر على localhost | المشغّل أمام الناس |
|---|---|
| يعدّ الشاشات التي بناها | يعدّ المستخدمين الذين عادوا |
| يصلح ما يتخيّل أنّه خطأ | يصلح ما يصطدم به المستخدمون فعلًا |
| يشعر بالأمان ولا يتعلّم شيئًا | يشعر بالانكشاف ويتعلّم كل أسبوع |
| الإطلاق حدث كبير في المستقبل | الإطلاق عادة أسبوعية |
ما هي قاعدة الشاشات الثلاث؟
حين يتعطّل مشروع، قلّصه إلى ثلاث شاشات لا غير. فكّر في مطعم صغير في يومه الأوّل: لافتة، وقائمة طعام، وشبّاك تطلب منه.
- التعريف. ما هذا، ولمن، ولماذا يهمّ. شاشة واحدة.
- الكتالوج. ما تعرضه، مع الأسعار أو التفاصيل. شاشة واحدة.
- الفعل. الطلب أو الحجز أو التسجيل أو الدفع. الشيء الوحيد الذي يثبت القيمة. شاشة واحدة.
إذا استطاع غريب أن يفهم، ويختار، ويتصرّف، فلديك منتج تتعلّم منه. وكل ما عدا ذلك هو النسخة الثانية.
ثلاث شاشات ليست عذرًا لإنجازها بشكل سيّئ. أشرح ما يجعلها جيّدة في الحدّ الأدنى القابل للتطبيق ليس الحدّ الأدنى من الجهد، وكم تكلّف في معادلة تطبيق بـ 50,000 دج.
كيف تجعل الإطلاق عادة؟
الإطلاق مرّة واحدة حدث. والإطلاق كل أسبوع هويّة. والتحوّل المهمّ هو من مطوّر يعمل في الخفاء إلى مشغّل أمام الناس: شخص أسبوعه العادي يتضمّن وضع عمله أمام الآخرين.
- انشر من اليوم الأوّل. النشر يعني وضع التطبيق على عنوان ويب حقيقي. افعلها والتطبيق فارغ، قبل أوّل ميزة. هكذا يمكن لكل تغيير أن يظهر مباشرة.
- حدّد يوم إطلاق أسبوعي. شيء ما يصل إلى المستخدمين كل أسبوع، ولو كان صغيرًا.
- اعرضه على خمسة أشخاص حقيقيين أوّلًا. راقبهم يستعملونه دون أن تساعدهم.
- احتفظ بقائمة "لاحقًا". كل فكرة خارج الشاشات الثلاث تذهب إليها. لا تُحذف، بل تؤجَّل.
- احتفل بالنشر، لا بالتصميم.
طبّقت هذا على منصّتي WovenDZ، التي أُطلقت على الويب بينما تطبيق الهاتف ما زال قيد الإنجاز. أروي القصّة في بناء WovenDZ أمام الجميع.
ما الذي يجعل الإطلاق أصعب في الجزائر؟
ضغطان محلّيان يغذّيان هذا الوهم.
الخوف من الفشل أمام الناس. الوسط التقني صغير والجميع يعرف الجميع، فيبدو أنّ إطلاقًا غير مثالي سيلاحقك. وفي الواقع، نادرًا ما يتذكّر الناس نسخة أولى خشنة. بل يتذكّرون المنتج الذي ظلّ يتحسّن.
الاعتقاد بأنّك تحتاج كل شيء أوّلًا. بوّابة الدفع، ونسخة الآيفون، ولوحة الإدارة الكاملة. لكنّ أغلب المشترين الجزائريين ما زالوا يدفعون عند الاستلام، وأغلب المستخدمين الأوائل على أندرويد.
يمكنك إطلاق نسخة حقيقية ومفيدة دون دفع إلكتروني ولا iOS. أشرح من أين تبدأ في موقع ويب أم تطبيق هاتف أوّلًا.
ما الأخطاء التي تُبقي التطبيقات بعيدًا عن السوق؟
- تلميع تفاصيل لم يطلبها أيّ مستخدم. أصلح فقط ما يصطدم به المستخدمون الحقيقيون.
- إضافة شاشات بدل الإطلاق. شاشات أكثر تعني أخطاء أكثر وإطلاقًا أبعد.
- انتظار الدفع الإلكتروني و iOS. الدفع عند الاستلام وأندرويد يكفيان للبداية.
- الإطلاق مرّة ثم الصمت. أطلق شيئًا كل أسبوع.
- العرض على الأصدقاء فقط. الأصدقاء مجاملون. والغرباء يقولون لك الحقيقة بأفعالهم.
ماذا تفعل هذا الأسبوع؟
- اليوم: انشر تطبيقك على عنوان ويب خاصّ، في أيّ حالة كان.
- غدًا: قلّصه إلى ثلاث شاشات: التعريف، والكتالوج، والفعل. وانقل الباقي إلى قائمة لاحقًا.
- هذا الأسبوع: اختر تاريخ إطلاق علني خلال أسبوعين، وأخبر به شخصًا حتى يكلّفك التراجع.
- بعد الإطلاق: راقب خمسة مستخدمين وأصلح فقط ما يصطدمون به.
- كل أسبوع بعدها: أطلق تحسينًا صغيرًا واحدًا.