كيف تخطط لإطلاق منتجك البرمجي في الخليج

ماذا يحتاج الإطلاق في الخليج وكيف تستخدم هذا الدليل

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

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

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

يقدّم هذا الدليل وعيًا لا استشارة قانونية. القوانين وقواعد الدفع وسياسات المتاجر والتقويمات تتغير. تحقق من كل نقطة يعتمد عليها إطلاقك مع مستشارين مؤهلين ومع المزوّد المعني.

اختر أسواقك ونطاق الإطلاق

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

ما الذي يتغير من بلد إلى آخر

اختر أصغر إطلاق يجيب عن أكبر مخاطرك

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

لكل سوق تنوي فتحها اكتب ما يجب أن يتحقق في اليوم الأول: اللغات، ووسائل الدفع، وأساس البيانات التي تجمعها، وساعات الدعم، ومن يرد. وإن عجزت عن ملء واحد منها فالسوق غير جاهزة، وقد وجدت العمل المطلوب. وتنطبق الأسئلة نفسها على البحرين والكويت وعُمان.

العربية والإنجليزية متطلبان أساسيان للمنتج

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

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

اختبار رخيص قبل الإطلاق: اطلب من قارئ عربي أصيل لم يرَ المنتج من قبل أن يُنجز المهمة الرئيسية بالعربية دون مساعدة. وراقب أين يتردد.

اعرف مستخدميك: عادات الجوال أولًا وتوقعاتهم

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

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

الدفع والهوية: القرارات والأسئلة

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

قبول المدفوعات

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

قد تتطلب الإيصالات والفواتير بيانات ضريبية يؤكدها محاسبك. وللمتاجر راجع تطوير التجارة الإلكترونية، ولمنتجات المال صفحة التقنية المالية.

معرفة هوية المستخدم

تملك بعض دول المنطقة هوية رقمية وطنية، مثل UAE Pass في الإمارات ونفاذ في السعودية. وقد تغني عن تسجيل طويل أو تتحقق من توقيع. لكنها تأتي بتكامل يلزم الاتفاق عليه: عادةً إجراءات انضمام مع مالك الهوية، وبيئة تجريبية، ومسار موافق عليه. وهذه العملية، لا الشيفرة، هي التي تحدد الجدول الزمني في الغالب.

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

حماية البيانات الشخصية وأين تُحفظ البيانات

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

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

ما يستطيع فريق المنتج فعله أيًّا كان النص القانوني

أين تُخزَّن البيانات وتُعالَج

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

وتنتج نمذجة التهديدات للمسارات الأساسية خريطة تدفق البيانات ناتجًا ثانويًا، فيسهل الجواب. وتجد خدمتنا في نمذجة التهديدات.

نصمم مع وعي بهذه القوانين ولا نَعِد بالامتثال لها. تحقق مما ينطبق عليك مع مستشار قانوني مؤهل في كل بلد تعمل فيه.

الاستضافة وزمن الاستجابة والموثوقية

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

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

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

إصدار التطبيق: حسابات المتاجر والمراجعة والطرح

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

1. افتح حسابات المطورين مبكرًا. أنشئها باسم المؤسسة نفسها، لا باسم مستقل أو موظف. وقد يطلب التحقق من النشاط التجاري مستندات الشركة، وقد يستغرق وقتًا.
2. اكتب صفحات التطبيق في المتجرين باللغتين. الاسم والوصف والكلمات المفتاحية ولقطات الشاشة، وتُظهر لقطات النسخة العربية الواجهة المعكوسة.
3. املأ إقرارات الخصوصية. يسأل المتجران عن البيانات التي يجمعها التطبيق ولماذا، والتطبيق الذي يتيح إنشاء حساب يجب أن يتيح حذفه من داخله. ويجب أن تطابق الإجابات ما يفعله التطبيق فعلًا.
4. أعطِ المراجعين طريقًا للدخول. إن كان الدخول يتطلب رقم هاتف محليًا أو هوية وطنية لا يستطيع المراجعون استخدامها، فوفّر حسابًا تجريبيًا أو وضع مراجعة.
5. راجع قواعد الفئات. قد تخضع الخدمات المالية والصحة وفئات أخرى لمراجعة إضافية في بعض الدول. اقرأ قواعد المتجرين الحالية واسأل مبكرًا.
6. اختبر على المسارات التجريبية. يتيح TestFlight على iOS ومسارات الاختبار في Google Play لمستخدمين حقيقيين تجربة النسخة قبل الجمهور.
7. قدّم مع هامش زمني. يتفاوت زمن المراجعة، والرفض يعني إصلاحًا وجولة ثانية. لا تقدّم الطلب قبل يوم من إعلان.
8. أصدر على مراحل. يدعم المتجران الطرح التدريجي. ابدأ بنسبة صغيرة من المستخدمين، وراقب تقارير الأعطال ورسائل الدعم، ثم وسّع. وأبقِ وسيلة لإيقاف الميزات دون إصدار جديد.

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

أسابيع العمل ورمضان وتقويم الإطلاق

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

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

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

الدعم بلغتين

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

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

سهولة الوصول من أول تصميم

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

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

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

قائمة جاهزية الإطلاق

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

المنتج والمحتوى

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

التقنية والأمن

1. للمسارات الأساسية نمذجة تهديدات، وأنتجت مراجعة أمنية قائمة إصلاحات مرتبة بالأولوية عالجها الفريق، كما في ممارساتنا الأمنية.
2. تُؤكَّد المدفوعات على الخادم، ووضع الاختبار مطفأ، وبيانات الاعتماد الحية محفوظة أسرارًا.
3. الاستضافة والنسخ الاحتياطية والمراقبة والتنبيهات مضبوطة، وجُرّبت الاستعادة.
4. جرت اختبارات الحمل والسرعة من السوق ذاتها وعلى هواتف متوسطة. وحيث يكبر الخطر يضيف اختبار اختراق مستقل دليلًا.
5. تستطيع التراجع عن إصدار وإيقاف الميزات بسرعة.

القانون والأعمال

1. أكد المستشار القانوني في كل بلد أسئلة البيانات والموافقة والتراخيص المنطبقة.
2. إشعار الخصوصية والشروط منشوران باللغتين، وإقرارات الخصوصية في المتاجر تطابق التطبيق.
3. اعتمد المزوّدون حساباتك، وراجع محاسبك الضرائب وبيانات الفواتير.

العمليات والتقويم

1. ساعات الدعم واللغات والقنوات والتصعيد متفق عليها ومزوّدة بالأفراد.
2. فُحص موعد الإطلاق مقابل عطلة نهاية الأسبوع والعطل والإجازات المدرسية ووقت مراجعة المتاجر في كل سوق.
3. هناك من يملك يوم الإطلاق: من يراقب، ومن يقرر، ومن يخاطب المستخدمين.
4. اعتُمدت صفحات التطبيق في المتاجر، ويمكن طرح الإصدار الأول على مراحل.
5. سمّيت المقياس الوحيد الذي سيخبرك أن الإطلاق نجح.

أول 30 يومًا بعد الإطلاق

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

عادات تؤتي ثمارها

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

بعد الشهر الأول قرر من يملك المنتج: فريق داخلي، أو شريك، أو فريق مخصص يعمل في دورات شهرية. وأيًّا كان، دوّن الصلاحيات وأدلة التشغيل وخطة التحديث.