من الفكرة إلى App Store: عبدالله عبدالرحيم الكندي يشرح مراجعة آبل

تخلص البرمجة، ويقول لك المطوّر «رفعنا التطبيق لآبل»، وبعدها صمت. أيام تمر وأنت ما تعرف وش يصير خلف الستارة، ولا متى ينزل تطبيقك للناس. عبدالله عبدالرحيم الكندي مرّ بهذي الرحلة مع «يوجيسير UGCS»، المنصة اللي تربط العلامات التجارية بصنّاع المحتوى، ونشرها في App Store بعد مراجعة آبل. هنا يمشي معك المراحل بالترتيب، عشان تعرف وش ينتظرك قبل ما توصل له.

قبل المراجعة: شغل ما يشوفه أحد

قبل ما يوصل تطبيقك لأي مراجع، تحتاج حساب مطوّر في برنامج Apple Developer، إما باسمك الشخصي أو باسم منشأة. والفرق مهم: حساب المنشأة يُظهر اسم شركتك في المتجر، ويحتاج رقم D-U-N-S للتحقق من الكيان، وهذا التحقق نفسه ياخذ وقت. ابدأ فيه بدري، مو في أسبوع الإطلاق.

بعدها يُجهَّز التطبيق في App Store Connect: الاسم، والوصف، والكلمات المفتاحية، ولقطات الشاشة بالمقاسات المطلوبة، وتصنيف العمر، ورابط سياسة الخصوصية، ونموذج «ملصق الخصوصية» اللي تصرّح فيه بكل نوع بيانات يجمعه التطبيق أو تجمعه المكتبات الخارجية داخله.

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

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

المرحلة الأولى: الرفع والفحص الآلي

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

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

المرحلة الثانية: TestFlight قبل الجمهور

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

المرحلة الثالثة: المراجع البشري

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

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

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

المرحلة الرابعة: القبول أو الرفض

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

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

قائمة قصيرة قبل ما تضغط «إرسال»

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

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