تخطَّ إلى المحتوى
كل المقالات
أدلة/3 أكتوبر 2026/3 دقائق

ما الذي تحذفه من النسخة الأولى من تطبيقك

بقلم predev. Solutions

كل مؤسس سمع أن النسخة الأولى يجب أن تكون صغيرة. نصيحة صحيحة، وشبه عديمة الفائدة وحدها، لأنها لا تقول ما الذي يُترك. فتُقلَّص القائمة بالحدس، ويقع الحذف على ما لم يدافع عنه أحد في الاجتماع، وتُطلق النسخة الأولى من دون الشيء الوحيد الذي كان سيخبرك هل المنتج يعمل.

الحذف الجيد ليس أن تفعل أقل. إنه أن تقرّر لأي شيء وُجدت النسخة الأولى.

ابدأ بالسؤال الذي يجب أن تجيب عنه النسخة الأولى

النسخة الأولى موجودة لتتعلّم شيئاً لا تستطيع تعلّمه بطريقة أخرى. وعادة يكون أحد هذه:

  • هل سيستخدمه الناس؟ تحتاج الحلقة الأساسية، أي الشيء الذي يعود المستخدم ليفعله، تعمل من البداية إلى النهاية.
  • هل سيدفع الناس مقابله؟ تحتاج الحلقة الأساسية وطريقة حقيقية لاستلام المال.
  • هل ستنجح هذه العملية على نطاق واسع؟ تحتاج الإدارة الخلفية: أدوات الإدارة والتقارير والشاشات غير اللامعة التي يدير الفريق منها العمل.

اكتب سؤالك في جملة واحدة. والآن تُقاس كل ميزة في القائمة عليه، لا على مدى جمالها.

الاختبار لكل ميزة

اسأل عن كل بند: إن غاب هذا، هل ما زلنا نستطيع الإجابة عن السؤال؟

إن كانت الإجابة نعم، فهو ينتظر. وهذا يشمل أموراً تبدو أساسية:

  • الدخول عبر الشبكات الاجتماعية. الدخول بالبريد أو الهاتف يجيب عن "هل سيستخدمه الناس؟" بالكفاءة نفسها.
  • الإشعارات غير الأساسية. احتفظ بالرسالة التي تعيد المستخدم إلى الحلقة الأساسية. والباقي يمكنه الانتظار.
  • شاشات الإعدادات. اختر قيماً افتراضية معقولة، وتعلّم أيها يريد الناس تغييره فعلاً.
  • دور ثانٍ للمستخدمين. دوران ليسا ضعف العمل، بل أقرب إلى ثلاثة أضعافه، لأن كل شاشة صار عليها أن تسأل من الذي ينظر إليها. إن كان فريقك يستطيع تولّي الدور الثاني يدوياً في الشهور الأولى، فافعل.
  • لوحات إحصاءات لفريقك الداخلي. ملف Excel مُصدَّر يجيب عن الأسئلة نفسها إلى أن يجعل الحجم ذلك مرهقاً.

وإن كانت الإجابة لا، فالميزة تبقى، حتى لو كانت مملّة. متجر إلكتروني لا توجد فيه طريقة لحل طلب فاشل لم يختبر هل المتجر يعمل.

ما لا يجب حذفه أبداً

بعض الأمور تبدو اختيارية وهي ليست كذلك، لأن إضافتها لاحقاً تكلّف أكثر بكثير من بنائها الآن:

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

العمل اليدوي ميزة

أنفع أنواع الحذف أن تستبدل البرمجيات بشخص. استرداد المبالغ بالموافقة عبر البريد. التعريف بالمنتج في مكالمة. تقرير أسبوعي يُجمع يدوياً. لا شيء من هذا يتوسّع، ولا يحتاج أن يتوسّع بعد. والقيام به يدوياً يريك بالضبط ما يجب أن تفعله النسخة المؤتمتة، وهي معلومة كنت ستخمّنها لولا ذلك.

القاعدة العملية: أتمِت ما يلمسه المستخدمون، واترك يدوياً ما يلمسه فريقك وحده، إلى أن يجبرك الحجم.

اكتب قائمة "لاحقاً"

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

النسخة الأولى ليست المنتج. إنها أرخص إجابة صادقة عن أهم أسئلتك. وكل ما لا يساعد في الإجابة يستطيع انتظار دوره.

كتبه predev. Solutions