Come una singola correzione in Odoo fa risparmiare 12 minuti al giorno
Odoo Community non inserisce come destinatario il contatto memorizzato quando si clicca su Invia e-mail da un lead CRM; deve essere cercato e selezionato manualmente ogni volta. Questo richiede circa 15 secondi per e-mail. Con circa 50 e-mail al giorno sono dodici minuti, in un anno circa 50 ore per persona. Non si risolve passando a Odoo Enterprise, ma con un piccolo modulo che estende il compositore di posta all’apertura da un lead proprio per questa assegnazione.
Inhaltsverzeichnis
Odoo Community non inserisce il contatto memorizzato come destinatario quando si invia un'e-mail da un lead. Cercare, digitare, selezionare: circa 15 secondi per e-mail. Sembra poco, finché non lo moltiplica per il numero di e-mail che una squadra di vendita invia al giorno dal CRM. Il conto è più avanti; è calcolato, non rilevato presso un cliente, e per la sua versione Le serve una sola cifra.
Questo articolo mostra perché lo standard di Odoo qui lavora contro i team di vendita, com'è il fix e quando un intervento mirato è la risposta migliore rispetto a un cambio di sistema.
Il problema: un campo destinatario vuoto
Chi usa Odoo Community Edition come CRM forse lo conosce: si apre un lead, si clicca su «Invia e-mail» - e il composer della mail si apre con un campo destinatario vuoto.
Il contatto è memorizzato nel lead. L'indirizzo e-mail è presente. Ma il composer non lo prende.
Quello che segue è sempre lo stesso:
- Digitare il nome del contatto nel campo destinatario
- Selezionare il contatto corretto dalla lista a discesa
- Solo allora scrivere l'e-mail vera e propria
Ci vogliono circa 15 secondi per e-mail. Sembra poco.
Il conto che nessuno fa
Ma facciamo i conti: con circa 50 e-mail al giorno inviate dal CRM si tratta di 12 minuti di perdita di tempo al giorno - solo per inserire manualmente un destinatario che è già presente.
Su base mensile sono oltre 4 ore. Su base annua: circa 50 ore per dipendente.
50 ore all'anno. Per un compito che il sistema dovrebbe svolgere automaticamente.
E questo è solo la parte misurabile. Il danno reale è più sottile: ogni clic in più è un punto in cui qualcuno si distrae, perde il filo o non scrive nemmeno l'e-mail. Nel commerciale la velocità conta - e ogni ostacolo inutile costa chiusure.
La soluzione scontata - e perché è sbagliata
La risposta ovvia: comprare Odoo Enterprise. Lì il mail-composer funziona meglio, ci sono più funzionalità, supporto migliore.
Ma Odoo Enterprise è licenziato per utente e mese. Per un team di 10 persone sono rapidamente diverse centinaia di euro al mese - per una funzionalità che in fondo è una riga di codice mancante.
Non è un argomento contro Odoo Enterprise. Ci sono buone ragioni per un upgrade. Ma se l'unico problema è un campo destinatario vuoto, cambiare licenza è sparare con i cannoni agli storni.
La nostra soluzione: un file Python
Abbiamo analizzato il problema e constatato che: il mail-composer in Odoo Community, quando si apre da un lead CRM, semplicemente non considera il contatto memorizzato. Non è un bug nel senso classico - manca proprio la logica per questo.
La soluzione è un modulo Odoo minimale che fa esattamente una cosa: quando il mail-composer si apre da un lead CRM, il contatto del lead viene automaticamente inserito come destinatario.
Questo è tutto. Nessun nuovo menu, nessun nuovo campo di database, nessuna configurazione. Un solo file Python che estende il comportamento del mail-composer per i lead CRM. Tutto il resto rimane invariato.
Prima
Si clicca su «Invia e-mail», il composer si apre - campo destinatario vuoto. Si digita il nome del contatto, si aspetta la lista a discesa, si clicca la voce corretta. Solo allora si può scrivere.
Dopo
Si clicca su «Invia e-mail», il composer si apre - il destinatario è già presente. Si inizia a scrivere subito.
Perché lo raccontiamo
Non perché sia tecnicamente impressionante - è il contrario. Lo raccontiamo perché mostra un modello che vediamo spesso:
Un problema piccolo e concreto diventa il motivo per una decisione grande e costosa.
- «Il mail-composer dà fastidio» diventa «Abbiamo bisogno di Odoo Enterprise»
- «La tabella è confusa» diventa «Abbiamo bisogno di un nuovo ERP»
- «Manca il reporting» diventa «Abbiamo bisogno di una piattaforma BI»
A volte è giusto. A volte la grande soluzione è quella giusta. Ma spesso conviene prima chiedersi: Qual è esattamente il problema - e qual è la minima soluzione che lo risolve?
Quando basta un fix - e quando serve davvero nuovo software?
Un intervento mirato basta quando:
- Il problema è ben circoscritto - manca una funzionalità, un processo è bloccato
- Il software esistente va sostanzialmente bene ed è accettato dal team
- Il fix rimane manutenibile e non è una soluzione fragile ad hoc
- I costi del fix sono di gran lunga inferiori ai costi di un cambio sistema
Nuovo software ha senso quando:
- Più requisiti fondamentali non sono coperti
- Il sistema esistente non viene più sviluppato
- L'architettura non è adeguata strutturalmente - per esempio nessuna API, assenza di multi-tenancy
- Lo sforzo per i workaround supera i costi di licenza
Conclusione
L'esempio è volutamente piccolo. Non si tratta di una rivoluzione, ma di un atteggiamento: prima di cercare nuovo software, conviene guardare con attenzione a quello che si ha.
Usiamo questo fix noi stessi ogni giorno. Ci fa risparmiare tempo e nervi. E non ci è costato altro che qualche ora di analisi e sviluppo.
Il modulo è gratuito e open source sull'Odoo App Store - perché riteniamo che un fix di workflow così fondamentale debba essere a disposizione di ogni utente Odoo Community.
Ha un problema simile nel Suo sistema? Spesso basta una conversazione per capire se è possibile un intervento mirato - prima di pensare a opzioni costose.