المنتج الأولي القابل للتطبيق MVP

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

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

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

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

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