لماذا يفيدك أن تعرف المراحل
من الخارج، قد يبدو تطوير التطبيقات صمتاً طويلاً يعقبه منتج. والمشاريع التي تُدار بهذه الطريقة موجودة فعلاً، وهي التي تفاجئ أصحابها. أما المشروع الذي يُدار جيداً فسلسلة من المراحل القصيرة، تُنتج كل منها شيئاً يستطيع العميل فحصه، وتُتخذ فيها القرارات على مرأى من الجميع.
تختلف الأسماء من شركة إلى أخرى، أما المضمون فيجب ألا يختلف. استخدم الجدول التالي لقراءة أي عرض: ابحث في كل مرحلة عما ستتسلمه، وعما سيُطلب منك اعتماده.
المراحل الست ومخرجاتها
| المرحلة | ما يحدث | ما تتسلمه | قرارك |
|---|---|---|---|
| الاستكشاف | تحديد المستخدمين ومسارات العمل والنطاق والمخاطر | نطاق الإصدار الأول، والتقدير، والخطة | اعتماد النطاق والميزانية |
| التصميم | تصميم مسارات الاستخدام والشاشات واختبارها | نموذج أولي قابل للنقر، وملفات التصميم، وقواعد التصميم | اعتماد التجربة قبل بنائها |
| التجهيز التقني | إعداد البنية التقنية والحسابات ومستودع الشيفرة ومسار بناء النسخ | صلاحية الوصول إلى المستودع، وأول نسخة قابلة للتثبيت | التأكد من أن الحسابات باسم مؤسستك |
| التطوير | بناء الميزات على دورات قصيرة | نسخة تجريبية جديدة وتقرير قصير في كل دورة | ملاحظاتك وأولويات الدورة التالية |
| الاختبار | فحص التطبيق كله على أجهزة حقيقية | نتائج الاختبار، وقائمة المشكلات المعروفة، والنسخة المرشحة للإصدار | قبول الإصدار |
| النشر | تجهيز صفحات التطبيق في المتاجر وتقديمه للمراجعة | تطبيق منشور، ومواد المتجر، وملاحظات الإصدار | اعتماد صفحة المتجر وموعد الإطلاق |
يُسمى الدعم بعد الإطلاق أحياناً المرحلة السابعة. لكنه بلا تاريخ انتهاء، لذلك يُستحسن أن يُعامل على أنه اتفاقية منفصلة تبدأ يوم الإطلاق.
الاستكشاف والتصميم: قرّر قبل أن تبني
يحوّل الاستكشاف الفكرة إلى إصدار أول يمكن تقديره. ويجب أن يسمّي المستخدمين، ويصف ما يفعله كل منهم في التطبيق، ويحدد الأنظمة التي يجب أن يتواصل معها التطبيق، ويفصل ما يلزم عند الإطلاق عما يمكن أن ينتظر. وإن كنت تستعد لهذه المرحلة، فإن أداة تخطيط نطاق تطبيق الجوال تساعدك على أن تأتي ومعك إجاباتك.
ثم يجعل التصميم النطاق مرئياً. فالنموذج الأولي القابل للنقر يتيح لك، ولعدد من المستخدمين الحقيقيين، تجربة المهام الرئيسية على الهاتف قبل كتابة أي شيفرة. والتغيير في هذه المرحلة قليل التكلفة، أما لاحقاً فمكلف جداً. وتوقّع أن ترى الشاشات الصعبة إلى جانب الجذابة: الشاشات الفارغة، والأخطاء، والاتصال البطيء، وطلبات الأذونات، وما يفعله التطبيق حين ينقر المستخدم على إشعار.
التجهيز والتطوير: تقدّم تستطيع تثبيته على هاتفك
قبل بناء الميزات، يجهّز الفريق الأساسات: مستودع الشيفرة، ومسار البناء الذي ينتج نسخاً قابلة للتثبيت، وبيئتي الاختبار والتشغيل الفعلي، وحسابات المطوّرين لدى Apple وGoogle. واطلب أن تفتح مؤسستك هذه الحسابات بنفسها، وأن تُدعى الشركة المطوّرة إليها مستخدماً. والتحقق من هوية المؤسسة قد يستغرق وقتاً، فابدأ مبكراً.
- 01
يُخطَّط العمل على دورات قصيرة
لكل دورة مجموعة صغيرة من الميزات متفق عليها معك، تُختار بحيث يتقدم التطبيق خطوة إضافية نحو الاستخدام الكامل في كل مرة.
- 02
تنتهي كل دورة بنسخة
تتسلم نسخة تثبّتها عبر قنوات الاختبار التي توفرها المتاجر، مثل TestFlight من Apple أو مسار الاختبار في Google Play.
- 03
تجرّبها وتبدي رأيك
دقائق قليلة مع كل نسخة، على هاتفك أنت، تكشف سوء الفهم ما دام تصحيحه قليل التكلفة.
- 04
تغييرات النطاق تُدار بشفافية
الأفكار الجديدة مرحّب بها. وكل منها يُقدَّر، ثم إما أن يحل محل شيء آخر أو يُضاف إلى الميزانية، كتابةً.
الاختبار والنشر: المرحلة الأخيرة عمل حقيقي
يرافق الاختبار التطوير طوال الوقت، وتأتي قبل الإصدار جولة اختبار مخصصة. ويُفحص التطبيق على مجموعة من الهواتف الحقيقية وإصدارات أنظمة التشغيل، وعلى اتصال ضعيف، ومع رفض الأذونات، وعبر كل طرق الدفع وتسجيل الدخول. ويجب أن تتسلم سجلاً مختصراً بما اختُبر، وقائمة بالمشكلات المعروفة مع قرار بشأن كل منها.
والنشر مرحلة قائمة بذاتها. فصفحة التطبيق في المتجر تحتاج إلى لقطات شاشة، وأوصاف، وإقرارات الخصوصية، وتصنيف عمري. والمتجران كلاهما يراجعان التطبيقات قبل نشرها، ومدة المراجعة تتفاوت، وقد يُعاد الطلب مع أسئلة. والخطة المعقولة تترك مجالاً لذلك، ولا تعلن موعد إطلاق يتوقف على القبول من المحاولة الأولى، وتجهّز لنشر تدريجي حيث يسمح المتجر بذلك.
مثال تطبيقي
تطبيق ولاء لمجموعة مطاعم
هذا مثال افتراضي يوضح ما يراه العميل في كل مرحلة. مجموعة مطاعم تطلب تطبيقاً للطلب المسبق وجمع النقاط.
- الاستكشافنطاق الإصدار الأول هو الطلب، والدفع، ورصيد النقاط. ويُدوَّن حجز الطاولات وبطاقات الهدايا مراحلَ لاحقة. ويتبيّن أن نظام نقاط البيع هو الخطر الرئيسي.
- التصميميجرّب ثمانية من العملاء الدائمين النموذج الأولي في أحد الفروع. ويتردد معظمهم عند شاشة اختيار وقت الاستلام، فيُعاد تصميمها قبل بدء التطوير.
- التطويرتثبّت مديرة العمليات نسخة جديدة يوم الجمعة كل أسبوعين. وفي الدورة الثالثة تلاحظ أن خيارات الإضافة، مثل المكونات الإضافية، لا تظهر في الطلبات، فيُجدوَل الإصلاح للدورة التالية.
- الاختبارتُرسَل طلبات إلى نظام نقاط البيع الحقيقي في أحد الفروع بعد ساعات العمل. فتُصلَح مشكلتان، وتُقبل مشكلة شكلية واحدة على أن تُعالج في تحديث لاحق.
- النشريعيد المتجر أول طلب نشر مع سؤال عن حذف الحساب. فيضيف الفريق الخيار الناقص ويعيد التقديم. ولا يُعلن الإطلاق إلا بعد القبول.
لم يفاجئ شيء في هذا المشروع صاحبته، لأن كل مرحلة انتهت بشيء تستطيع تجربته. والرفض الوحيد من المتجر كلّف بضعة أيام كانت الخطة قد حسبت حسابها.
كيف تعرف أن المشروع يسير على ما يرام
علامات سليمة
- نسخة جديدة تصل بإيقاع منتظم
- تستطيع أن تسمّي ما أُنجز في الدورة الأخيرة
- المشكلات تُطرح مبكراً، ومعها خيارات
- تغييرات النطاق مكتوبة مع تكلفتها
- لديك صلاحية الوصول إلى المستودع والحسابات
علامات تحذير
- تمر أسابيع فيها تقارير، ولا شيء يمكن تثبيته
- التقدم لا يوصف إلا بنسبة مئوية
- الاختبار مؤجل كله إلى النهاية
- التطبيق لا يمكن عرضه إلا على جهاز المطوّر
- حسابات المتاجر باسم الشركة المطوّرة
قائمة التحقق من المخرجات
قائمة التحقق من مخرجات مشروع تطبيق الجوال
0 من 10 منجزةماذا تفعل الآن
قارن أي عرض تسلمته بجدول المراحل، وضع علامة حيث يغيب أحد المخرجات أو القرارات. فهذه الثغرات هي أسئلتك في المكالمة التالية. وسيساعدك دليلنا عن كتابة وثيقة متطلبات تطبيق الجوال في المرحلة التي تسبق كل ذلك.
وتشرح صفحة تطوير تطبيقات الجوال كيف ندير هذه المراحل. حدّثنا عن تطبيقك، وسنوضح لك ما ستخرج به المرحلتان الأوليان.
أسئلة شائعة
كم تستغرق كل مرحلة من مراحل تطوير التطبيق؟
يتوقف ذلك على حجم الإصدار الأول، وعدد عمليات الربط، وسرعة اتخاذ القرارات من جهتك، لذلك تحتاج الإجابة الصادقة إلى معرفة نطاقك. وبصورة عامة، يكون الاستكشاف والتصميم قصيرين مقارنة بالتطوير، ويحتاج النشر إلى وقت أطول مما يتوقعه الناس. اطلب خطة لكل مرحلة مع الافتراضات التي بُنيت عليها.
هل يمكن أن يتداخل التصميم مع التطوير؟
نعم، وكثيراً ما يحدث ذلك بعد اعتماد المسارات الرئيسية: ينتقل المصممون إلى الميزات اللاحقة بينما يبني المطوّرون الأولى. أما ما يجب ألا يُتخطى فهو اعتماد التجربة الأساسية قبل بنائها، لأن إعادة بناء مسار مكتمل تكلّف أكثر بكثير من تعديل نموذج أولي.
ما الذي يجب أن يكون بين أيدينا عند انتهاء المشروع؟
الشيفرة المصدرية في مستودع تتحكم فيه، وملفات التصميم، وحسابات المطوّرين وصفحات المتاجر، وصلاحيات الوصول إلى الاستضافة وخدمات الأطراف الأخرى، وتوثيق يشرح كيف يُبنى التطبيق ويُنشر. أما شروط الملكية والترخيص فتحددها اتفاقية المشروع، وفيها تتأكد من طريقة التعامل مع الشيفرة المخصصة والمكونات المرخصة.
هل يجب أن ترتبط الدفعات بالمراحل؟
ربط الدفعات بالمراحل أو بدورات منتظمة يُبقي الطرفين ملتزمين، بشرط أن تقابل كل دفعة شيئاً تسلمته وتستطيع فحصه. واحذر من جدول يستحق فيه معظم المبلغ قبل أول نسخة قابلة للتثبيت، أو تكون فيه الدفعة الأخيرة كبيرة إلى حد يجعل الشركة تتحمل المخاطر كلها.
ماذا يحدث بعد نشر التطبيق؟
أنظمة التشغيل تتغير كل عام، وتظهر أجهزة جديدة، ويبلّغ المستخدمون عن مشكلات، وستريد أنت تحسينات. فخطّط لمراقبة حالات التوقف المفاجئ والتقييمات، ولإصدارات صيانة منتظمة، ولميزانية للميزات الجديدة. فالتطبيق الذي لا يتلقى تحديثات يتراجع أداؤه تدريجياً، وقد تضع عليه المتاجر علامة تحذير في النهاية.