Il problema non era vendere ricambi online
Un e-commerce tradizionale parte da prodotti stabili, prezzi noti e acquisto diretto. Per Comanai, invece, molti ricambi nascono da un campione, da un disegno o da un codice ormai obsoleto. Prima della vendita bisogna identificare il pezzo, chiarire i dubbi, preparare l'offerta, approvarla e documentare il lavoro.
Le informazioni utili vivevano in conversazioni, fogli di calcolo, offerte, ordini d'acquisto, disegni e nella memoria di persone diverse. Non si perdeva soltanto tempo: si rischiava di perdere il legame tra il ricambio, la sua revisione, il cliente e il riordino successivo.
I dubbi che hanno definito il prodotto
- Serviva un catalogo pubblico, un portale privato o entrambi?
- Come può il cliente inviare una richiesta se non conosce il codice esatto?
- Un'offerta si accetta interamente o riga per riga?
- Come rappresentiamo gli assiemi senza trattarli come pezzi scollegati?
- Quali documenti vede il cliente e quali restano interni?
- Come riutilizziamo un lavoro precedente senza duplicati e senza perdere la tracciabilità?
Come abbiamo affrontato il lavoro
- 1
Seguire il percorso reale. Abbiamo ricostruito il flusso dalla necessità tecnica fino alla consegna e al riordino. È diventato subito chiaro che catalogo, offerta e ordine non potevano essere tre moduli isolati.
- 2
Separare i ruoli. Cliente e gestore devono leggere la stessa storia, ma non compiere le stesse azioni. Abbiamo quindi progettato due aree collegate, con permessi e priorità differenti.
- 3
Chiudere prima un flusso completo. Il primo obiettivo non era accumulare funzioni. Era portare una richiesta dall'inizio alla fine: offerta, accettazione con ordine d'acquisto, avanzamento e chiusura.
- 4
Provare i casi scomodi. Richieste con più righe, quantità diverse, assiemi, file mancanti, offerte parziali e modifiche tardive. Le decisioni importanti sono emerse lì, non nel caso ideale.
- 5
Trasformare lo storico in una risorsa. Il lavoro concluso alimenta una libreria tecnica. Il riordino successivo parte così da informazioni già verificate.
Cosa è cambiato durante lo sviluppo
Da catalogo a sistema operativo commerciale
All'inizio poteva sembrare una vetrina di ricambi. Il valore vero era collegare richieste, offerte, ordini, documenti e avanzamento.
Da uno stato generico a tappe comprensibili
Un solo stato dell'ordine diceva troppo poco. Abbiamo distinto revisione, produzione, qualità, spedizione e consegna.
Dal singolo pezzo alla struttura di prodotto
Assiemi e sottoassiemi richiedevano gerarchie, quantità e documenti propri, senza rompere l'offerta per righe.
Dal clic di conferma a una prova concreta
Nel B2B l'accettazione doveva essere collegata all'ordine d'acquisto del cliente e alla versione esatta dell'offerta.
Da archivio a memoria riutilizzabile
I documenti non sono più allegati dispersi: restano collegati a clienti, stabilimenti, macchine, ricambi e lavori precedenti.
Cosa risolve oggi
- Riunisce il contesto tecnico e commerciale di ogni richiesta.
- Gestisce ricambi a catalogo e necessità non ancora codificate.
- Mantiene insieme revisioni dell'offerta, accettazione e ordine d'acquisto.
- Rende visibile l'avanzamento senza inseguire catene di email.
- Organizza aziende, stabilimenti, team e permessi.
- Conserva documenti e storico per velocizzare i riordini.
Cosa abbiamo imparato
- Digitalizzare non significa copiare il processo attuale schermata per schermata.
- Le eccezioni raccontano il prodotto meglio del percorso perfetto.
- La tracciabilità va progettata dall'inizio.
- Un portale B2B vale quando evita domande e ricostruzioni, non soltanto quando ha un aspetto moderno.