بدأت الفكرة بشاشة طلب وشاشة متابعة. بعد ثلاثة اجتماعات صارت القائمة تضم محادثة داخلية، وبرنامج نقاط، وتقييمات، ولغتين، وثلاث طرق دفع، ولوحة تقارير مفصلة. الميزانية تضاعفت، وموعد الإطلاق ابتعد، ولم يجرب أي عميل حقيقي شيئاً بعد. وكل ميزة إضافية تعني شاشات أكثر للاختبار، وأسئلة أكثر من المراجعين في المتاجر، وصيانة أكبر بعد الإطلاق. هذا يحدث في مشاريع كثيرة، والحل أن تقرر ما تحتاجه النسخة الأولى قبل أن يبدأ البناء.
ما هي النسخة الأولى MVP؟
MVP اختصار Minimum Viable Product، أي أصغر نسخة من التطبيق تحل المشكلة الأساسية لنوع واحد من المستخدمين بشكل كامل. تُطلق لعملاء حقيقيين، والهدف أن تتعلم منهم ماذا يستخدمون فعلاً قبل أن تنفق على الباقي.
ميزاتها قليلة، وكل ميزة فيها تعمل من البداية إلى النهاية دون نقص.
كيف تحدد المهمة الأساسية لتطبيقك؟
اكتبها في جملة واحدة: «يستطيع [هذا المستخدم] أن [يفعل هذا] دون [هذه المشكلة]». مثلاً: يستطيع عميل المغسلة أن يطلب استلام ملابسه من البيت دون أن يتصل ويشرح العنوان كل مرة. كل ميزة تخدم هذه الجملة مباشرة مرشحة للنسخة الأولى، وكل ما عداها ينتظر.
مثال آخر من الأعمال الداخلية: يستطيع الفني أن يغلق طلب الصيانة بالصور وتوقيع العميل دون أن يعود إلى المكتب. لاحظ أن الجملة تحدد مستخدماً واحداً. التطبيقات التي تخدم عدة أطراف تبدأ غالباً بطرف واحد، ويُدار الباقون مؤقتاً من لوحة الإدارة أو بالهاتف.
إذا لم تستطع كتابة الجملة، فالمشكلة في الفكرة نفسها، وتحتاج جلسة تفكير قبل أي تصميم.
ماذا تبني في النسخة الأولى؟
- المسار الأساسي من البداية إلى النهاية، بلا خطوة ناقصة.
- تسجيل دخول بسيط، برقم الهاتف أو البريد، مع إمكانية حذف الحساب من داخل التطبيق كما تشترط Apple.
- لوحة إدارة على الويب بالحد الذي يحتاجه فريقك لتشغيل الخدمة يومياً.
- إشعارات للمسار الأساسي فقط، مثل تأكيد الطلب وتغير حالته.
- أداة لرصد الأعطال وتحليلات أساسية تعرف منها أين يتوقف المستخدمون.
- سياسة خصوصية وصفحة دعم، لأن المتجرين يطلبانهما.
ماذا تؤجل إلى ما بعد الإطلاق؟
| الميزة | في النسخة الأولى | لاحقاً |
|---|---|---|
| المحادثة مع الدعم | زر يفتح واتساب | محادثة داخل التطبيق |
| الدفع | طريقة أو طريقتان يستخدمهما أغلب عملائك | محافظ وطرق إضافية |
| التقارير | الأرقام التي تحتاجها كل أسبوع | لوحات مفصلة وتصدير |
| الولاء والنقاط | كود خصم بسيط | برنامج نقاط كامل |
| أنواع المستخدمين | العميل، والإدارة من الويب | تطبيق منفصل للمندوب أو مقدم الخدمة |
بنود العمود الأخير مفيدة، ويمكنها أن تنتظر حتى ترى الاستخدام الفعلي. كل ميزة مؤجلة تقلل التكلفة الأولى وتقصر الطريق إلى أول مستخدم حقيقي. وتأثير ذلك على السعر نشرحه في العوامل التي تحدد تكلفة التطبيق.
ما مراحل بناء النسخة الأولى؟
- تحديد النطاقالمهمة الأساسية وقائمة ما يدخل وما يؤجل
- تصميم الشاشاتنموذج قابل للضغط يجربه عملاء قبل البرمجة
- البناءالتطبيق ولوحة الإدارة والربط
- تجربة مغلقةمع مجموعة صغيرة من العملاء
- الإطلاقالنشر في المتجرين
- القياس والتحسينبحسب ما يستخدمه الناس فعلاً
التجربة المغلقة مهمة أيضاً للنشر، لأن Google Play يشترط حالياً اختباراً مغلقاً للحسابات الشخصية الجديدة قبل النشر العام. التفاصيل في نشر التطبيق على App Store وGoogle Play.
ما الأخطاء الشائعة في النسخة الأولى؟
أولها نسخة صغيرة جداً لدرجة أنها لا تحل شيئاً، أو مليئة بالأخطاء بحجة أنها «تجريبية». المستخدم لا يعرف أنها نسخة أولى، ويحكم عليها كأي تطبيق آخر، وApple ترفض التطبيقات التي تبدو غير مكتملة.
وثانيها بناء تطبيقات لكل الأطراف في وقت واحد، العميل والمندوب ومقدم الخدمة، قبل التأكد من أن العميل نفسه سيستخدم الخدمة. وثالثها الإطلاق دون أي قياس، فلا تعرف بعد شهر أين يتوقف الناس ولماذا.
ماذا تفعل بعد إطلاق النسخة الأولى؟
راقب أين يترك المستخدمون المسار الأساسي، واقرأ تقييمات المتجر ورسائل الدعم، واسأل عشرة عملاء عن تجربتهم مباشرة، بالهاتف أو وجهاً لوجه، فالحديث يكشف أشياء لا تظهر في الأرقام. ثم رتّب الميزات المؤجلة بحسب ما تعلمته، فبعضها سيصبح عاجلاً وبعضها لن يطلبه أحد.
واجعل التحديثات منتظمة في الأشهر الأولى، كل أسبوعين أو ثلاثة مثلاً، بتحسينات صغيرة مبنية على ما رأيته. هذا أفضل من انتظار تحديث كبير بعد ستة أشهر، لأنك ترى أثر كل تغيير بوضوح وتصلح الخطأ وهو صغير.
نساعد في تحديد نطاق النسخة الأولى وبنائها ضمن خدمة تطبيقات الجوال. أرسل لنا قائمة الميزات التي في ذهنك، ونقترح عليك ما يدخل في الإطلاق الأول وما يمكن أن ينتظر.
أسئلة يطرحها شركاؤنا
هل النسخة الأولى تعني تطبيقاً ضعيف الجودة؟
لا. تعني ميزات أقل، بجودة كاملة. التطبيق الذي ينهار أو يبدو ناقصاً يُرفض في المتاجر ويخسر المستخدمين من أول تجربة.
كم تستغرق النسخة الأولى؟
يعتمد على عدد أنواع المستخدمين والربط مع الأنظمة الأخرى. النطاق المحدد جيداً يُنجز في أسابيع أو أشهر قليلة، بينما القائمة المفتوحة تمتد بلا موعد.
هل أطلق على iOS وAndroid معاً؟
في الأردن والسعودية يستخدم عملاؤك النظامين غالباً، والبناء بشيفرة واحدة يجعل الإطلاق عليهما معاً منطقياً في أغلب الحالات.
كتبه فريق Visual Innovate، الفريق الذي يبني الأنظمة والمواقع والتطبيقات ويستضيفها ويتابعها لعملائنا في الأردن والسعودية وعُمان ومصر.
