كم تكلفة تطوير بوابة عملاء في السعودية في 2026؟

سؤال «كم تكلفة بوابة العملاء؟» ليس سؤالاً عن السوق، بل عن الشكل. بوابة لمائتي عميل ترفع مستنداً وتوقّع موافقة تختلف عن بوابة تشغيلية تدخلها يومياً، تتكامل مع ERP وزاتكا، وتحمل بيانات هوية.

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

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

الفرق بين 8,000 و30,000 ليس جودة التصميم. إنه عدد الأنظمة التي يجب أن تتحدث مع بعضها، وكم بيانات يجب ترحيلها، وكم قراراً يجب اختباره قبل أن يلمس مستخدم حقيقي البوابة. راجع صفحة الأسعار للتفصيل الكامل لكل شكل.

لأن كل عرض يقيس شيئاً مختلفاً. واحد يحسب الشاشات، وآخر يحسب أسابيع الفريق، وثالث يقدّم رقماً ليفتح الباب ثم يضيف التكاملات لاحقاً. حين تضع الأرقام بجانب بعضها، تأكد أنك تقارن العمل نفسه.

في مشروع بوابة نموذجي، يتوزع العمل على ثمانية أجزاء. بعضها يظهر في العرض، وبعضها يظهر فقط عندما يبدأ التنفيذ.

الأرقام التالية أمثلة توضيحية داخل نطاقاتنا المنشورة، لا عروض أسعار. المشروع الحقيقي يحتاج اكتشافاً قبل تثبيت الرقم.

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

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

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

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

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

هل يملك الموظف حساباً في Active Directory أو Entra؟ هل تُدار المجموعات مركزياً؟ من يوافق على إضافة مستخدم؟ إن لم تكن هذه الإجابات واضحة، فالتكامل سيُبنى مرتين: مرة على الورق ومرة في الكود.

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

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

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

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

حتى أفضل عرض تقديري يبقى تقديراً. هذه هي البنود التي نعيد تسعيرها بعد جلسة الاكتشاف، ونقولها قبل التوقيع لا بعده.

البوابة ليست تكلفة واحدة. هي بناء، ثم تكاملات، ثم رعاية. إن أردت رقماً قابلاً للدفاع عنه، اطلب نطاقاً مكتوباً قبل السعر، واقرأ ما لن يُبنى كما تقرأ ما سيُبنى.

• نطاقات رصد السعرية — المصدر الوحيد للأرقام في هذا المقال.
• زاتكا: متطلبات مرحلة الربط والتكامل.
• دليل نفاذ للمستخدم — نافذة القبول 60 ثانية.
• اللائحة التنفيذية لنظام حماية البيانات الشخصية.