أنشئ تطبيقك بنفسك

1. لماذا يكلّف التطبيق كل هذا

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

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

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

2. ما الذي يتغيّر: فريق يبقى بعد النشر

الأدوات التي تنتج تطبيقًا من وصف تظهر بانتظام. وما ينقصها جميعًا هو ما يأتي بعد: تسلّم مشروعًا، ثم يصير المشروع يتيمًا.

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

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

3. كيف يجري الإنشاء

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

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

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

4. تجربته قبل نشره

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

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

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

5. النشر في المتجرين

يخرج التطبيق على App Store وGoogle Play تحت حساب المطوّر الخاص بك. تفصيل ليس تفصيلًا: التطبيق ملكك، ويحمل اسمك كناشر، ولست مستأجرًا للصفحة.

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

يبقى أمران من شأنك، ولا تستطيع أداة أن تقوم بهما عنك: فتح حسابات المطوّر (تفوترها Apple وGoogle، واحدة سنويًا والأخرى مرة واحدة)، وتوقيع التعهّدات التي تطلبها المتاجر من الناشر. نحن لا ننشئ حسابات ولا ندخل كلمات مرور نيابة عنك.

6. الحدود، بصراحة

معرفتها قبل فتح حساب مطوّر خير من معرفتها بعده.

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

7. أسئلة متكررة

لمزيد من التعمّق

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