تجلس مع شريكك وتتفقان أخيراً على فكرة التطبيق: عملاء يطلبون خدمتكم من الجوال، ويدفعون، ويتابعون الطلب حتى يصل الفني. ثم يأتي السؤال الذي يوقف الحماس قليلاً: كم سيكلفنا هذا؟
تسأل ثلاث جهات، فتصلك ثلاثة أرقام متباعدة جداً. لا أحد منها يشرح لماذا. هذا المقال لا يعطيك رقماً جاهزاً، لأنه لا يوجد رقم يصلح لكل التطبيقات، لكنه يشرح ما الذي يصنع الرقم، حتى تقرأ أي عرض سعر وتعرف إن كان منطقياً.
لماذا تختلف عروض الأسعار إلى هذا الحد؟
لأن كلمة «تطبيق» تصف أشياء مختلفة تماماً. تطبيق يعرض قائمة خدمات ورقم تواصل يختلف عن تطبيق فيه حسابات للعملاء، وحجز مواعيد، ودفع إلكتروني، ولوحة تحكم يدير منها فريقك الطلبات. حين تطلب عرض سعر بجملة واحدة، تفهم كل جهة الجملة بطريقتها، فتسعّر شيئاً مختلفاً عما في ذهنك.
الفرق الحقيقي إذن ليس بين جهة غالية وجهة رخيصة، بل بين نطاقين مختلفين. أول خطوة لضبط التكلفة هي أن تكتب النطاق بوضوح قبل أن تسأل عن السعر.
أربعة عوامل تصنع التكلفة
عدد الشاشات وتعقيدها. كل شاشة تُصمَّم وتُبرمَج وتُختبَر. شاشة تعرض نصاً ثابتاً أبسط بكثير من شاشة فيها نموذج حجز يتحقق من المواعيد المتاحة. اكتب قائمة بالشاشات التي يحتاجها عميلك ليطلب الخدمة من أولها إلى آخرها، ستكتشف أن العدد أكبر مما توقعت.
أدوار المستخدمين. هل في التطبيق نوع واحد من المستخدمين، أم عميل وفني ومدير؟ كل دور جديد يعني شاشات وصلاحيات ومسارات إضافية. تطبيق للعملاء فقط مع لوحة تحكم لك أخف من تطبيقين منفصلين للعميل والفني.
لوحة التحكم. التطبيق الذي يراه عميلك نصف العمل. النصف الآخر هو المكان الذي يدير منه فريقك الطلبات والخدمات والمحتوى. لوحة بسيطة لقراءة الطلبات تختلف عن لوحة فيها تقارير وتوزيع للطلبات على الفنيين.
الربط بأنظمة أخرى. بوابة الدفع، وخدمات الرسائل، والخرائط، ونظام المحاسبة لديك. كل ربط يحتاج تطويراً واختباراً، وبعضه يحتاج اتفاقاً مع جهة خارجية قبل البدء.
تطبيق واحد للنظامين أم تطبيقان؟
كان بناء تطبيق لأندرويد وآخر لآيفون يعني مضاعفة العمل تقريباً. اليوم تتيح تقنيات مثل React Native كتابة نسخة واحدة من الشيفرة تعمل على النظامين. هذا يقلل الوقت والتكلفة لأغلب تطبيقات الخدمات والمتاجر، ويبقى بناء تطبيقين منفصلين خياراً للتطبيقات التي تعتمد بعمق على خصائص نظام بعينه.
إذا وصلك عرضان، أحدهما لتطبيق واحد للنظامين والآخر لتطبيقين، فأنت لا تقارن سعرين للشيء نفسه. اسأل كل جهة عن التقنية التي ستستخدمها ولماذا.
أسئلة تسألها قبل أن توافق على أي عرض
عرض السعر الجيد يجيب عن هذه الأسئلة دون أن تسأل. وإذا لم يجب عنها، فاسأل قبل أن توقّع:
- ما الشاشات المشمولة بالضبط؟ قائمة بالشاشات أو بالمسارات، لا جملة عامة مثل «تطبيق متكامل».
- هل لوحة التحكم مشمولة، وماذا تستطيع أن تفعل فيها؟ كثير من العروض المنخفضة تسعّر التطبيق وحده، ثم تظهر لوحة التحكم لاحقاً كبند إضافي.
- من ينشر التطبيق على المتاجر، وباسم من؟ الأفضل أن يُنشر على حسابات المطوّر الخاصة بك في Google Play وApp Store، فيبقى التطبيق ملكك.
- ما الذي لا يشمله العرض؟ الاستضافة، ورسوم بوابة الدفع، وتحديثات أنظمة التشغيل بعد الإطلاق. معرفة المستثنى أهم من قراءة المشمول.
- كيف تُدار التعديلات خلال العمل؟ كل مشروع يتغير قليلاً أثناء التنفيذ. اسأل كيف تُسعّر التعديلات التي تخرج عن النطاق المكتوب، ومتى تُعتمد.
هذه الأسئلة لا تهدف إلى خفض السعر، بل إلى أن يكون الرقم الذي توافق عليه هو الرقم الذي تدفعه في النهاية. العرض الأرخص الذي يُضاف إليه نصف قيمته لاحقاً ليس أرخص.
مثال افتراضي: مغسلة سيارات متنقلة
لنأخذ مثالاً افتراضياً: صاحب مغسلة سيارات متنقلة في الرياض يستقبل الطلبات بالواتساب، ويريد تطبيقاً يرتبها.
في النسخة الأولى التي يحتاجها فعلاً: يختار العميل نوع الغسيل والموقع والوقت، ويدفع، ويرى حالة طلبه. ويرى صاحب المغسلة الطلبات في لوحة تحكم ويغيّر حالتها. هذا تطبيق بدور واحد للعملاء، ولوحة تحكم بسيطة، وربط واحد بالدفع.
ثم تأتي الأفكار الإضافية: تطبيق خاص للعمال يرون فيه مسار اليوم، ونقاط ولاء، واشتراكات شهرية. كل واحدة منها مفيدة، لكنها تضيف دوراً أو شاشات أو ربطاً. القرار الذكي هنا ليس رفضها، بل تأجيلها إلى مرحلة ثانية بعد أن يثبت التطبيق الأول أن العملاء يستخدمونه.
بهذا يتحول السؤال من «كم يكلف التطبيق؟» إلى «كم تكلف المرحلة الأولى التي تحل المشكلة؟»، وهو سؤال له جواب أوضح بكثير.
التكلفة لا تنتهي يوم الإطلاق
يحتاج التطبيق بعد إطلاقه إلى خادم يستضيف بياناته ولوحة تحكمه، وإلى تحديثات كلما أصدرت Apple وGoogle نسخاً جديدة من أنظمتها، وإلى إصلاح ما يظهر حين يستخدمه عملاء حقيقيون. ضع في ميزانيتك بنداً سنوياً لهذه الأمور، واسأل الجهة المنفذة عن طريقة المتابعة بعد التسليم قبل أن تبدأ، لا بعد أن يتوقف شيء.
ماذا تفعل هذا الأسبوع
- اكتب رحلة عميلك من فتح التطبيق إلى انتهاء الخدمة، خطوة بخطوة.
- حدد أدوار المستخدمين: من يستخدم التطبيق، ومن يديره.
- افصل ما تحتاجه في الإطلاق عما يمكن تأجيله.
- عندما يصلك عرض سعر، اطلب أن يكون مكتوباً بالنطاق والمراحل، وأن يذكر ما لا يشمله.
للحصول على تقدير أولي في دقيقة، جرّب حاسبة تكلفة المشروع. وإذا كانت رحلة عميلك جاهزة، فصفحة برمجة تطبيقات الجوال للأعمال تشرح ما يشمله العمل وما نحتاجه منك. وعن العوامل التي ترفع التكلفة أو تخفضها بتفصيل أكبر، اقرأ ما الذي يرفع تكلفة التطبيق أو يخفضها، وعن اختيار الجهة المنفذة كيف تختار شركة برمجة تطبيقات.