شرط 12 مختبرًا في Google Play: كيف تجتاز الاختبار المغلق وتنشر تطبيقك

شرط الاختبار المغلق في Google Play حقيقي ولا يقبل الاستئناف، ومعظم من يتعثّر عنده يتعثّر لسببين فقط: بدأ عدّ الأربعة عشر يومًا متأخرًا عمّا يظن، وثلث المختبرين حذفوا التطبيق بصمت. أنا خالد أحمد، مطوّر Full Stack من القاهرة، ولديّ سبعة تطبيقات منشورة فعليًا على Google Play. في هذا الدليل النص الحرفي للسياسة كما هو في أغسطس 2026، وكيف تجتاز الشرط خلال ثلاثة أسابيع، وأي اختصار سيكلّفك حسابك كاملًا.

1. نص الشرط كما كتبته Google

إذا أنشأت حساب مطوّر شخصيًا على Google Play بعد 13 نوفمبر 2023، فلن تستطيع النشر في Production قبل تشغيل اختبار مغلق يستوفي حدًا رقميًا محددًا. النص في صفحات المساعدة الرسمية واضح.

ثلاث عبارات في هذه الجملة هي مصدر كل المشكلات، وأغلب الناس يمرّون عليها مرور الكرام:

• "12 على الأقل" — هذا هو الحد لحظة الضغط على زر التقديم، لا متوسطًا على مدى الأسبوعين. أحد عشر مختبرًا في اللحظة الخطأ يعني أنك لا تزال تنتظر.
• "مشتركون" — لا "مدعوّون"، ولا "أرسلتُ لهم الرابط"، ولا "حمّلوا ملف APK أرسلتُه عبر WhatsApp". يجب أن يفتح المختبر رابط الاشتراك بحساب Google ويثبّت التطبيق من متجر Play نفسه.
• "بشكل متصل خلال 14 يومًا" — الأشخاص الاثنا عشر أنفسهم، دون انقطاع. من ينضم في اليوم التاسع يبدأ عدّاده من الصفر.

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

2. هل ينطبق الشرط على حسابات الشركات؟

حسب النص المنشور: لا. الشرط يخصّ الحسابات الشخصية المنشأة بعد 13 نوفمبر 2023، ولا يمتدّ في الوثائق إلى حسابات المؤسسات (Organization). وهذا عمليًا أكبر فرق بنيوي بين نوعَي الحساب اليوم.

يبدو الأمر ثغرة. وهو في الغالب ليس كذلك، لسبب لا يذكره أحد إلا بعد أن تكون قد أضعت ثلاثة أسابيع.

حساب المؤسسة يتطلّب رقم D-U-N-S من Dun & Bradstreet، إضافةً إلى اسم الشركة وعنوانها ورقم هاتفها وموقعها الإلكتروني، كلها موثّقة. واستخراج رقم D-U-N-S قد يستغرق حتى 30 يومًا، وفي مصر وبعض دول الخليج يستغرق عادةً أكثر من ذلك لأن السجل يُنشأ من الصفر بدل أن يُستدعى من قاعدة بيانات قائمة. أي أن "الاختصار" المتمثّل في التسجيل كشركة لتفادي أسبوعين من الاختبار قد يكلّفك وقتًا أطول من الاختبار نفسه، فضلًا عن سجل تجاري قد لا يكون لديك أصلًا.

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

3. هل يجب أن يكون المختبرون نشطين طوال الأربعة عشر يومًا؟

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

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

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

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

4. هل أستطيع استخدام أجهزتي أو حسابات عائلتي؟

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

أما الحكم المهني، وهو أهم من حرفية النص: لا تبنِ الاثني عشر من حسابات تسيطر عليها أنت.

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

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

5. ماذا يحدث إذا انسحب مختبر في المنتصف؟

