«عندي فكرة تطبيق، وين أروح؟» سؤال يقود المؤسس عادةً إلى البحث عن شركة برمجة مباشرة، مع أن اختيار الشركة هو القرار الخامس لا الأول.
عندي فكرة تطبيق: كيف أنفذها ومن أين أبدأ؟
ابدأ بإثبات أن المشكلة حقيقية، وأن هناك من سيدفع للتخلص منها. التطبيق حلٌّ محتمل واحد، أما المشكلة فهي الأصل الذي تبني عليه.
الفكرة افتراض عن سلوك الآخرين، فاختبرها مع من يعيشون المشكلة كل يوم، لا مع أصدقاء يجاملونك. هذه هي الإشارات التي آخذها بجدية:
- يصف الناس المشكلة بكلماتهم دون توجيه منك.
- يدفعون اليوم مالًا أو وقتًا في حل بديل: مجموعات واتساب، أو جداول بيانات، أو موظف يلاحق الأمر.
- يلتزم أحدهم بشيء ملموس: عربون، أو خطاب نوايا موقّع، أو موعد لتجربة فعلية.
بعدها اكتب موجزًا في صفحة واحدة: المستخدم والمشكلة، ورحلة الاستخدام الوحيدة التي يجب أن تعمل من اليوم الأول، والرقم الذي سيبيّن بعد ثلاثة أشهر من الإطلاق إن كانت الفكرة قد نجحت، وما لن تفعله النسخة الأولى، والقيود من العربية والإنجليزية إلى المنصات ووسائل الدفع والميزانية التي تقبل المخاطرة بها.
ماذا تتضمن النسخة الأولى من التطبيق، وكيف أكتب متطلباتها؟
رحلة استخدام أساسية واحدة تحقق القيمة، مبنية بإتقان، ولا شيء غيرها. واكتبها في وثيقة متطلبات تستطيع شركة البرمجة تسعيرها، وتستطيع أنت أن تختبر التسليم على أساسها.
المنتج الأولي القابل للإطلاق (MVP) هو أرخص اختبار جاد لأخطر افتراضاتك، لا نسخة مصغرة من المنتج النهائي. مثال افتراضي: مؤسس في جدة يخطط لتطبيق صيانة مكيفات فيه تطبيق للعميل وآخر للفني، وتتبع مباشر، ومحفظة، واشتراكات. أما النسخة الأولى التي أوافق عليها فهي: العميل يحجز ويدفع بالبطاقة، وموظف تشغيل واحد يوزّع الطلبات على الفنيين من لوحة بسيطة، والفني يستلم المهام برسائل نصية. فإذا عاد العملاء للحجز مرة أخرى، استحقت بقية الميزات مكانها.
وثيقة متطلبات المنتج (PRD) تشرح ما يجب أن يفعله المنتج، ولمن، ولماذا. ووثيقة متطلبات النظام (SRS) تحوّل ذلك إلى عبارات قابلة للاختبار تستطيع الشركة تسعيرها: الأدوار، والشاشات، والقواعد، والتكاملات، ومتطلبات مثل الواجهات العربية من اليمين إلى اليسار، والأداء على الهواتف المتوسطة، وحماية البيانات (وفي دليل وثيقة متطلبات النظام هيكل جاهز). ضع لكل ميزة معيار قبول، فعبارة «يستطيع العميل حجز زيارة في أقل من دقيقة» قابلة للاختبار، أما «حجز سهل» فلا. واكتب صراحة ما لن تفعله النسخة الأولى؛ فشركات البرمجة تسعّر الغموض على أنه مخاطرة.
من يبني التطبيق: شركة برمجة أم مبرمج مستقل أم فريق داخلي أم شريك تقني؟
يعتمد ذلك على مقدار ما تستطيع تقديمه بنفسك من خبرة في المنتج وحكم تقني. شركة البرمجة تبيعك طاقة تنفيذ، والمبرمج المستقل يبيعك مهارة، والفريق الداخلي يمنحك الاستمرارية، والشريك التقني يقدّم التزامه مقابل حصة في الشركة.
| الخيار | متى يناسب | الخطر الأكبر | ما لا يُتنازل عنه |
|---|---|---|---|
| شركة برمجة | النطاق مكتوب، وتريد التصميم والبرمجة والاختبار والإطلاق في عقد واحد | يُسند مشروعك إلى من يتصادف أنه متفرغ لديها، وتتحول طلبات التعديل إلى مصدر ربحها | فريق محدد بالأسماء، والكود في مستودعك، والدفع مقابل كل مرحلة مقبولة |
| مبرمج مستقل | النطاق صغير وواضح، أو تحتاج مهارة متخصصة واحدة | نقطة فشل وحيدة | نسخة عاملة كل أسبوع، ورفع الكود يوميًا إلى مستودعك |
| فريق داخلي | المنتج هو الشركة نفسها، وسيتطور لسنوات | التوظيف بطيء، والمطورون المبتدئون يتوهون دون قائد خبير | قائد خبير قبل أي أحد آخر |
| شريك تقني | تحتاج قيادة تقنية طويلة الأمد ولا تستطيع تمويلها نقدًا | الحصة الممنوحة مبكرًا يصعب استرجاعها | استحقاق تدريجي للحصة، وأدوار مكتوبة، وكود مملوك للشركة |
في أغلب النسخ الأولى أختار شركة قادرة أو مبرمجًا مستقلًا قويًا يعمل من نطاق مكتوب، مع شخص خبير في صفك يراجع العمل؛ ووجود الشركة في السعودية يسهّل المساءلة، لكنه لا يغني عن أي من هذه الفحوص.
وإذا كانت الشركة ستستضيف التطبيق أو تتعامل مع بيانات مستخدميك، فإن نظام حماية البيانات الشخصية (PDPL) في المملكة يجعل هذا الاختيار مسؤوليتك؛ إذ تُلزم المادة 8 جهة التحكم، أي شركتك، عند اختيارها جهة المعالجة باختيار جهة توفر الضمانات اللازمة لتنفيذ أحكام النظام واللوائح، وبالتحقق من التزامها بها. لذلك اسأل الشركة كيف تحمي البيانات قبل أن تطلب رؤية أعمالها السابقة.
هل أستطيع إنشاء التطبيق بنفسي بأدوات الذكاء الاصطناعي؟
نعم، لنموذج أولي تعرضه على المستخدمين والمستثمرين. ولا، لتطبيق يحمل بيانات أشخاص حقيقيين أو أموالهم، حتى يراجعه شخص يقرأ الكود.
تنتج أدوات إنشاء التطبيقات بالذكاء الاصطناعي نموذجًا يعمل بسرعة، ونموذج كهذا يجيب عن سؤال «هل سيستخدمه أحد؟» أسرع من أي وثيقة. لكن الخطر فيما يخفيه العرض: ففي تقرير Veracode لعام 2025 عن أمان الكود المولَّد بالذكاء الاصطناعي، نفّذ أكثر من 100 نموذج ذكاء اصطناعي ما مجموعه 80 مهمة برمجية اختيرت لاحتمال وقوع ثغرات أمنية فيها، فأدخل الكود الناتج ثغرات من فئات قائمة أخطر عشر مخاطر لتطبيقات الويب (OWASP Top 10) في 45% من الحالات. ولم يتحسن الأمان مع تحسن النماذج في كتابة كود يعمل.
ويصف سجل الثغرة CVE-2025-48757، المنشور في مايو 2025 بشأن منصة Lovable لبناء التطبيقات، سياسة غير كافية لأمان قاعدة البيانات على مستوى الصفوف (Row-Level Security) في الإصدارات حتى 15 أبريل 2025، سمحت لمهاجمين غير مسجّلي الدخول بقراءة جداول قواعد بيانات المواقع المولَّدة أو الكتابة فيها. ويذكر السجل أن Lovable تعترض عليه، بحجة أن كل عميل على المنصة يتحمل مسؤولية حماية بيانات تطبيقه. وهذا هو الدرس: بيانات مستخدميك مسؤوليتك أنت. وقبل وصول المستخدمين الحقيقيين، تحقق من:
- صلاحيات الوصول: الزائر غير المسجّل أو حساب ثانٍ لا يستطيع رؤية بيانات المستخدمين الآخرين أو تعديلها.
- المفاتيح السرية: لا مفاتيح لواجهات برمجة التطبيقات (API) ولا كلمات مرور إدارية ولا بيانات دفع في كود التطبيق أو المتصفح.
- النسخ الاحتياطي: تلقائي، ومحفوظ خارج المنصة، وجُرّبت استعادته مرة واحدة على الأقل.
- الفصل بين البيئات: بيانات الاختبار منفصلة عن بيئة التشغيل، ولا يملك أي وكيل ذكاء اصطناعي صلاحية الكتابة في بيئة التشغيل.
- الملكية: الكود في مستودع تملكه شركتك، مع خطة لليوم الذي تغيّر فيه المنصة أسعارها أو تتوقف.
- الخصوصية: سياسة خصوصية، وإمكانية حذف الحساب، ومكان معروف لتخزين البيانات.
لماذا تختلف تكلفة إنشاء التطبيق نفسه من شركة إلى أخرى إلى هذا الحد؟
لأن كل شركة تسعّر تطبيقًا مختلفًا: فحيث يسكت الموجز، تملأ الشركات الفراغ بافتراضاتها، والسعر يتبع الافتراضات.
لا أنشر أسعارًا، ولا أثق بالأرقام النهائية لأفكار لم يرها أحد مكتوبة. هذه هي العوامل التي تحرّك الرقم:
| عامل التكلفة | لماذا يغيّر العرض | اسأل الشركة |
|---|---|---|
| عدد التطبيقات والأدوار | منصة الوساطة عادةً ثلاثة منتجات: تطبيق للعميل، وتطبيق لمقدم الخدمة، ولوحة إدارة | ما التطبيقات والأدوار المشمولة؟ |
| المنصات | iOS وأندرويد والويب؛ وتطوير أصلي أو متعدد المنصات | أي منصات وأي أسلوب، ولماذا؟ |
| التكاملات | الدفع عبر مدى وApple Pay، والخرائط، والتحقق برسائل SMS، وأنظمة المحاسبة | على حسابات من تعمل؟ |
| الميزات اللحظية | التتبع المباشر والمحادثة يحتاجان بنية تحتية مختلفة | ماذا يحدث عند انقطاع الاتصال؟ |
| العربية والإنجليزية | الواجهات من اليمين إلى اليسار والمحتوى ثنائي اللغة يحتاجان تصميمًا واختبارًا باللغتين | هل نعدّل محتوى اللغتين من لوحة الإدارة؟ |
| أدوات التشغيل | استرداد المبالغ والتقارير والصلاحيات لا تظهر في العروض التجريبية، لكنها هي التي تدير العمل | ماذا يستطيع فريق التشغيل فعله دون مبرمج؟ |
| الأمان والاختبار والدعم | عمل حقيقي تميل العروض الرخيصة إلى إسقاطه | على أي أجهزة يجري الاختبار، وماذا يغطي الضمان؟ |
أرسل وثيقة المتطلبات نفسها لكل شركة، واطلب تفصيل العرض حسب الوحدات والمراحل مع كتابة الافتراضات والاستثناءات، ثم قارن الاستثناءات؛ ففيها غالبًا يكمن الفرق. والعرض الذي يصلك دون أي سؤال سعّر على الأرجح شيئًا جاهزًا لدى الشركة. ولمثال عملي على تكلفة عمل تطبيق، راجع ما الذي يتطلبه بناء تطبيق مثل هنقرستيشن أو مرسول.
كيف أحمي فكرة التطبيق، وأضمن أنني أملك ما أدفع مقابله؟
وقّع اتفاقية عدم إفصاح (NDA)، لكن لا تعتمد عليها. فحقوق المؤلف تحمي طريقة التعبير عن الفكرة، كالكود، لا الفكرة نفسها؛ وحمايتك الحقيقية هي سرعة التنفيذ، وعقد يضمن لك الكود والحسابات والبيانات.
المملكة عضو في منظمة التجارة العالمية منذ ديسمبر 2005، واتفاق تريبس (TRIPS) بشأن جوانب حقوق الملكية الفكرية المتصلة بالتجارة يضع الأساس: حماية حقوق المؤلف تشمل أوجه التعبير لا الأفكار (المادة 9)، أما برامج الحاسب، بشفرتها المصدرية أو الآلية، فتُحمى بوصفها أعمالًا أدبية (المادة 10). وسماع شركةٍ لفكرتك لا يهدد مشروعك ما دمت أسرع منها في التنفيذ؛ أما الشركة التي تحتفظ بالكود أو بحساب التطبيق في المتجر أو بكلمات مرور الخوادم، فتستطيع أن تحتجز المشروع كله. لذلك، قبل الدفعة الأولى:
- نقل الملكية الفكرية: الكود والتصاميم والوثائق تنتقل إلى شركتك مع سداد كل مرحلة.
- مستودعك أنت: الكود في مستودع تملكه شركتك من اليوم الأول، والشركة المنفذة تحصل على صلاحية وصول لا على ملكية.
- حسابات المتاجر باسم شركتك: تشترط Apple أن تكون المنظمة كيانًا قانونيًا لديه رقم تعريف المنشأة (D-U-N-S)، وتعرض اسمها بوصفه البائع في متجر App Store؛ فإن نُشر تطبيقك من حساب الشركة المنفذة، ظهر اسمها عليه.
- بنيتك التحتية: اسم النطاق، والاستضافة، وبوابة الدفع، وحسابات الرسائل النصية والخرائط، كلها باسم شركتك.
- المتطلبات والتسليم: وثيقة المتطلبات ملحقة بالعقد، والدفعات مربوطة بمعايير القبول، والتسليم يشمل التوثيق وبيانات الدخول والتراخيص.
أتناول هذه البنود في قبل أن توقّع مع شركة برمجة. وهذا توجيه هندسي وليس استشارة قانونية؛ اعرض العقد على محامٍ.
ماذا يشترط متجرا App Store وGoogle Play عند نشر التطبيق؟
تطبيق مكتمل يعمل، مع سياسة خصوصية، وإمكانية حذف الحساب من داخل التطبيق إذا كان المستخدم يستطيع إنشاء حساب، وحساب تجريبي للمراجِع. والحساب الشخصي الجديد على Google Play يحتاج كذلك إلى اختبار مغلق أولًا.
تطلب إرشادات مراجعة التطبيقات لدى Apple، التي حُدّثت آخر مرة في 8 يونيو 2026، نسخة نهائية مختبرة على الأجهزة مع بيانات حساب تجريبي إن كان في التطبيق تسجيل دخول (2.1)، وتضم قواعد من الأوفر أن تعرفها قبل التصميم:
- الحد الأدنى من الوظائف (4.2): أكثر من «موقع معاد تغليفه»؛ والموقع المغلّف في قشرة تطبيق دون إضافة هو تحديدًا ما تصفه هذه القاعدة.
- الخصوصية (5.1.1): سياسة خصوصية في صفحة المتجر وداخل التطبيق، وحذف الحساب من داخل التطبيق حيثما أمكن إنشاء حساب.
- الدفع (3.1.1 و3.1.3(e)): بيع الميزات أو المحتوى الرقمي داخل التطبيق، كالاشتراكات، يتطلب نظام الشراء داخل التطبيق من Apple، أما السلع المادية والخدمات التي تُستهلك خارج التطبيق فتُدفع بوسائل أخرى مثل Apple Pay أو إدخال بيانات البطاقة.
- الأصالة (4.1 و4.2.6): لا نسخ معدّلة قليلًا من تطبيقات رائجة، والتطبيقات المصنوعة من قالب تجاري أو خدمة لتوليد التطبيقات تُرفض ما لم يقدّمها مزوّد محتوى التطبيق نفسه مباشرة.
وعلى Google Play، تُلزَم الحسابات الشخصية للمطورين التي أُنشئت بعد 13 نوفمبر 2023 بتشغيل اختبار مغلق مع 12 مختبِرًا على الأقل يبقون مشتركين فيه دون انقطاع لمدة 14 يومًا على الأقل قبل التقدم بطلب الوصول إلى الإنتاج، وتذكر Google أنها تراجع الطلب عادةً في سبعة أيام أو أقل. لذلك اجمع المختبِرين أثناء البناء. وفي المتجرين كليهما، خصّص في خطتك وقتًا لاحتمال الرفض وإعادة التقديم؛ فالإصلاح أسرع حين يكون الكود والحسابات ملكك.
وإذا كان مستخدموك مقيمين في المملكة، فإن نظام حماية البيانات الشخصية يُطبَّق على معالجة بياناتهم الشخصية حتى لو تمت من أي جهة خارج المملكة (المادة 2)؛ فالشركة المنفذة في الخارج أو الاستضافة الأجنبية لا تُخرجك من نطاقه، وفي قائمة التحقق الهندسية لنظام حماية البيانات الشخصية أربط هذه الالتزامات بأعمال المنتج.
متى تستحق المراجعة الهندسية المستقلة تكلفتها؟
في ثلاث لحظات يصعب بعدها استرجاع المال: قبل التوقيع، وقبل كل دفعة مرحلية، وقبل استلام المشروع.
- قبل التوقيع: هل يطابق العرض وثيقة المتطلبات بندًا بندًا، مع افتراضات واستثناءات مكتوبة، وبنية تقنية منطقية لحجم مشروعك وتكاليف تشغيله، وبنود ملكية واضحة في العقد؟
- قبل الدفعة المرحلية: هل تعمل المرحلة في نسخة حقيقية على هواتف حقيقية، والكود في مستودعك، ومعايير القبول متحققة؟
- قبل الاستلام: هل فُحصت صلاحيات الوصول والمفاتيح السرية والنسخ الاحتياطي، وهل يصمد التطبيق على الهواتف المتوسطة، وهل يستطيع فريق آخر استلام الكود غدًا؟
يجب ألا تكون للمراجِع مصلحة في التنفيذ؛ فمن يريد أن يبيعك المرحلة التالية لا يقدم لك رأيًا ثانيًا. وهذه الاستقلالية هي جوهر الاستشارات الهندسية التي أقدمها. وأيًّا كان من تستعين به، اطلب المراجعة مكتوبة، مع ربط كل ملاحظة بالمتطلب أو البند الذي تخالفه؛ فعبارة «يبدو جيدًا» الشفهية لا تحمي أحدًا.