قبل طلب تطبيق، حدد من يستخدمه وما المهمة التي يجب أن ينجزها. هذا الدليل يوضح العلاقة بين تطبيق الموبايل والخادم، وما يحتاج إلى اختبار قبل الإرسال للمتاجر.
متى يحتاج نشاطك إلى تطبيق؟
يكون التطبيق مفيداً عندما يعود المستخدم لتنفيذ مهمة متكررة، أو يحتاج تجربة تستفيد من وظائف الجهاز أو حساب مرتبط بخدمة مستمرة. قد تكفي واجهة ويب متجاوبة لبعض الاحتياجات، بينما قد يحتاج طلب منتجات أو متابعة حجوزات أو عمليات فريق ميداني إلى تطبيق. القرار يتحدد بالمهمة والجمهور والأجهزة، وليس بوجود أيقونة وحدها.
اكتب ثلاثة سيناريوهات رئيسية، مثل العثور على منتج وطلبه ومتابعة حالته، وحدد ما يستطيع الزائر فعله دون حساب وما يتطلب هوية. بهذه الطريقة تختار مرحلة أولى قابلة للتجربة وتؤجل الوظائف التي لا تضيف قيمة مباشرة للمستخدم.
نطاق MVP واضح قبل التطوير
النسخة الأولى MVP يجب أن تنجز الدورة الأساسية بالكامل، لا أن تعرض أزراراً بلا تنفيذ. في مثال تعليمي لتطبيق متجر، تشمل الدورة اختيار المنتج والمواصفة والتحقق من الكمية والعنوان ومراجعة الشحن والإجمالي ثم تأكيد الطلب ومتابعته. لا يلزم أن تشمل نظام ولاء أو عشرات الشاشات منذ اليوم الأول.
ضع معايير قبول لكل خطوة وحالة فشل. إذا تغير المخزون أو الشحن بعد إضافة المنتج، فيجب إعادة التحقق قبل التأكيد وإظهار المبلغ الصحيح. إذا انتهت الجلسة، وضح ما يحدث للسلة والبيانات. المثال لا يدعي نتيجة مبيعات أو يصف تطبيقاً منشوراً على المتاجر.
- أدوار المستخدمين ومهام كل دور.
- المنصات وإصدارات الأجهزة التي ستختبر.
- الشاشات والمسار الأساسي وحالات الفراغ والفشل.
- الخدمات الخارجية والحسابات ورسومها.
- البيانات التي تحفظ أو تصدر أو تحذف وآلية إدارة المحتوى.
التطبيق والـAPI ولوحة الإدارة أجزاء مختلفة
يعرض التطبيق الواجهة على الهاتف، بينما يتحقق الخادم من الهوية والصلاحية والأسعار وحالة الطلب. قد تحتاج لوحة لإدارة المنتجات والخدمات والمستخدمين. يجب توضيح من يطور كل جزء ومن يملكه، وكيف تنتقل التغييرات بينه وبين نظام الإدارة القائم.
لا تجعل التطبيق مصدر الثقة الوحيد في العمليات الحساسة. قد تعرض الشاشة إجمالياً مبدئياً، لكن الخادم يراجع البيانات وقت التنفيذ. حدد حماية المفاتيح وإدارة الجلسات والبلاغات، وكيف تمنع إعادة الطلب من إنشاء عملية مكررة عند ضعف الشبكة.
تقنية مشتركة أم تطوير منفصل؟
يمكن تطوير بعض التطبيقات باستخدام قاعدة مشتركة للواجهات، أو تطوير مخصص لكل منصة. تعتمد المفاضلة على وظائف الجهاز والمكتبات والصيانة وأداء السيناريوهات المطلوبة وخبرة فريق التنفيذ. اطلب تفسير الاختيار وخطة تحديث الإصدارات؛ بدلاً من اعتبار اسم التقنية دليلاً كافياً على الجودة.
تحقق من أن التكلفة تشمل اختبار Android وiOS إن كانا مطلوبين. نجاح شاشة على هاتف واحد لا يثبت عمل الإشعارات أو الصور أو الصلاحيات أو الروابط على بقية الأجهزة. وتطبيق يغلف موقعاً داخل WebView له حدود تختلف عن تطبيق ذي تجربة أصلية؛ يجب توضيح ما ستستلمه فعلياً.
الخصوصية والصلاحيات قبل الرفع للمتاجر
احصر البيانات التي يجمعها التطبيق والمكتبات التابعة له، ثم اربط طلب كل صلاحية بوظيفة مفهومة. لا تطلب الموقع أو الكاميرا إن كانت المهمة لا تحتاجهما. تقدم Apple متطلبات للإفصاح عن استخدام البيانات، ويجب أن تتوافق بيانات المتجر وسياسة الخصوصية مع التنفيذ الفعلي.
راجع آلية إدارة الحساب وحذفه إذا كان التطبيق ينشئ حسابات، وحدد من يتلقى طلبات المستخدم وكيف يتحقق منها. لا تسمِّ إرسال طلب للدعم حذفاً فورياً إذا كانت هناك مراجعة وخطوات لاحقة. ولا تسجل كلمات المرور أو الرسائل الشخصية في أدوات التحليل أو سجلات الأعطال.
اختبارات قبل النشر وبعده
اختبر المسار الرئيسي على أجهزة ممثلة، مع اتصال بطيء وانقطاع الشبكة والعودة من الخلفية ورفض الصلاحيات. راجع وضوح العربية واتجاه RTL وحجم النص ومناطق اللمس. تشمل إرشادات Android جودة التجربة والتعامل مع تغير حالة التطبيق والجهاز، ويمكن استخدامها لتنظيم خطة التحقق.
جرب تسجيل الدخول والخروج، وتغيير المستخدم، وإعادة إرسال العملية بعد فشل الاتصال. افتح روابط التطبيق من خارج الشاشة، وراجع حالة البيانات بعد تحديث الإصدار. اجمع الأخطاء مع إمكانية مراجعتها دون كشف بيانات المستخدمين، وحدد من يعالج الأعطال بعد النشر.
حسابات المتاجر والتسليم والصيانة
وضح ملكية حسابات Google Play وApp Store ومفاتيح التوقيع والمصدر وبيانات الخادم. جهز الوصف والصور والسياسات وحساب مراجعة عند الحاجة. إرسال الملف لا يعني الموافقة النهائية أو وجود إصدار عام؛ تحدد المتاجر متطلبات المراجعة والنشر، وقد تتطلب تعديلات.
راجع رسوم الحسابات والخدمات مع مزوديها وقت التنفيذ ولا تفترض ثباتها. أرسل إلى EG SYSTEM فكرة التطبيق والجمهور والسيناريوهات والأنظمة المطلوب ربطها، لتناقش نسخة أولى ومعايير تسليم وصيانة واضحة.
أسئلة شائعة عن تطبيقات الموبايل
هل يمكن تنفيذ Android وiOS بمصدر مشترك؟
يمكن في حالات كثيرة، لكن ملاءمة ذلك تعتمد على وظائف الجهاز والمكتبات والأداء والأجهزة المستهدفة. يجب اختبار المنصتين وتوضيح أي جزء يحتاج تنفيذاً خاصاً.
هل يشمل المشروع لوحة إدارة وخادم؟
ليس تلقائياً. افصل واجهة الموبايل عن API ولوحة الإدارة والتكاملات، واذكر في العرض من يطور ويدير كل جزء وما رسوم تشغيله.
هل تضمن شركة البرمجة قبول التطبيق في المتجر؟
يمكن تجهيز التطبيق ومعلوماته وفق المتطلبات ومعالجة ملاحظات المراجعة ضمن الاتفاق، لكن القرار النهائي للمتجر. لا تعتبر بناء ملف ناجح دليلاً على نشر عام.