نبي نسوي CRM خاص فينا — كيف تمشي عملية تطوير الـ CRM، وشو لازم نجهز؟

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

إحنا كمان في بريطانيا دخلنا طريق مشابه لشركة تجارة جملة عندها 14 شخص. الميزانية اللي اتفقنا عليها بالبداية 35,000 GBP وصلت لـ 52,000 GBP بسبب طلبات إضافية طلعت أثناء التطوير وتأخيرات تكامل المحاسبة، والمدة اللي قالوا 5 أشهر صارت 11 شهر. إذا ما جمدت النطاق، التكلفة تتضاعف بسرعة كبيرة.

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

ملاحظة: سُئل هذا أدناه، وكتبت الإجابة في الرسالة الثانية.

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

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

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

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

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

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

عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء. أتمنى أن يفيدك هذا.

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

أتفق جزئياً، وأختلف جزئياً. إذا لم ينص العقد على ملكية الكود، تفقد قوتك التفاوضية عند المغادرة.

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

صحيح نظرياً، لكنه لا يسير هكذا عملياً. طيب معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

سؤالي قد يبدو مبتدئاً بعض الشيء، آسف على ذلك. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

تم الحفظ.

موضوع في الوقت المناسب تمامًا.

أوافق. طيب المسألة ليست الرقم، بل الأساس الذي بُني عليه.

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

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

مثبت بالتجربة.

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

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.