تستغرق النسخة الأولى المركّزة من تطبيق الجوّال (MVP) من 10 إلى 16 أسبوعًا. وتشمل هذه المدة الاستكشاف والتصميم والتطوير والاختبار، وصولًا إلى تطبيق جاهز للنشر على App Store وGoogle Play. ونبني نسختَي iOS وAndroid من قاعدة كود واحدة، فتدخل المنصّتان معًا ضمن هذا النطاق. أما موقع مشروعك داخله فتحدّده ثلاثة عوامل: حجم النطاق، والتكاملات، وسرعة اتخاذ القرار.
في هذا المقال نوضّح كيف يتوزّع هذا الوقت عادةً، وما الذي يسرّع المشروع أو يبطئه، وكيف تخطّط للنشر في المتاجر ليبقى موعد إطلاقك ثابتًا.
ما المقصود بالنسخة الأولى (MVP)؟
النسخة الأولى القابلة للإطلاق (Minimum Viable Product) هي أصغر نسخة من تطبيقك يعتمد عليها مستخدمون حقيقيون في مهمة أساسية واحدة. فهي ليست عرضًا توضيحيًا ولا نموذجًا أوليًا قابلًا للنقر، بل تطبيق بحسابات حقيقية وبيانات حقيقية ونشر فعلي في المتاجر.
والنسخة الأولى الجيدة تُتقن مهمة واحدة. تطبيق المرضى يتيح حجز موعد وتلقّي تذكير به. وتطبيق المطعم يتيح للزبائن الدائمين إعادة طلبهم بلمسات قليلة. وكل ما عدا ذلك يُنقل إلى قائمة «لاحقًا».
وهذه القائمة أهم مما تبدو؛ فالجداول الزمنية تتأخر في الغالب حين تكبر النسخة الأولى بصمت حتى تصير المنتج الكامل.
الجدول الزمني من 10 إلى 16 أسبوعًا، مرحلةً بمرحلة
فيما يلي توزيع معتاد لنسخة أولى مركّزة. تتداخل المراحل قليلًا، وتتحدّد الأسابيع الفعلية بحسب نطاق مشروعك.
1. الاستكشاف وتحديد النطاق: من أسبوع إلى أسبوعين
نتفق على رحلة المستخدم الأساسية، والمزايا التي لا غنى عنها، وما يمكن تأجيله. ونحصر كل التكاملات المطلوبة: الدفع والخرائط والإشعارات وأنظمتكم الحالية. والنتيجة نطاق مكتوب يعتمده الطرفان.
2. تصميم تجربة المستخدم والواجهات: من 2 إلى 3 أسابيع
نصمّم الشاشات الرئيسية ونربطها في نموذج تفاعلي قابل للنقر، فتجرّب المسار على هاتفك قبل كتابة أي كود إنتاجي. تعديل شاشة في هذه المرحلة يستغرق ساعات، أما تعديلها بعد بنائها فيستغرق وقتًا أطول بكثير.
3. البناء على دورات قصيرة: من 6 إلى 9 أسابيع
نبني التطبيق وواجهته الخلفية على دورات، مدة كل منها أسبوع أو أسبوعان. وتنتهي كل دورة بنسخة تعمل على هواتف حقيقية، فترى التقدّم بنفسك بدلًا من قراءة تقارير الحالة. ونعتمد Flutter، فيتشارك iOS وAndroid قاعدة كود واحدة ويُطلقان معًا.
4. الاختبار والنسخة التجريبية والتحضير للنشر: من أسبوع إلى أسبوعين
نختبر التطبيق على أجهزة متنوّعة ونصلح ما يكتشفه المختبرون. ونجهّز صفحات المتجر ولقطات الشاشة وبيانات الخصوصية. ويُفعَّل رصد الأعطال والتحليلات قبل وصول أول مستخدم حقيقي.
خطّط للنشر في المتاجر من الأسبوع الأول
الموافقة على النشر ليست إجراءً شكليًا، ومن السهل أن يتأخر التحضير لها أكثر مما ينبغي. ولكلا المتجرين قواعد منشورة وواضحة، فيمكنك التخطيط لها مسبقًا.
تذكر Apple أن فريق المراجعة لديها يراجع عادةً نصف الطلبات على الأقل في أقل من 24 ساعة، و90% منها في أقل من 48 ساعة. وبحسب إرشادات مراجعة App Store، يجب أن يتضمّن كل تطبيق رابطًا لسياسة الخصوصية. وأي تطبيق يتيح إنشاء حساب، عليه أن يتيح حذفه من داخل التطبيق أيضًا.
ولدى Google Play قاعدة خاصة بالحسابات الأحدث، إذ يجب على حسابات المطوّرين الشخصية التي أُنشئت بعد 13 نوفمبر 2023 إجراء اختبار مغلق أولًا، يشارك فيه 12 مختبرًا على الأقل لمدة 14 يومًا متتالية. وبعدها فقط يمكن التقدّم بطلب الوصول إلى النشر العام (Production)، وتذكر Google أن مراجعة هذا الطلب تستغرق عادةً 7 أيام أو أقل.
ثلاث عادات تضمن ألّا تؤخّر المتاجر موعد إطلاقك:
- افتح حسابات المطوّرين مبكرًا وباسم شركتك. تطلب Apple من المؤسسات رقم D-U-N-S، وموقعًا إلكترونيًا متاحًا للعموم، وبريدًا إلكترونيًا للعمل يحمل نطاق الشركة. وقد يستغرق تجهيز ذلك بعض الوقت.
- انشر من حساب مؤسسة. هكذا يبقى التطبيق ملكًا للشركة لا لشخص بعينه. وقاعدة الاختبار لدى Google المذكورة أعلاه تخص الحسابات الشخصية.
- ابدأ النسخة التجريبية المغلقة بينما تُستكمل آخر المزايا. المختبرون الحقيقيون يكتشفون مشكلات حقيقية، وتبدأ مدة الاختبار التي يشترطها المتجر في وقت أبكر.
ما الذي يسرّع المشروع؟
- صاحب قرار واحد. شخص محدّد يستطيع اعتماد النطاق والتصاميم خلال يوم أو يومين.
- قائمة «لاحقًا» ثابتة. الأفكار الجديدة مرحّب بها، لكنها تذهب إلى النسخة الثانية ما لم يُستبعد من الخطة ما يعادلها حجمًا.
- المحتوى والصلاحيات من اليوم الأول. ملفات الهوية والنصوص وحسابات الاختبار وتوثيق الواجهات البرمجية جاهزة قبل بدء البناء.
- عروض أسبوعية. دورات الملاحظات القصيرة تكشف سوء الفهم وهو ما زال صغيرًا.
- قاعدة كود واحدة. بناء iOS وAndroid معًا يغنيك عن إدارة مشروعين متوازيين.
ما الذي يبطئ المشروع؟
- تضخّم النطاق. الإضافات الصغيرة تتراكم، وكل واحدة منها تحتاج تصميمًا وبناءً واختبارًا.
- التكاملات الصعبة. بوابات الدفع، والأنظمة الداخلية القديمة، والواجهات البرمجية الخارجية ضعيفة التوثيق أو البطيئة في منح الصلاحيات.
- بطء الاعتماد. أسبوع من انتظار الملاحظات هو أسبوع لا يستطيع الفريق الاستفادة منه.
- تأخّر التفاصيل القانونية وتفاصيل المتجر. سياسة الخصوصية والشروط وحذف الحساب ولقطات المتجر، حين تُترك للأسبوع الأخير.
- الأجهزة الخاصة. أجهزة Bluetooth ومزايا الكاميرا المخصّصة وما شابهها تحتاج بحثًا واختبارًا إضافيين، ولذلك نحدّد نطاقها على حدة.
- تأخّر النصوص بإحدى اللغتين. إن كان تطبيقك بالعربية والإنجليزية، فلتصل نصوص اللغتين معًا؛ فالواجهات التي تُقرأ من اليمين إلى اليسار تحتاج اختبارًا بنصوص حقيقية لا بنصوص مؤقتة.
وماذا عن الميزانية؟
الوقت والميزانية كلاهما يتبعان النطاق، ولذلك تبدأ الإجابة الصادقة من قائمة المزايا. نحن لا ننشر قوائم أسعار؛ فبعد مكالمة تعارف قصيرة، تحصل على عرض مفصّل مبني على نطاق مشروعك الفعلي.
كيف تحصل على جدول زمني لتطبيقك؟
ابدأ بأداة مقدّر المشاريع المجانية. أجب عن بضعة أسئلة، وخلال دقائق تحصل على قراءة تقريبية للنطاق والجهد والمدة ومستوى التعقيد، دون أي أسعار. ويمكنك أيضًا تصفّح كل أدواتنا المجانية، ومنها مولّد التصوّر الفوري الذي يحوّل فكرتك إلى أولى شاشات التطبيق.
ولتتعرّف على طريقتنا في بناء التطبيقات من تصميم التجربة حتى النشر والدعم، اطّلع على خدمة تطوير تطبيقات الجوّال.
جاهز لتخطيط نسختك الأولى؟
احجز مكالمة تعارف مجانية مدتها 30 دقيقة. نراجع فكرتك معًا، ونتفق على ما يدخل النسخة الأولى، ثم نتابع معك بعرض مفصّل.