CRM مخصص في مصر: لما البرنامج الجاهز بيكلّفك أكتر

شركة لوجستيات في القاهرة قضت أربعتاشر شهر جوه HubSpot قبل ما تعترف بالمشكلة الحقيقية: دورة المبيعات عندهم شغالة على واتساب، المندوبين شاغلين في ERP محلي، وHubSpot بقى نظام تالت محدش بيفتحه غير لما المدير يطلب ريبورت. البرنامج مش عطلان. هو بس بيحل مشكلة شركة تانية مش شركتهم.

التكلفة الحقيقية لثقافة الـWorkaround

كل مرة موظف بيعمل export لـCSV، يلزّقه في spreadsheet، وبعدين يدخله يدوي في مكان تاني — دي workaround. مش ظاهرة في الـP&L. لو جمعتها على فريق من 30 شخص هتلاقي ساعات ٦ لـ٩ ساعات في الأسبوع بتاعت friction خالص. بمتوسط تكلفة ساعة ١٥٠٠ جنيه، دي فلوس حقيقية بتتبخر في copy-paste.

المنصات الجاهزة اتبنت عشان تخدم الشركة المتوسطة. لو إنت متوسط — pipeline عادية، كونتاكتس عادية، تقارير عادية — هي قيمة ممتازة. اللحظة اللي بيزيغ فيها بروسيسك عن المتوسط ده بتبدأ تدفع ضريبة الـworkaround.

إمتى المنصات الجاهزة هي الإجابة الصح

مش ده هجوم على Zoho أو HubSpot أو Odoo. دي منتجات كويسة فعلاً لشريحة كبيرة من الشركات. اشتريها من غير تفكير لما:

• بروسيس المبيعات عندك خطي: ليد ← تأهيل ← عرض ← إغلاق
• عندك أقل من ٣ نقاط تكامل مع أنظمة تانية
• فريقك أقل من ١٥ شخص والبروسيسات ممكن تتغير خلال ١٨ شهر
• لسه مش قادر تحدد إيه معنى "خلصنا" لأي workflow معين

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

أربع علامات إنك كبرت على البرامج الجاهزة

مش افتراضي. دي أنماط بتظهر على طول في شركات المنطقة:

1. واتساب هو الـCRM الحقيقي. فريقك بياخد screenshots لرسايل العملاء وبيكتبها في المنصة. المنصة بقت تابعة لواتساب مش العكس.
2. عندك ٣ spreadsheets متوازيين أو أكتر مش فاهمهم غير شخص واحد. لما الشخص ده يعيي يوم الأربع، كل حاجة بتوقف لحد الأحد.
3. سلاسل الموافقة عايشة في الإيميل. أوردر شراء محتاج ٤ توقيعات، بس المنصة بتدعم واحد بس أو بتطلب enterprise tier غالي.
4. الريبورتينج شغل يدوي. حد بيقضي نص يوم كل أسبوع يبني تقرير الإدارة اللي المنصة مش قادرة تعمله أوتوماتيك بالشكل اللي إنتوا محتاجينه.

إزاي تحدد متطلبات النظام المخصص من غير مبالغة

أسوأ builds المخصصة بتفشل لأنها بتحاول تحل كل حاجة دفعة واحدة. ابدأ بـ"المسار الحرج" — الـ٢٠٪ من workflow بتاعك اللي بتسبب ٨٠٪ من الـfriction.

البروسيس العملي لتحديد المتطلبات بيبقى كده:

• ارسم الـflow الفعلي مش المثالي. امشي مع فريقك يومين. إيه اللي بيعملوه فعلاً، مش إيه اللي بيقولوه في اجتماعات البروسيس؟
• حدد أكتر ٣ handoffs مؤلمين. عادةً في الأماكن اللي المعلومة بتتنقل فيها بين ناس أو أنظمة أو أقسام. دي targets البناء بتاعتك.
• اكتب user stories مش قوايم features. جملة زي "أنا كمندوب مبيعات محتاج أسجل محادثة واتساب على كونتاكت في أقل من ٣٠ ثانية" أفيد بكتير من "WhatsApp integration".
• حدد إيه اللي مش هتبنيه صراحةً. الـscope creep في البرامج المخصصة عادةً إضافات بنية حسنة وقت البناء. قايمة المستثنيات المكتوبة بنفس أهمية قايمة المتطلبات.

أنماط التكامل اللي لازم تفهمها

معظم الشركات في المنطقة محتاجة تحسم ٣ فئات تكامل قبل أي حاجة تانية:

ERP / المحاسبة

سواء كنت على QuickBooks أو Odoo أو باقة محاسبة محلية، الـCRM المخصص لازم يقرأ ويكتب بيانات مالية من غير double-entry. وصلات الـERP القايمة على API هي الأنظف. لو برنامج المحاسبة بتاعك معندوش API، خصص ميزانية لـsync ليلي عن طريق ملف — مش أحلى حاجة بس بيشتغل.

واتساب Business API

واتساب Business API (مش الأبليكيشن — الـAPI الفعلي) بيخليك تستقبل وترسل رسايل برمجيًا، تربط المحادثات بكونتاكتس، وتشغّل أوتوماشنز. الإعداد محتاج موافقة Meta Business Account اللي بتاخد من ٧ لـ٢١ يوم. حطّها في timeline المشروع من الأول مش في الآخر.