يُصفَّر عدّاده. لا يتوقّف مؤقتًا — يُصفَّر. Google صريحة في أن من ينسحب ثم يعود يجب أن تكون أيامه الأربعة عشر متتالية.

والأسوأ أن "الانسحاب" ليس دائمًا فعلًا متعمّدًا. هذه هي الطرق التي رأيت بها العدد ينخفض بصمت:

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

الدفاع هو الاحتياطي وجدول متابعة. استقطب 17 أو 18 مختبرًا لا 12. افترض تسرّبًا بنسبة 20 إلى 25 بالمئة خلال أسبوعين، وهي النسبة التي أخطّط على أساسها — وبهذا المعدل يبقى ثمانية عشر مرشحًا فوق الحد بمسافة مريحة، بينما اثنا عشر يسقطون تحته. واحتفظ بسجلك الخاص، لأن واجهة عدّ المختبرين في Play Console تغيّرت أكثر من مرة، ولا يصحّ أن تكتشف النقص في اليوم الذي نويت التقديم فيه.

email,invited_on,opted_in_on,day14_on,installed,notes
a@example.com,2026-09-01,2026-09-01,2026-09-15,yes,أتمّ التسجيل
b@example.com,2026-09-01,2026-09-02,2026-09-16,yes,
c@example.com,2026-09-01,,,no,لم يفتح الرابط - يحتاج متابعة

العمود الوحيد المهم هو day14_on. تاريخ تقديمك هو اليوم الرابع عشر لـالمختبر الثاني عشر من حيث الأسبقية، لا اليوم الذي نشرت فيه المسار.

6. إعداد الاختبار المغلق حتى يبدأ العدّ فعلًا

هنا يضيع أغلب الوقت. الناس يظنون أن الأربعة عشر يومًا بدأت لحظة رفع ملف AAB. هي تبدأ لحظة اشتراك إنسان حقيقي.

استخدم Google Group لا قائمة بريد

يتيح Play Console دعوة المختبرين عبر قوائم بريد أو عبر Google Groups. كلاهما يعمل، والحدود سخيّة: يمكنك إنشاء ما يصل إلى 200 قائمة إجمالًا، كل قائمة تتّسع لـ2000 مستخدم، بحد أقصى 50 قائمة لكل مسار.

استخدم Google Group. مع قائمة البريد، كل تعديل على المختبرين هو تعديل على المسار يجب حفظه ونشره، وهذا احتكاك إضافي وفرصة إضافية لكسر شيء. أما مع المجموعة (your-testers@googlegroups.com) فأنت تضيف وتحذف الأعضاء من إدارة Groups دون المساس بإعدادات المسار إطلاقًا. وحين يخبرك مختبر في اليوم السادس أنه استخدم بريدًا آخر، يصبح الأمر تعديلًا يستغرق عشر ثوانٍ بدل إعادة نشر.

لا يوجد رابط اشتراك قبل نشر المسار

لا يظهر رابط الاشتراك إلا بعد أن تصبح حالة التطبيق Published على ذلك المسار. وما دام في حالة Draft أو Pending publication فلا رابط لترسله. وتشير Google إلى أن ظهور الرابط للمختبرين قد يستغرق بضع ساعات بعد النشر الأول، وعدة ساعات مع التحديثات اللاحقة. خصّص يومًا احتياطيًا، ولا تحدّد موعد حملة الاستقطاب في الساعة نفسها التي تضغط فيها زر النشر.

شكل رابط الاشتراك:

https://play.google.com/apps/testing/com.yourcompany.yourapp

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

شغّل اختبارًا داخليًا أولًا

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

ما لا يفعله الاختبار الداخلي هو الاحتساب ضمن الاثني عشر. السياسة تنصّ على اختبار مغلق. لا تقضِ أسبوعًا في Internal testing ظنًا منك أن العدّاد يعمل.

جمّد الواجهة الخلفية

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

7. كيف تجمع 12 مختبرًا يبقون فعلًا

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

