CRM جاهز ولا مخصوص؟ دليل القرار لمنطقة الشرق الأوسط
معظم الشركات بتشتري CRM، بتعمل فيه تعديلات تقيلة، وبعدين بتبني من الصفر — بعد ٣ سنين وفندورين. الكلام ده بيوريك إزاي تاخد القرار الصح قبل ما الدايرة دي تبدأ.
شركة تجارية متوسطة في القاهرة صرفت ١٤ شهر وحوالي ٣٨٠,٠٠٠ جنيه في ضبط Odoo — حقول مخصوصة، قوالب PDF عربية، ووصلت WhatsApp عليه عبر Zapier — وبعدين مدير العمليات اعترف إن pipeline المبيعات لسه مش شبه الطريقة اللي هم بيبيعوا بيها فعلاً. في الآخر بنوا أداة خفيفة مخصوصة في ١١ أسبوع بأقل من نص تكلفة الرخصة الجارية. الحكاية دي مش غريبة خالص.
التكلفة الحقيقية للسوفت وير الجاهز "الرخيص"
سعر الاشتراك بيبان كويس على الشريحة التالتة في عرض أي فندور. اللي بيخبيه هو ضريبة التخصيص: كل حل بديل بيبنيه فريقك جوه منصة محدودة بيبقى دَين تقني مش بتاعك إنت. لما الفندور يغير API بتاعته (HubSpot عملتها مرتين في ٢٠٢٣)، workflows بتاعتك بتتعطل وبقيت مرتبط بجدولهم الزمني عشان يصلحوا.
علامات واضحة إن الـ off-the-shelf بيشتغل ضدك:
- فريقك شايل sheet Excel موازية لأن الـ CRM مش عارف يعرض البيانات بالشكل اللي هم محتاجينه.
- بتدفع مقابل ٢٠٠ فيتشر وبتستخدم ١١ منهم بس.
- تدريب مندوب مبيعات جديد بياخد ٣ أيام لأن النظام متصمم لعمليات B2B غربية، مش لنموذج التوزيع بتاعك.
- استأجرت مستشار Zoho part-time وهو عملياً بقى قسم IT تاني.
إمتى الـ Off-the-Shelf لسه هو الإجابة الصح
السوفت وير المخصوص مش الإجابة على كل إحباط. لو عمليتك بشكل حقيقي عادية — فريق من ٥ أشخاص بيدير leads واردة بدورة متابعة بسيطة — HubSpot المجاني أو Zoho CRM بـ ١٤ دولار/مستخدم/شهر على الأرجح كافي. قرار build-vs-buy بيتحول ناحية المخصوص بس لما العملية نفسها هي الميزة التنافسية، مش مجرد وعاء بيحتويها.
الـ off-the-shelf بيكسب لما:
- لسه ما جبتش دخل أو عندك أقل من ٢٠ موظف وعمليتك هتتغير كتير في ١٢ شهر.
- السوفت وير الجاهز بيغطي أكتر من ٨٠٪ من workflow بتاعك من غير تعقيد.
- مفيش عندك فريق تقني داخلي يقدر يتولى codebase مخصوصة على المدى البعيد.
إزاي تحدد متطلبات نظام مخصوص من غير مبالغة في التصميم
أغلى المشاريع المخصوصة بتفشل مش بسبب كود وحش، لكن لأن المواصفات كتبها حد عايز كل فيتشر من النظام القديم زائد كل حاجة كان يتمنى تبقى فيه. دي وصفة لمشروع ١٨ شهر بيتسلم في الشهر ٢٤.
نهج أكتر انضباطاً:
- ابدأ بأكتر workflow مؤلم أولاً. مش كل الشغل — رحلة واحدة من الأول للآخر. لشركة لوجستية ممكن تبقى: طلب عرض سعر ← تعيين في الميدان ← تأكيد التسليم ← فاتورة. ابني ده. ومفيش حاجة تانية في المرحلة الأولى.
- حدد إيه البيانات اللي محتاجة تتحرك، مش إيه الشاشات اللي عايزها. الشاشات دي شغل المصمم. تدفقات البيانات هي اللي بتكشف التعقيد الحقيقي.
- حدد تاريخ تجميد الفيتشرز بشكل صارم قبل أسبوعين من بداية التطوير. أي طلبات جديدة تروح لـ backlog الإصدار الثاني. من غير نقاش.
- اكتب معايير القبول، مش وصف الفيتشرز. "النظام لازم يعرض الـ leads" ملوش لازمة. "مندوب المبيعات يدخل ويشوف كل الـ leads المعينة له في آخر ٣٠ يوم، مرتبة بتاريخ آخر تواصل" — دي حاجة ينفع تتبني.
أنماط التكامل اللي بتشتغل فعلاً في سياق الشرق الأوسط
معظم الأدوات الداخلية في مصر والخليج مش شايلة نفسها لوحدها. بتلمس ERP (غالباً Microsoft Dynamics أو برنامج محاسبة محلي)، وWhatsApp Business API، وساعات بوابة حكومية. الغلط في التكاملات دي هو اللي بيعثر المشاريع في الغالب.
ERP / المحاسبة: ادفع، ماتسحبش. صمم أداتك المخصوصة عشان تدفع البيانات المؤكدة للـ ERP على أحداث تشغيلية (فاتورة اتموافق عليها، عقد اتوقع)، مش sync مستمر. الـ sync المستمر بيعمل race conditions وسجلات مكررة المحاسبون بيفضلوا الخميس يفكوا فيها.
WhatsApp Business API: Cloud API بتاعت Meta موثوقة لو اعتبرت WhatsApp قناة إشعارات صادرة، مش واجهة محادثة كاملة. لو حاولت تبني CRM chat ثنائي الاتجاه من غيرها من غير middleware مخصوص (زي خدمة Node بسيطة مع message queue)، هتوصل لرسائل ضايعة وعملاء مش راضيين.
البوابات الحكومية (HRSD، GOSI، مصلحة الضرائب المصرية): دي أنظمة batch. ابني وظائف تصدير ملفات في أداتك — بصيغة CSV أو XML الصح — بدل ما تحاول عمل API calls مباشرة لبوابات عندها نوافذ صيانة على جداول مش متوقعة. لو بتفكر كمان في ربط الرواتب، التكاملات دي بتتشابك كتير مع اللي اتكلمنا عنه في قايمة مراجعة الامتثال HR للشركات الصغيرة في مصر.
إطار قرار Build vs. Buy
عدّي على الأسئلة الأربعة دي قبل ما تلتزم بأي اتجاه:
- هل الـ workflow ده ميزة تنافسية؟ لو المنافسين يقدروا ينسخوا عمليتك بالظبط بشراء نفس أداة الـ SaaS، على الأرجح مش يستاهل تبني مخصوص.
- إيه التكلفة الكلية لـ ٣ سنين؟ احسب رسوم الرخصة، وقت الإدارة، صيانة التكاملات، والإنتاجية الضايعة من الحلول البديلة — مش بس سطر الاشتراك.
- فيه مسؤول داخلي بالاسم؟ سوفت وير مخصوص من غير حد داخلي مسؤول عن المتطلبات والاختبار بيتحول لـ shelfware في ١٨ شهر.
- تقدر تعمله على مراحل؟ بناء مخصوص يبدأ بـ module واحد محدد وينمو أقل خطورة بكتير من منصة بتحاول تحل محل ٥ أنظمة دفعة واحدة.
المشاكل الشائعة في مشاريع السوفت وير المخصوصة
دي بتظهر في كل تقريباً مش فارق الصناعة:
- توسع النطاق من غلط الناس. الـ CEO بيدخل أثناء UAT وبيطلب dashboard مكانش في المواصفات. من غير عملية تحكم رسمية في التغيير، دي بتضيف ٣ أسابيع وبتكلف أزمة ثقة مع فريق التطوير.
- تخطي بيئات الـ staging. الاختبار على production شايع في الشركات الصغيرة في القاهرة. migration بيانات وحش محى تاريخ الطلبات النشطة لشركة في ٢٠٢٢ لأن محدش كان عنده rollback plan.
- البناء للعملية المثالية مش الحقيقية. فريق المبيعات بتاعك مش بيتبع الـ pipeline من ١٢ خطوة اللي رسمتها في الورشة. شوفهم بيشتغلوا يومين قبل ما تكتب متطلب واحد.
- مفيش توثيق تسليم. لو المطور اللي بنى النظام راح، فيه حد تاني يقدر يصونه؟ اشترط تعليقات كود داخلية، data dictionary، وrunbook مختصر كـ deliverables، مش أفكار لأخر.
تخصص إيه للصيانة
قاعدة معقولة: خصص ١٥-٢٠٪ من تكلفة البناء الأولية كل سنة للصيانة والتحسينات الصغيرة وتحديثات الـ dependencies. نظام كلّف ٢٠٠,٠٠٠ جنيه عشان يتبني لازم يبقى فيه ٣٠,٠٠٠-٤٠,٠٠٠ جنيه سنوياً متخصصة — مش لفيتشرز جديدة، بس عشان يفضل شغال كويس مع تغييرات المتصفحات وإصدارات الموبايل وAPIs الخارجية.
لو الرقم ده بيحس إنه عالي، فكّر إن البديل هو إنك تسيب النظام يتآكل بهدوء لحد ما حاجة تتعطل في production صبح الجمعة. الفرق اللي بتعمل الصيانة optional بتكتشف إنها مش كده لما إصدار WhatsApp API يتوقف بإشعار ٣٠ يوم بس.
للشركات اللي بتدير ميزانيات سوفت وير على أنظمة متعددة — منها منتجات موبايل — تفصيل التكاليف والجداول الزمنية في دليل تكلفة وجدول تطبيق الموبايل بيستخدم نفس منطق الميزانية المرحلية ويستاهل تقرأه جنب الكلام ده.
شكل البناء العملي فعلاً إيه
نهج ProgMine في الأدوات الداخلية بيبدأ بـ discovery sprint يومين — من غير كود، بس رسم الـ workflow الحقيقي والبيانات اللي محتاجة تتحرك. الناتج قايمة فيتشرز محددة وجدول زمني واقعي، غالباً ٨-١٤ أسبوع لـ module أول مركّز. مش أجمل عرض، لكنه اللي بينتج أنظمة الناس فعلاً بتستخدمها بعد سنة.
لو شغلك فيه جدولة شيفتات، أذونات إجازات، أو تتبع حضور جنب workflow الـ CRM بتاعك، نقاط بيانات الـ HR دي ساعات تقدر تتغذى في نفس الأدوات الداخلية — أو تتوصل بمنصة متخصصة زي Attendux، اللي بتتولى طبقة الرواتب والحضور عشان البناء المخصوص بتاعك ماشيلش الحمل ده.
عايز تتكلم؟
لو بتبص في كابوس تخصيص، أو قايمة workarounds في الـ CRM بتكبر، أو workflow محدش قادر يعمله برنامج جاهز صح — وصّف المشكلة المحددة — فقرة واحدة، workflow واحد — وهنقولك بصراحة إذا كانت تستاهل تتبني أو فيه حل أبسط. تواصل من خلال صفحة التواصل وتوقع رد حقيقي، مش deck مبيعات.
هل تريد التواصل؟
لديك مشروع أو أسئلة عن خدماتنا؟ تواصل معنا.