بناء تطبيق للهاتف: ما يجب حسمه قبل التوقيع

من أين تبدأ حين تستعين بمن يبني لك تطبيقًا؟

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

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

هل أبني بلغة المنصّة الأصلية أم بـReact Native؟

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

كم يستغرق بناء تطبيق للهاتف؟

تتبع الجداول الوصلات لا الشاشات. والنطاقات أدناه مأخوذة من سجلّ تسليمات Neuros نفسها، وتصف الزمن بعد استقرار النطاق — أما ضبط النطاق فعمل مستقلّ.

ماذا أسأل شركة البرمجيات؟

المشترك بين هذه الأسئلة أنّ جوابها يمكن أن يُعطى كتابةً. والشركة التي تجيب شفهيًا ستدير المشروع شفهيًا أيضًا.

• بعد التسليم، لمن تؤول الشيفرة المصدرية وحسابات المتاجر واسم النطاق؟
• أيّ تطبيق من تطبيقاتكم أستطيع تنزيله واستخدامه من المتجر الآن؟
• هل كُتب كلّ ما هو خارج النطاق بندًا بندًا في العقد؟
• كم شخصًا سيعمل على هذا المشروع، ومن هم — بالاسم والدور؟
• إذا لم يجتز التطبيق مراجعة المتجر، فعلى من يقع واجب الإصلاح، وهل له رسم؟
• كيف تُسعَّر الصيانة؛ وهل إصلاح الأعطال والميزات الجديدة بندان منفصلان؟
• حين يصدر نظام التشغيل نسخة كبرى، كيف يسير جدول التحديث؟

هل يجب أن يكون حساب App Store باسمي؟

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

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

ماذا يجب أن يتضمّن عقد البرمجيات؟

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

هل يحتاج التطبيق صيانة بعد الإطلاق؟

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

هل ينبغي أن تقدّم شركة البرمجيات سعرًا ثابتًا؟

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

هل أحصل على ملفات تصميم التطبيق؟

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

هل تأخذ المتاجر عمولة على الشراء داخل التطبيق؟

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

ما المطلوب لإرسال الإشعارات الفورية؟

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

هل سيعمل التطبيق دون اتصال بالإنترنت؟

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

على أيّ هواتف سيُختبر التطبيق؟

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

لماذا ينهار تطبيقي وكيف أرى ذلك؟

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

“لا تُحكَم شركة البرمجيات بمعرض أعمالها بل بعملٍ ما زال حيًّا.”