بيانات حكومية / متطلبات الامتثال

بالنسبة للشركات في مصر، في workflows بتلمس مسيرات الرواتب أو سجلات الموارد البشرية أو التقارير التنظيمية. لو النظام الداخلي بتاعك قريب من بيانات الموظفين أو التقارير المالية، الـdata model لازم يستوعب التنسيقات المحلية من أول يوم — مش تضيفها بعدين. الفرق اللي بتشغّل عمليات HR متكاملة حتعرف الضغط ده كويس؛ نفس المبدأ بينطبق على بيانات الـCRM اللي بتتغذى في الفواتير أو السجلات الضريبية.

بناء ولا شراء: إطار قرار في صفحة واحدة

جاوب على الأسئلة الخمسة دي بصدق:

1. تقدر تضبط المنصة الجاهزة عشان تتعامل مع بروسيسك من غير workaround؟ لو آه، اشتري.
2. النظام محتاج يشتغل بالعربي، بـright-to-left، تنسيقات تواريخ محلية، ودعم التقويم الهجري؟ كتير من المنصات بتعمل ده بشكل سيئ. الـbuilds المخصصة بتتعامل معاه من التصميم.
3. عندك التزام لـ٣ سنين ببروسيس العمل ده، ولا ممكن يتغير كتير؟ البروسيسات المتقلبة تبقى في منصات قابلة للتعديل مش في كود مخصص.
4. إيه الميزانية الجارية عندك لصيانة البرنامج؟ الأنظمة المخصصة محتاجة ميزانية صيانة — عادةً ١٥–٢٠٪ من تكلفة البناء الأصلية سنويًا. لو مش قادر تلتزم بده، اشتراك SaaS أأمن.
5. عندك حد داخلي يقدر يبقى صاحب العلاقة مع شريك التطوير؟ الـbuilds المخصصة من غير champion داخلي بتضيع على طول.

أخطاء شائعة في الـBuilds المخصصة

حتى المشاريع المحددة كويس بتقع في نفس أنماط الفشل:

• تخطّي الـstaging environment. الاختبار على production صدمة بتعملها الشركات مرة واحدة بس.
• بناء صلاحيات المستخدمين في الآخر. الـaccess control قرار معماري مش feature تضيفه في الأسبوع الثامن.
• مفيش خطة migration للبيانات. نقل ٤ سنين من سجلات العملاء من spreadsheet لنظام جديد بياخد وقت أطول مما أي حد بيحسب — خطط لـ٣–٦ أسابيع مش ٣ تيام.
• تجاهل الموبايل. لو فريقك شغال في الميدان أو بعيد عن الديسك كتير، الـbuild اللي desktop بس هييتعمل فيه ignore في ٦٠ يوم.
• مفيش توثيق للتسليم. لو فريق التطوير اختفى، في حد تاني يقدر يصوّن النظام؟ ده مش قابل للتفاوض في أي أداة حيوية للعمل.

الصيانة فعلاً بتكلّف إيه

مفاجأة شايفاها كتير: نظام مخصص اتبنى بـ١٥٠٬٠٠٠ جنيه عادةً محتاج ٢٠٬٠٠٠–٣٠٬٠٠٠ جنيه سنويًا في شغل جاري. ده بيغطي تصحيح bugs، تحديثات الـdependencies، إضافات features صغيرة مع تطور الشركة، والاستضافة. الفرق اللي مبتخصصش ميزانية للصيانة بتلاقي ده لما حاجة تتعطل صبح الجمعة قبل بريزنتيشن عميل.

التكلفة السنوية دي بتبقى ساعات أقل من اشتراك SaaS مقارن بالحجم ده — خصوصًا لما تعدّى الـ٥٠ مستخدم وسعر الكرسي يبدأ يتراكم بسرعة. تحليل نقطة التعادل يستاهل تعمله صح قبل ما توقّع على أي حاجة.

للي بيبنوا بنية تحتية رقمية أوسع — أدوات داخلية أو تطبيقات موبايل أو منصات للعملاء — دليل التكلفة والجدول الزمني لتطوير الموبايل بيغطي نفس منطق الميزانية على مشاريع التطبيقات، اللي كتير بتشتغل بالتوازي مع builds الـCRM.

لو النظام المخصص بتاعك هيحتاج front-end للعميل أو حضور تسويقي جنبه، قرارات الويب ديزاين اللي بيحوّل فعلاً بتبقى مهمة أبكر من اللي معظم الفرق بتتوقع.

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

عايز تتكلم؟

لو عندك workflow لاصقه بـspreadsheets وحسن نية، أو وصلت لسقف إيه اللي منصة جاهزة تقدر تعمله لشركتك، يستاهل تتكلم معانا. جيب أصعب بروسيس عندك — اللي فاضل بتقول هتصلحه من سنتين — وهنقولك بصراحة إيه اللي محتاجه: برنامج مخصص ولا بس تعديل أحسن على اللي عندك دلوقتي. تواصل معانا عن طريق progmine.com ونتحدد مع بعض.