CRM per un call-center, con una forte integrazione - costruire o acquistare? [chiuso]

StackOverflow https://stackoverflow.com/questions/1561372

  •  21-09-2019
  •  | 
  •  

Domanda

Abbiamo una soluzione CRM personalizzata che tra le varie cose si occupa il nostro call-center. Cioè, ogni operatore di call-center riceve una coda di persone (potenziali clienti) per chiamare in base a una serie di regole configurabili. Ad esempio, alcuni operatori di gestire solo certi tipi di utenti. code di chiamata sono ordinate per call-tempo prendendo in considerazione i fusi orari.

EDIT: Operatori composizione manuale. Non siamo al momento interessati a automatizzare questo.

Ora vogliamo sostituire questo sottosistema call-center, perché ha diversi bug, la sua attuazione è molto disordinato e gli sviluppatori originali lasciato anni fa.

Quindi stiamo cercando di decidere se costruire questo noi stessi da zero o integrare un altro CRM (come SugarCRM) solo per questo compito specifico.

Ma io sono totalmente ignorante su SugarCRM. Non prevede un modulo del genere? È il SugarCRM API sufficientemente flessibile per gestire regole diverse per selezionare e ordinare una coda di chiamata? Siamo un negozio di .NET in modo non vogliamo fare confusione con il codice di SugarCRM. O c'è qualche altro CRM simile si può consigliare per questo compito? Da dove comincio?

Grazie in anticipo

È stato utile?

Soluzione

Se sei un negozio di .NET, c'è una ragione per cui non hai citato MS Dynamics CRM?

Mentre v'è un costo associato con esso, v'è una grande quantità di personalizzazione che si può fare, e se, ad un certo punto, si decide di guardare la telefonia, sarebbe semplice per fare anche questo.

Altri suggerimenti

Ho costruito sistemi di CRM che si integrano con un sistema di selezione PBX basato. Abbiamo avuto un sacco di successo con sistemi domestici cresciuti.

Vorrei sostenere una generazione da mia esperienza personale per la quota CRM.

Che cosa ti stai chiedendo circa, tuttavia, è il lato di composizione del sistema. Questo può essere costruito, come pure - le API per le schede Dialogic si prestano bene per implementazioni .NET. Ora che sta per prendere un po 'di lavoro, e la maggior parte dialer a buon mercato hanno alcune funzionalità decente, fuori dalla scatola per fare quello che vogliamo fare.

E 'quando si arriva a funzionalità complesse che danno l'anima e da quel momento si sono già così lontano legato in loro che andare in un nuovo sistema non è fattibile. Ho visto accadere più e più volte anche.

Se hai talento decente a portata di mano, vorrei sostenere scrivendo il sistema di composizione e se si vede a dover gestire i problemi più intricato di quanto il tuo base off-the-shelf dialer in grado di gestire.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top