CRM لمركز الاتصال ، مع تكامل قوي - بناء أو شراء؟ [مغلق

Question

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

تحرير: طلب المشغلين يدويًا. نحن غير مهتمين حاليًا بأتمتة هذا.

نريد الآن استبدال النظام الفرعي لمركز الاتصال هذا لأنه يحتوي على العديد من الأخطاء ، وتنفيذها فوضوي للغاية والمطورين الأصليين منذ سنوات.

لذلك نحن نحاول أن نقرر ما إذا كان سيتم بناء هذا بأنفسنا من الصفر أو دمج CRM آخر (مثل SugarCRM) لهذه المهمة المحددة فقط.

لكنني جاهل تماما عن SugarCRM. هل توفر مثل هذه الوحدة؟ هل SugarCRM API مرن بما يكفي للتعامل مع قواعد مختلفة لتحديد وطلب قائمة انتظار مكالمة؟ نحن متجر .NET لذلك لا نريد العبث برمز SugarCrm. أم أن هناك أي CRM مماثل يمكن أن توصي به لهذه المهمة؟ من أين أبدأ؟

شكرا لك مقدما

Answer 1

إذا كنت متجرًا .NET ، فهل هناك سبب لم يذكره MS Dynamics CRM؟

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

Answer 2

لقد قمت ببناء أنظمة CRM التي تتكامل مع نظام الاتصال القائم على PBX. لقد حققنا الكثير من النجاح مع الأنظمة المنزلية.

أود أن أدافع عن بناء من تجربتي الشخصية لجزء CRM.

ما تسأل عنه ، ومع ذلك ، هو جانب الاتصال من النظام. يمكن بناء ذلك أيضًا - API's لبطاقات الحوار تضفي نفسها بشكل جيد على تطبيقات .NET. الآن سيستغرق الأمر بعض الأعمال ، ومعظم الأوجه الرخيصة لديها بعض الوظائف اللائقة خارج الصندوق للقيام بما نريد أن يفعله.

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

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