كثير من أصحاب الأعمال عند أول تجربة لتطوير تطبيق، تكون عقليتهم «سلّمه للشركة الخارجية وانتظر الإطلاق». ثم يأتي يوم الاستلام ليكتشفوا أن تسجيل الدخول بطيء، والرسائل لا تصل، وتعديل بيانات في لوحة التحكم يستغرق وقتاً طويلاً، فيبدأ الجدل بين الطرفين: طرف يقول إن المتطلبات لم تُكتب بوضوح، وطرف يقول إن هذا يتطلب مبلغاً إضافياً. تتأخر إعادة العمل شهراً أو شهرين، ويضيع كل من الميزانية ونافذة الإطلاق.
المشكلة غالباً ليست في التقنية، بل في أن عملية الاستلام لم تُصمم كجزء من المشروع. فيما يلي ترتيب للأمور التي يجب التفكير فيها بوضوح، وهي كفيلة بمنع معظم حالات إعادة العمل.
قبل الاستلام، حدد «ما الذي سيتم فحصه» بشكل قاطع
الاستلام لا يبدأ قبل أسبوع من الإطلاق. عند توقيع العقد أو بدء المشروع، يجب أن تكون هناك قائمة وظائف قابلة للتحقق، بدرجة تفصيل تصل إلى «أي زر يتم الضغط عليه، وما النتيجة التي تظهر».
مثلاً عند تنفيذ مشروع تطوير برنامج مصغر من نوع الحجز، لا يمكن أن تكتب القائمة فقط «يدعم الحجز»، بل يجب أن تكتب: بعد اختيار المستخدم للتاريخ لا يمكن اختيار الفترات الممتلئة، وبعد الإرسال يتلقى إشعاراً، ويمكن للوحة تحكم التاجر رؤية حالة الطلب. كلما كان الوصف أكثر تحديداً، قلّ الجدل عند الاستلام.
تجنب الأخطاء: لا تستخدم «مشابه لتطبيق كذا» كمتطلب. ما يفهمه الطرف الآخر وما تفهمه أنت يكاد يكون من المستحيل أن يتطابقا.
افحص حسب المسار، لا تنقر على الواجهة فقط
الواجهة الجميلة لا تعني أنها قابلة للاستخدام. يُنصح بالسير على هذا الخط:
1. تشغيل المسار الرئيسي: التسجيل، تسجيل الدخول، العمل الأساسي، الدفع، الخروج، باستخدام هاتف حقيقي وشبكة حقيقية.
2. الحالات الاستثنائية: انقطاع الشبكة، الشبكة الضعيفة، الإرسال المتكرر، انتهاء المهلة، رفض الأذونات، تحقق من وضوح الرسائل وعدم اختلال البيانات.
3. لوحة التحكم الإدارية: كثير من مشاريع تطوير التطبيقات تكون الواجهة الأمامية سليمة، لكن نظام الإدارة الخلفي لا يستطيع تعديل البيانات أو الاستعلام عن السجلات، فيتوقف التشغيل مباشرة.
4. تعدد الأجهزة: غطِّ على الأقل الطرازات الرئيسية وإصدارات النظام، لا تعرض على جهاز اختبار واحد فقط.
تجنب الأخطاء: في موقع الاستلام لا تدع الطرف الآخر يعرض لك باستخدام حساب اختبار داخلي، سجّل حساباً جديداً بنفسك وسر على المسار كاملاً.
نقص المخرجات يعني عدم التسليم
الكود، وقاعدة البيانات، وحساب الخادم، وحسابات الخدمات الخارجية (الإشعارات، الدفع، الخرائط)، ووثائق الواجهات البرمجية، وتعليمات النشر، يجب أن تُدرج بوضوح في العقد.
الحالة الشائعة في الواقع: يتم التعاقد على موقع الشركة والتطبيق مع شركتين مختلفتين، فلا يعرف أحد في يد من الحسابات، وعند الرغبة لاحقاً في تغيير الفريق للصيانة، تكتشف أن الكود غير متاح والخادم لا يمكن الدخول إليه.
تجنب الأخطاء: أدرج في نموذج الاستلام قسماً منفصلاً «قائمة المخرجات»، وضع علامة على كل بند، ولا توقّع عند نقص أي بند. استضف الكود المصدري في مستودع باسمك، وتحكم في الأذونات بنفسك.
الأمان والأداء يجب فحصهما بشكل منفصل
اختبار الوظائف العادي لا يكشف المشاكل الأمنية. نفّذ على الأقل ثلاثة أمور:
- حاول الوصول إلى بيانات شخص آخر باستخدام حساب عادي، وتحقق من وجود تجاوز للصلاحيات؛
- تحقق مما إذا كانت الواجهات تعيد حقولاً لا يجب إعادتها (مثل رقم الهاتف أو الهوية)؛
- تحقق من زمن تحميل الصفحات الرئيسية على الشبكة الضعيفة.
إذا كان العمل يتضمن معاملات أو خصوصية المستخدمين، يُنصح بإجراء اختبار أمان الموقع أو اختبار أمني على مستوى الواجهات بشكل منفصل، لكشف المشاكل قبل الإطلاق.
تجنب الأخطاء: لا تنتظر حتى يكتشف المستخدمون أو الفحص الأمني المشاكل بعد الإطلاق، فتكلفة الإصلاح حينها تكون أضعاف ما قبل الإطلاق.
ربط إيقاع الاستلام بالدفعة الأخيرة
قسّم الاستلام إلى جولتين أو ثلاث: الجولة الأولى قائمة مشاكل، الجولة الثانية إعادة فحص، الجولة الثالثة اختبار انحدار قبل الإطلاق. كل جولة لها سجل مكتوب: من طرح، ومن عدّل، ومتى انتهى.
اربط الدفعة الأخيرة بنتيجة الاستلام، واحتفظ بجزء يُدفع بعد استقرار التشغيل. هذا ليس عدم ثقة، بل تحفيز للطرفين على إغلاق المشاكل بشكل كامل.
تجنب الأخطاء: لا تطرح المشاكل شفهياً. رسالة في WeChat تقول «هنا بطء قليلاً»، بعد شهر لا أحد يعترف بها.
متى يكون من المناسب التعاون مع MIC Studio
إذا كنت تعمل على تجديد موقع الشركة، أو تطوير برنامج مصغر من نوع الحجز، أو تحتاج إلى تطوير تطبيق مع نظام إدارة خلفي، ولا تريد الدخول في شد وجذب متكرر عند الاستلام، يمكنك التحدث مع MIC Studio.
نقوم بتطوير مواقع الشركات، وتطوير البرامج المصغرة، وتطوير التطبيقات، وكذلك تطوير السكربتات واختبار أمان المواقع والاختبار العكسي. نناسب هذه الحالات: المتطلبات لم تتشكل بالكامل بعد وتحتاج من يساعدك في ترتيب قائمة الوظائف ومعايير الاستلام معاً؛ أو نظام قائم يحتاج إلى استلام صيانته ويتطلب فحصاً أولياً للكود والأمان.
نوضح أيضاً الحالات غير المناسبة: إذا كنت تريد فقط موقعاً بقوالب، وميزانية منخفضة جداً، ومتطلب الإطلاق خلال أسبوع، فالتوجه إلى منتج قياسي أكثر جدوى.
ثلاث توصيات قابلة للتنفيذ
1. اكتب قائمة الاستلام عند بدء المشروع: الوظائف، والحالات الاستثنائية، ولوحة التحكم، والمخرجات، أربعة أقسام، كل قسم بدرجة قابلة للتأشير، كملحق للعقد.
2. سجّل حساباً بنفسك وسر على المسار كاملاً: لا تنظر إلى العرض التوضيحي، ولا إلى جهاز الاختبار، شغّل المسار الرئيسي بشبكة حقيقية وبيانات حقيقية.
3. قسّم الدفعة الأخيرة على مراحل: ادفع جزءاً عند اجتياز الاستلام، وادفع الباقي بعد فترة من الاستقرار، وقدّم تكلفة إعادة العمل إلى مرحلة الاستلام لحلها.