كثير من مشاريع البرمجيات يُخطَّط لها كأن الإطلاق هو النهاية. الميزانية تمتد حتى يوم الإطلاق، ثم ينتقل الفريق إلى غيره، ويُترك المنتج ليعتني بنفسه.
البرمجيات لا تعتني بنفسها. الإطلاق هو أول يوم يلتقي فيه تطبيقك بمستخدمين حقيقيين وأجهزة حقيقية وبيانات حقيقية، والأسابيع التي تليه هي التي تتعلّم فيها أكثر. وهذا ما تتضمّنه تلك المرحلة فعلاً.
الأسابيع الأولى: المستخدمون الحقيقيون يجدون أخطاء حقيقية
لا توجد خطة اختبار تغطي كل ما سيفعله آلاف المستخدمين الحقيقيين. توقّع:
- أعطالاً على أجهزة لم يختبرها أحد. هاتف Android قديم، أو مقاس شاشة غير معتاد، أو جهاز لغته مضبوطة على لغة غير متوقعة.
- خطوات تُستخدم بترتيب خاطئ. سيضغط المستخدمون زر الرجوع في منتصف الدفع، ويفتحون التطبيق من إشعار قديم، ويسجّلون الدخول على هاتفين في الوقت نفسه.
- بيانات لم يتخيّلها أحد. أسماء فيها علامات غير متوقعة، وعناوين مكتوبة بلغتين، وأرقام هواتف مكتوبة بمسافات وشرطات.
لا شيء من هذا يعني أن البناء كان سيئاً. إنه يعني أن التطبيق صار في العالم الحقيقي. والمهم هو مدى سرعتك في رؤية هذه المشكلات وإصلاحها، ولهذا يجب أن تكون تقارير الأعطال وسجلات الأخطاء مفعّلة قبل الإطلاق، لا بعد أول شكوى.
باستمرار: المنصات لا تتوقف
حتى لو لم تُضف أي ميزة، على تطبيقك أن يواكب الأرض التي تتحرك تحته:
- تحديثات أنظمة التشغيل. تطلق Apple وGoogle إصدارات رئيسية كل عام. بعضها يغيّر طريقة عمل الأذونات أو الإشعارات أو العمل في الخلفية، وبعضها يعطّل أشياء بصمت.
- متطلبات المتاجر. يرفع المتجران بانتظام الحد الأدنى من المعايير التقنية التي يجب أن يستوفيها التطبيق ليبقى منشوراً أو لينشر تحديثات. والتطبيق الذي لم يلمسه أحد لعام كامل قد لا يُسمح له بنشر إصلاح عاجل قبل تحديثه.
- المكتبات التي يعتمد عليها. كل تطبيق مبني على مكتبات وخدمات تُصدر إصلاحات أمنية وتوقف دعم الإصدارات القديمة. وتأجيل هذه التحديثات طويلاً يحوّل التحديث الروتيني إلى مشروع.
- خدمات الجهات الأخرى. بوابات الدفع والخرائط ومزوّدو الرسائل النصية يغيّرون واجهاتهم البرمجية وأسعارهم وشروطهم. والتكامل الذي كان يعمل عند الإطلاق قد يتوقف دون أن يغيّر أحد في جانبك أي شيء.
ما يكلّف مالاً كل شهر
ضع ميزانية لهذه قبل الإطلاق، لا حين تصل أول فاتورة:
- الاستضافة والخوادم، وتكبر مع عدد المستخدمين.
- خدمات الجهات الأخرى: الرسائل النصية والبريد والخرائط والتخزين، وتُحاسب عادة حسب الاستخدام.
- حسابات المطوّرين على متاجر التطبيقات.
- المراقبة والنسخ الاحتياطي. رخيصة، وهي الفرق بين ساعة سيئة وأسبوع ضائع.
الجزء الذي يمثّل الفرصة فعلاً
حين يستخدم أناس حقيقيون المنتج، تحصل على شيء لم يكن لديك أثناء البناء: الدليل. أي الشاشات يستخدمون، وأين يتوقفون، وعمّ يسألون الدعم، وما الذي يحاولون فعله ولا يسمح به التطبيق.
هذا هو مدخل النسخة الثانية، وهو أفضل بكثير من أي شيء تقرّر في اجتماع قبل الإطلاق. والفرق التي تتحسّن أسرع بعد الإطلاق هي التي خطّطت لذلك: أدوات قياس جاهزة، وقائمة بما تُرك عمداً، وشخص خُصّص له وقت ليتصرّف بناءً على ما يتعلّمه.
خطّط لها قبل أن تطلق
قبل الإطلاق، اتفقوا على ثلاثة أمور:
من يصلح الأعطال، وبأي سرعة، حين يتعطّل شيء.
من يُبقي التطبيق محدّثاً مع تحديثات أنظمة التشغيل ومتطلبات المتاجر والإصلاحات الأمنية.
كيف تُقرَّر التحسينات وتُموَّل: اتفاق شهري، أو ميزانية لكل تعديل، أو مرحلة ثانية مخطّط لها.
أي من هذه قد ينجح. ما لا ينجح هو أن تكتشف بعد الإطلاق أن أحداً ليس مسؤولاً. فعندها سيكون أول بلاغ عن خطأ في انتظارك بالفعل.
كتبه predev. Solutions