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