خمسة أسطر اكتبها في بريد الاستفسار

كل جهة حسبت تطبيقاً آخر

“تطبيق يشبه سوق المستعمل.” يصل الاستفسار في هذا السطر، فيرسم كل قارئ تطبيقاً مختلفاً. جهة تتوقف عند نشر الإعلان وتصفح القائمة. جهة أخرى تعدّ الدردشة والتحقق من الهوية ومعالجة البلاغات جزءاً بديهياً من الطلب. اختلف التطبيق المحسوب، فاختلف الرقم. من يرسل استفساره إلى عدة جهات تفاجئه فجوة العروض أولاً. المبالغة ليست السبب.

المواضع التي يتّسع عندها النطاق خمسة لا أكثر: كم شاشة في التطبيق، وعلى أي متجر سيصدر، وهل يدخل تسجيل الدخول والدفع والإشعارات الفورية، وهل يلزمه خادم، وإلى أي مدى تُبنى شاشات التشغيل. املأ هذه الأسطر وأرسلها، عندها تقف العروض العائدة على خط أساس واحد.

ابدأ بعدّ الشاشات

اكتب واحدة واحدة الشاشات التي يمرّ بها المستخدم من فتح التطبيق حتى بلوغ هدفه: التهيئة، التسجيل، الرئيسية، القائمة، التفاصيل، الإنشاء، الملف الشخصي، الإعدادات. الشاشة المنسية عادة هي شاشة الحالة، أي ما يظهر حين لا يوجد محتوى بعد، وما يظهر عند الخطأ، وما يظهر حين لا يعيد البحث نتيجة. أضفها وسترى قائمة “التطبيق البسيط” تطول بسرعة. عدد الشاشات يُحتسب في التصميم والتطوير معاً، فطول القائمة هو هيكل المدة والتكلفة.

الرسم الجميل غير مطلوب. مربعات على ورقة وأسهم تصل بينها تكفي. التجميل عمل المصمم، وعمل صاحب المشروع أن يتأكد من عدم سقوط شاشة. هذه القائمة تصير اللغة المشتركة مع من سيبني التطبيق، وتختصر لاحقاً جدال “هذا لم يكن ضمن النطاق”.

أي متجر، ومن أي يوم

الصدور على iOS وAndroid معاً يغيّر طريقة البناء من البداية. النسخة الأصلية لكل منصة تعني بناء التطبيق مرتين، فيتضخم حجم العمل. أطر العمل متعددة المنصات تغطي المتجرين بقاعدة شيفرة واحدة، لكن ما يلامس الجهاز مثل الكاميرا والإشعارات يحتاج معالجة خاصة بكل منصة. أما وضع الموقع داخل غلاف تطبيق، أي أسلوب WebView، فهو الأخف بين الثلاثة، وقد ترفض مراجعة App Store تطبيقاً ليس سوى موقع مغلّف. حتى الخدمة القائمة على المحتوى تحسم مبكراً أمر إضافة ميزة واحدة على الأقل تخصّ التطبيق وحده.

السؤالان هنا اثنان. على أي متجر ستصدر، وهل يلزم المتجران من اليوم الأول. تركّز مستخدميك الأوائل في منصة واحدة يجعل البدء بها خياراً مشروعاً يقلّص النطاق كثيراً.

ما يجرّه تسجيل الدخول والدفع والإشعارات

البند الذي يُكتب سطراً واحداً في قائمة الميزات يصل عند التنفيذ كتلة كاملة. تسجيل الدخول منظومة حسابات لا زر: تسجيل، استعادة كلمة مرور، حذف حساب، وتكامل إضافي مع كل مزوّد دخول اجتماعي يُضاف. الدفع لا ينتهي عند شاشة الدفع، فقبله تعاقد مع مزوّد الدفع، وبعده مسارات الإلغاء والاسترداد ومعالجة العملية الفاشلة. الإشعارات الفورية جانب إرسال في الخادم وشاشة إعدادات عند المستقبِل، والرسائل التسويقية تضيف إدارة موافقة المستلم فوق ذلك.

لحظة خروج البيانات من الجهاز

أكبر المحاور الخمسة أثراً هو الخادم. وجود حسابات، أو مزامنة بين أجهزة، أو قراءة المستخدمين محتوى بعضهم، كل واحدة من هذه اللحظات تُدخل الخادم وقاعدة البيانات في النطاق. أما التطبيق الذي تبقى بياناته داخل جهاز صاحبها فيمكن ترك هذا المحور فارغاً بالكامل.

شاشات لا يراها أحد

نشر الإعلانات، معالجة البلاغات، إدارة الأعضاء، إحصاءات أساسية. لا يزور المستخدم هذه الشاشات، لكن تشغيل الخدمة يستلزم أن يستعملها أحد. تحديد ما يُبنى منها في الإصدار الأول وما يبقى يدوياً لفترة جزء من تقدير النطاق أيضاً.

الأسطر الخمسة فارغة؟ لا مشكلة

جملة “أريد تطبيقاً كهذا” تكفي لبدء الاستشارة. تطوير التطبيقات في Weple يملأ المحاور الخمسة مع صاحب المشروع، ويصوغها وثيقة نطاق، ثم يقدّم المدة والتكلفة استناداً إليها. وما وصلك من عروض جهات أخرى نفتحه معاً ونحدّد المحور الذي باعد بين الأرقام. ما نسعّره في كل محور تجده في صفحة الأسعار.