Android أم iOS أم كلاهما؟ دليل للمديرين
لا ينبغي أن يبدأ اختيار المنصة بتفضيلات الفريق التقني أو إحصاءات السوق العامة. السؤال الأساسي هو من مستخدموك الفعليون، وفي أي ظروف يستخدمون المنتج، وما المزايا الضرورية لقيمته الأساسية. قد يكون الأنسب Android أو iOS أو كليهما أو التطوير المشترك أو حتى تطبيق ويب.
1. تعرّف أولًا إلى المستخدمين الفعليين
الإحصاءات العامة مؤشر أولي فقط. يجب أن يستند قرار المنتج إلى بيانات جمهورك. إذا كان لديك منتج قائم، فراجع الأجهزة وإصدارات أنظمة التشغيل والبلدان وقنوات الاستقطاب وقيمة كل فئة. وللمنتج الجديد يمكن استخدام المقابلات والاستطلاعات وصفحة تسجيل الاهتمام.
لا تكفي الحصة الأكبر لمنصة وحدها؛ فقد تكون الفئة الأصغر أكثر قيمة لأعمالك.
- —في أي بلد أو منطقة يوجد المستخدمون الرئيسيون؟
- —هل المنتج عام أم لفئة مهنية معينة؟
- —هل توفر المؤسسة أجهزة محددة للموظفين؟
- —كيف تختلف القيمة التجارية لمستخدمي كل منصة؟
- —ما الإصدارات التي يجب دعمها؟
2. هل تثبيت تطبيق ضروري؟
التثبيت خطوة إضافية. إذا كان الاستخدام متباعدًا ولا يتطلب إمكانات هاتف خاصة، فقد يوفر تطبيق الويب وصولًا أسرع وصيانة أبسط. وتزيد قيمة التطبيق مع الاستخدام اليومي والإشعارات والعمل دون اتصال والكاميرا والموقع وBluetooth.
مؤشرات ملاءمة تطبيق الجوال
- عودة منتظمة
- إشعارات ضرورية
- إمكانات الجهاز
- الاستخدام أثناء التنقل أو ضعف الاتصال
- دخول سريع وتجربة شخصية
- الخدمة غير مكتملة دون تطبيق
مؤشرات ملاءمة تطبيق الويب
- استخدام متباعد
- الدخول من رابط أو البحث
- نشر سريع للتغييرات
- ميزانية محدودة للإصدار الأول
- عدم الاعتماد على العتاد
- الحاجة إلى سطح المكتب والجوال معًا
3. منصة واحدة أم كلتاهما؟
البدء بمنصة واحدة
عندما تشير البيانات إلى وجود المستخدمين الرئيسيين على منصة واحدة، أو تكون الميزانية محدودة، أو تحتاج فرضية المنتج إلى اختبار أسرع. حدد معيار إضافة المنصة الثانية منذ البداية.
إطلاق متزامن
عندما تكون الفئتان ضروريتين للإطلاق، أو يضر استبعاد إحداهما بنموذج الأعمال. يتطلب هذا المسار اختبارات ودعمًا أكثر.
مسار تدريجي
أحيانًا يُطلق تطبيق ويب أو إصدار محدود أولًا، ثم يُضاف تطبيق الجوال أو المنصة الثانية بعد فهم سلوك المستخدمين.
4. تطوير أصلي أم متعدد المنصات؟
- —معالجة كثيفة
- —عتاد خاص
- —تجربة مختلفة لكل منصة
- —قدرات فريق الصيانة
- —سرعة دخول السوق
- —عمر المنتج
- —الاعتماد على SDK
تطوير أصلي
يُطوّر لكل نظام تشغيل على حدة. يمنح تحكمًا أكبر في الأداء والمزايا الخاصة، لكنه يتطلب عادة كودًا وصيانة أكثر.
تطوير متعدد المنصات
يُشارك جزء كبير من الكود. يقلل الوقت والتكلفة لمنتجات تجارية كثيرة، لكنه يظل بحاجة إلى اختبار منفصل وأحيانًا كود خاص.
اسم التقنية وحده لا يضمن الجودة.
5. التكاليف بعد الإصدار الأول
- —إصدارات نظام التشغيل الجديدة
- —تغيّر قواعد المتجر
- —الإشعارات والخادم الخلفي
- —الأمان والمراقبة
- —إصلاح الأخطاء
- —اختبار الأجهزة
- —تطوير المزايا اللاحقة
قبل القرار، اسأل من سيتولى الصيانة ولمن تعود الحسابات وما معيار تطوير المنصة الثانية.
6. قائمة مراجعة القرار
امنح كل خيار درجة من 1 إلى 5:
- —تغطية المستخدمين
- —إمكانات الجهاز الضرورية
- —سرعة دخول السوق
- —تكلفة البناء
- —تكلفة الصيانة
- —التجربة المطلوبة
- —مخاطر الطرف الثالث
- —قدرات فريق الدعم
- —إمكانية اختبار الفرضية الأساسية
لا يقدم هذا الجدول إجابة قاطعة؛ بل يوضح الافتراضات التي يقوم عليها القرار.
اختر المنصة التي تغطي أهم المستخدمين وسيناريو الاستخدام الأساسي بمخاطر مقبولة. لا تكفي شعبية التقنية أو طول قائمة المزايا سببًا للاختيار.
تصميم تطبيقات الجوال وتطويرها
تطبيق Android أو iOS أو إصدار مشترك؛ بالمزايا التي يحتاجها مستخدموك فعلًا.
