قائمة إطلاق تطبيق جوال في السعودية: أربع مراحل قبل النشر

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

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

قرارات هذه المرحلة تحمي الإطلاق لاحقاً. إذا أُجّلت، تصبح تغييرات مكلفة في الأسبوع الأخير.

الاختبار الذي يهم ليس «هل يعمل الزر؟» بل «هل ينجح المستخدم في المهمة؟». افصل بين اختبار الوظيفة واختبار التجربة. الأول يمنع الأعطال، والثاني يمنع الفشل الصامت: مستخدم يكمل الخطوات ولا يفهم النتيجة.

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

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

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

جهّز صفحة المتجر كصفحة هبوط. الأيقونة، وأول ثلاث لقطات، وأول سطرين في الوصف هي ما يقرره المستخدم قبل التنزيل. اكتب الوصف بالعربية والإنجليزية، واذكر الفائدة الأولى لا قائمة المزايا. وراجع بيانات الأمان في Google Play وشاشة الخصوصية في App Store، لأن كلتيهما تُقارَن بما يجمعه التطبيق فعلاً.

خطة الأسبوع الأول ليست «نراقب». هي أدوار محددة وأرقام محددة. من ينظر إلى الأعطال في الصباح؟ من يرد على المراجعات؟ ما الحد الذي نوقف عنده الإصدار؟ من يملك قرار الإيقاف؟ إذا لم تكن الإجابات مكتوبة، فسيضيع اليوم الأول في النقاش.

راقب أربعة أرقام فقط في الأسبوع الأول: نسبة التعطل، ومعدل إتمام التسجيل، ومعدل إتمام الدفع، وعدد تذاكر الدعم لكل مئة مستخدم. هذه الأربعة تكشف معظم المشكلات قبل أن تصبح مراجعات سيئة. ولمعرفة كيف نبني هذه المرحلة داخل المشروع، راجع هندسة تطبيقات الجوال.

كم يستغرق قبول المتجر؟ عادةً من يوم إلى ثلاثة، وقد يطول عند الرفض وإعادة التقديم. خطط بهامش أسبوع.

هل نحتاج اختبار اختراق قبل الإطلاق؟ نعم إذا كان التطبيق يتعامل مع دفع أو بيانات حساسة. المراجعة الخفيفة لا تكفي.

هل نطلق على المنصتين معاً؟ لا، إلا إذا كان الجمهور منقسماً. ابدأ بمنصة واحدة وثبّت التجربة.

هل نحتاج إصداراً تجريبياً؟ نعم. عشرون مستخدماً حقيقياً يكشفون ما لا يكشفه فريق داخلي.

ما أهم رقم في الأسبوع الأول؟ معدل إتمام المسار الأساسي، لا عدد التنزيلات.

• Apple App Store Review Guidelines — قواعد الوظائف والخصوصية والوصف.
• Google Play developer policies — بيانات الأمان ومتطلبات النشر.
• اللائحة التنفيذية لنظام حماية البيانات الشخصية — الموافقة والإفصاح والإبلاغ.
• تكلفة تطبيق جوال في السعودية — ما يغطيه النطاق وما بعده.
• هندسة تطبيقات الجوال — كيف نبني ونطلق.