Nel preventivo c'è scritto 'sviluppo CRM' — è software su misura o configurazione di un tool pronto?

Farsi scrivere un CRM da zero è uno degli errori operativi più costosi che si possano fare. Se uno sviluppatore si licenzia o se rompete con l'agenzia, vi rimane in mano una scatola nera senza documentazione. L'agenzia intende al 90% modificare una base pronta su misura per voi; alla riunione la vostra prima frase sia: 'Su quale piattaforma sviluppate?'

Alcune agenzie adorano cambiare il tema di un sistema già pronto, collegare due form chiamarlo 'sviluppo' e staccare una fattura salata. Se pagate 14.500 £, dentro quella fattura ci deve essere almeno una vera integrazione API con il vostro gestionale di contabilità e il sistema di tracking logistico. Se devono solo fare configurazioni drag-and-drop, questa cifra è esagerata.

L'anno scorso abbiamo raccolto preventivi per un'operazione di distribuzione simile. Per installazioni standard pronte all'uso chiedevano tra 4.000 £ e 6.000 £. Includendo il software di sincronizzazione custom con il database di magazzino e il modulo preventivi personalizzato, l'agenzia scelta ci ha fatturato 12.000 £. La vostra cifra di 14.500 £, se include codice per integrazioni su misura, rientra nei limiti del ragionevole per il mercato UK.

Prima di entrare in riunione mandate una mail di una riga all'agenzia: 'La voce di sviluppo CRM nel preventivo indica la scrittura da zero di un software proprietario o lo sviluppo di API/moduli per un sistema di terze parti?' In base alla risposta imposterete la strategia di riunione senza perdere tempo.

Con quali sistemi deve dialogare questo CRM nel flusso operativo? Se deve comunicare in automatico con il vostro ERP, centralino o infrastruttura e-commerce, gran parte del costo se ne va a scrivere quei ponti. Non hanno allegato al preventivo uno schema architetturale o un elenco dei requisiti funzionali?

era arrivata un'offerta simile anhce a noi ci dissero che lo facevano da zero e due anni dopo quando il sistema è crashato non abbiamo trovato nessuno x sistemarlo ma se sviluppano su una base già pronta accettate ma se dicono da zero scappate assolutamente.

Nel 2021 abbiamo stretto un accordo con un team che diceva 'vi programmiamo un CRM su misura'. Ci sono voluti otto mesi, il budget è raddoppiato e alla fine abbiamo faticato tre settimane solo per far aggiungere un banale tasto di esportazione in Excel. Poi abbiamo buttato tutto, siamo passati a una base già pronta e abbiamo fatto sviluppare solo i collegamenti API necessari. È stata la lezione più costosa della nostra vita.

quando si sviluppa sopra un sistema esistente se un domani dovessimo separarci da quell'agenzia un altro programmatore potrà prendere in carico quel codice e proseguire, o si dovrà azzerare tutto?

Racconto la mia esperienza. Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

Buon lavoro.

Esattamente così. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali. Questa è la mia opinione, non la scrivo come verità assoluta.

Mi farebbe piacere se scrivesse il risultato.

Non ho alcuna esperienza in materia di sviluppo crm cosa significa quindi chiedo. Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione.

Lascio una nota potrebbe servire.

La strada che sembra economica di solito finisce per costare cara. L'offerta più economica è spesso quella meno ponderata.

Io seguirei questa strada.

Ho lavorato a lungo su questo. Introdurre un processo per le richieste di modifica non rallenta il lavoro lo accelera.

L'offerta più economica è spesso quella meno ponderata. Correggetemi se sbaglio.

Mi sono rilassato leggendo questa risposta, quindi non succede solo a me. Inizia con un piccolo test, non impegnarti subito su tutto.

Io seguirei questa strada.

Sono della stessa opinione. Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

Salvato. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Questa è la mia opinione, non la scrivo come verità assoluta.

per un periodo ci siamo bloccati anche noi nello stesso punto. quando prendi una decisione guarda prima qali dati hai a disposizione.

se cerchi di cambiare tutto insieme niente si stabilizza... confermato dall'esperienza.