1. أصحاب المصلحة في المنتج. إن كنت تبني لقطاع محدد — عيادات، معلمين خصوصيين، مندوبي توصيل، أصحاب صالات رياضية — فعشر دقائق من سؤال عملاء محتملين تتفوّق على مئة متطوّع مجهول. وهؤلاء يعطونك ملاحظات تستحق القراءة، وهي بالضبط ما يسأل عنه النموذج.
2. دوائرك في WhatsApp وTelegram، بالمراسلة الفردية. في تجربتي، رسالة جماعية في مجموعة من 200 شخص تعطيك مختبرَين أو ثلاثة، بينما اثنتا عشرة رسالة فردية تعطيك ثمانية أو تسعة. الناس تستجيب لمن يسألها، لا لمن يعلن عليها.
3. الزملاء الحاليون والسابقون. المطوّرون يفهمون معنى الاشتراك ولن يحتاجوا إلى ثلاث متابعات.
4. مجموعات الجامعات ومجتمعات التقنية المحلية. أبطأ، ونسبة التسرّب فيها أعلى، لكنهم أشخاص حقيقيون بأجهزة حقيقية.
5. مجموعات تبادل المختبرين على Reddit وDiscord. الملاذ الأخير. تعمل تقنيًا. المختبر يثبّت مرة ولا يفتح التطبيق بعدها أبدًا، فتعبر العدّاد وتسقط مباشرةً في رفض بسبب "ضعف التفاعل". وأنت تراهن على بقاء حساب شخص غريب مشتركًا أربعة عشر يومًا.

اكتب الدعوة بحيث ينفّذها المستلم دون أن يسألك سؤالًا. نصّي تقريبًا:

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

8. مقارنة مسارات الاختبار

9. ماذا تكتب في طلب الوصول إلى Production

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

عن الاختبار المغلق

كيف استقطبت المختبرين، وكم كان ذلك صعبًا، وهل استخدموا كل الميزات، وهل طابق استخدامهم السلوك المتوقّع في Production. كن محددًا ولا تتردّد في الاعتراف بالصعوبة. إجابة على هذه الشاكلة تفي بالغرض: "استقطبت 17، بقي 13 مشتركين حتى اليوم الرابع عشر، أغلبهم أصحاب عيادات صغيرة من شبكة معارفي؛ أكمل 9 منهم مسار الحجز كاملًا، و4 اكتفوا بالتسجيل". هذه الصيغة تُقرأ كأنها صادقة لأنها تعترف بالنقص وتذكر رقمًا غير مثالي. والإجابة المصقولة أكثر من اللازم تبدو أسوأ من الإجابة الصادقة.

عن التطبيق

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

عن الجاهزية للنشر

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

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

10. كم يستغرق الأمر حتى الموافقة النهائية؟

تقول Google إن مراجعة طلب الوصول إلى Production تستغرق عادةً سبعة أيام أو أقل، وقد تطول أحيانًا. وهذه مراجعة لـالإذن لا للإصدار نفسه؛ فبعد منحك الإذن، يمرّ أول إصدار إنتاجي بمراجعة التطبيق المعتادة، ومراجعات المطوّرين الجدد ليست سريعة.

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

إذا وعدك أحدهم بأن التطبيق سيكون على المتجر الأسبوع القادم، فهو لم ينشر على Google Play منذ 2023.

11. عقبات تنتظرك بعد اجتياز الشرط

اجتياز بوابة 12/14 يفتح الباب فقط. لا يعني أن إصدارك مقبول. حتى أغسطس 2026، هذه هي العقبات التي أراها توقف الناس:

