نشر تطبيق هو علاقة مع شركتين

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

باسم من يجب أن تكون حسابات المطوّر؟

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

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

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

ما الذي يمكن أن ترفضه المراجعة في تطبيق يعمل؟

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

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

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

أي نسخة تُبقيها للهواتف التي لا تستطيع التحديث؟

الذيل الطويل يحددها. الهواتف التي توقفت عن تلقي تحديثات النظام قبل سنوات ما زالت مستعملة يوميًا، وأصحابها لا يظهرون في تحليلاتك: التطبيق لا يُثبَّت عليها. ويترتب على ذلك أمران، كلاهما يُكتب.

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

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

ما الذي ينتهي دون أن يلمسه أحد؟

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

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

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

كم مرة يحتاج التطبيق إلى تحديث؟

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

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

بأي ترتيب تُثبّت هذا؟

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

أين يخطئ هذا

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

ما لا يغطيه هذا المقال

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

نبني التطبيق ونضع الحسابات والمفاتيح ومسار النشر باسم الشركة، ثم نسلّمها مع الشيفرة.