CRM para call-center, con una fuerte integración - construir o comprar?[cerrado]

Question

Tenemos la costumbre solución de CRM que entre varias cosas de las que maneja nuestro call-center.Es decir, cada centro de llamadas operador obtiene una cola de personas (clientes potenciales) para la llamada se basa en una serie de reglas configurables.Por ejemplo, ciertos operadores sólo en el manejo de ciertos tipos de usuarios.Colas de llamadas están ordenados por tiempo de llamada de tomar las zonas horarias en cuenta.

EDITAR:Los operadores de marcar manualmente.Estamos actualmente no está interesado en la automatización de este.

Ahora queremos reemplazar este centro de llamadas subsistema porque tiene varios errores, su aplicación es muy desordenado y el original de los desarrolladores de la izquierda hace años.

Por lo tanto, estamos tratando de decidir si construir este a nosotros mismos desde cero o integrar otro CRM (como SugarCRM) para esta tarea específica solamente.

Pero estoy totalmente ignorante acerca de SugarCRM.Proporciona un módulo?Es el SugarCRM API lo suficientemente flexible como para manejar diferentes reglas para seleccionar y ordenar una llamada de la cola?Somos una .NETO de la tienda, así que no quiero ensuciar con SugarCRM del código.O hay alguna otra similar CRM puede recomendar para esta tarea?¿Por dónde empiezo?

Gracias de antemano

Answer 1

Si usted es una tienda de .NET, hay una razón por la que no se ha mencionado MS Dynamics CRM?

Si bien hay un costo asociado con ella, hay una enorme cantidad de personalización que puede hacer, y si, en algún momento, decide mirar a la telefonía, que sería fácil de hacer eso también.

Answer 2

He construido sistemas de CRM que se integran con un sistema de marcación basado PBX. Hemos tenido mucho éxito con los sistemas de cosecha propia.

Yo estaría a favor de una acumulación de mi experiencia personal para la parte de CRM.

Lo que se está planteando, sin embargo, es el lado de marcado del sistema. Esto se puede construir así - las API para las tarjetas Dialogic se prestan muy bien a las implementaciones .NET. Ahora que se va a llevar algo de trabajo, y la mayoría de los sintonizadores baratos tienen algunas funciones decente fuera de la caja para hacer lo que queremos que haga.

Es cuando se llega a la funcionalidad compleja que entregar el alma y para entonces ya son hasta ahora ligado a los que entrar en un nuevo sistema no es viable. He visto que esto suceda una y otra vez también.

Si tienes talento decente en la mano, yo estaría a favor de escribir el sistema de marcación, así que si ves el tener que manejar los problemas más intrincado que el básico off-the-shelf marcador puede manejar.