• مستوى API المستهدف. اعتبارًا من 31 أغسطس 2026، يجب أن تستهدف التطبيقات الجديدة وتحديثاتها Android 16 (API 36) أو أعلى. أما Wear OS وAndroid Automotive فـAPI 35 أو أعلى، وAndroid TV وAndroid XR فـAPI 34 أو أعلى. وتقول Google إنه يمكن طلب تمديد حتى 1 نوفمبر 2026، على أن تتاح نماذج التمديد في Play Console لاحقًا خلال 2026 — أي أنها ليست متاحة بعد. راجع الصفحة قبل البناء؛ هذا الموعد يتحرّك كل أغسطس.
• نموذج Data safety. يجب أن يطابق ما يفعله تطبيقك فعلًا. إذا كانت مكتبات الطرف الثالث لديك تجمع معرّف الإعلانات ونموذجك يقول إنك لا تجمع شيئًا، فهذا رفض مؤكد، وهو الأكثر شيوعًا في تجربتي. أحصِ كل SDK قبل ملء النموذج.
• الأذونات الحسّاسة. الموقع في الخلفية، والرسائل، وسجل المكالمات، وخدمات إمكانية الوصول، والوصول إلى كل الملفات — كلٌّ منها يحتاج إقرارًا وتبريرًا، وغالبًا مقطع فيديو توضيحيًا. خصّص لها يومًا.
• حذف الحساب. إن كان تطبيقك يتضمّن حسابات مستخدمين، فعليك توفير حذف الحساب داخل التطبيق ورابط ويب يطلب منه المستخدم الحذف دون إعادة التثبيت. ابنِ صفحة الويب؛ الناس تنساها.
• سياسة الخصوصية. رابط حي يعمل، مطابق لإقرارات Data safety. ليس ملف PDF، وليس صفحة خلف تسجيل دخول.
• المدفوعات. السلع الرقمية المستهلكة داخل التطبيق يجب أن تمرّ عبر Google Play Billing عمومًا، أما السلع والخدمات المادية فلا. الخطأ في أي من الاتجاهين يعني إما خسارة 15 إلى 30 بالمئة بلا داعٍ، وإما إزالة التطبيق.

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

12. ما الذي أنصحك بعدم فعله

لا تشترِ مختبرين. هناك سوق كاملة تبيع "12 مختبرًا موثّقًا، 14 يومًا، بضمان". أحيانًا يسلّمون تثبيتات فعلية. لكن ما لا يستطيعون تسليمه هو التفاعل، والتفاعل سبب رفض معلن. ستدفع، وتنتظر أسبوعين، ثم يُطلب منك مواصلة الاختبار — مع أثر رقمي يربط حسابك بخدمة تبيع هذا.

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

لا تقدّم الطلب في اليوم الرابع عشر الساعة الحادية عشرة ليلًا. قدّمه في اليوم الخامس عشر أو السادس عشر، ولديك 13 أو 14 مختبرًا، حتى لا يُبطل حذفٌ واحد غير محظوظ طلبك كله.

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

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

13. الخلاصة

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

افعل هذه الخمسة وستمرّ من المحاولة الأولى:

1. استقطب 17 أو 18، لا 12.
2. استخدم Google Group حتى لا يكلّفك تعديل القائمة شيئًا.
3. اطلب من كل مختبر كتابةً ألا يحذف التطبيق.
4. احتفظ بسجل مؤرّخ للملاحظات والإصلاحات، فيكتب الطلب نفسه بنفسه.
5. قدّم في اليوم الخامس عشر لا الرابع عشر.

أوصلت سبعة تطبيقات إلى Google Play لعملاء في مصر والخليج وأوروبا، ويمكنك الاطلاع على نماذج من العمل في معرض المشاريع. النمط الذي أراه يتكرّر أن بوابة المتجر ليست العائق الحقيقي أبدًا؛ العائق الحقيقي واجهة خلفية لم تكن مستعدة لأربعة عشر يومًا من مستخدمين حقيقيين. ولهذا أخطّط الـAPI ونموذج البيانات قبل أن تُصمَّم أول شاشة، بنفس المنهج الذي أشرحه في بناء منتج SaaS أولي.

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