Il cliente acquista online, paga e riceve la conferma. Poche ore dopo, qualcuno dell’assistenza deve chiamarlo per scusarsi: l’ultima confezione è stata venduta in negozio, oppure era già destinata a un altro ordine. Il cliente riceve un rimborso, ma difficilmente tornerà.
A prima vista sembra un semplice ritardo di aggiornamento tra il gestionale e il sito. Ed è la conclusione a cui arrivano molte aziende: serve una sincronizzazione più frequente, o un connettore migliore. A volte è così. Ma spesso il problema è a monte, e nessun connettore lo risolve da solo.
Prima di intervenire, bisogna chiedersi che cosa significhi davvero il numero che viene inviato al sito. Perché un prodotto presente in magazzino non è sempre disponibile per un nuovo ordine. La quantità fisicamente presente, quella già impegnata e quella effettivamente vendibile rappresentano stati diversi delle scorte. [1]
Quando un’azienda vende attraverso più canali, come negozio fisico, e-commerce, marketplace e rivenditori, queste definizioni diventano parte del progetto. Un’integrazione non si limita a trasferire numeri da un software all’altro: deve tradurre le regole con cui l’azienda gestisce la propria merce.
In un progetto che abbiamo gestito, un e-commerce di occhiali da sole, nel mese di agosto è stato perso il 40% del fatturato in ordini rimborsati per non aver analizzato accuratamente questo aspetto prima!
Quanto costa un ordine che non si può evadere
Prima di entrare nel merito tecnico, vale la pena ricordare perché il problema conta. Un ordine annullato per mancanza di merce non è solo una vendita persa:
- è un cliente deluso, spesso acquisito pagando pubblicità;
- è tempo dell’assistenza, per contattarlo, spiegare e gestire il rimborso;
- sono costi di transazione che non sempre vengono restituiti;
- può generare recensioni negative, che pesano sulle vendite future;
- sui marketplace può comportare penalizzazioni nella visibilità o nell’account del venditore;
- in Google Shopping, disponibilità incoerenti possono portare a problemi con i prodotti o l’account Merchant Center.
Moltiplicato per qualche caso al mese, è un costo che raramente compare nei report, ma che erode margine e reputazione.
Quale quantità stai mostrando al cliente?
Consideriamo un esempio. Nel magazzino ci sono 12 pezzi di un prodotto. Ma 4 sono già destinati a ordini da preparare, e 2 sono trattenuti per un controllo qualità. Per nuovi acquisti, quindi, ne restano 6.
| Stato della scorta | Quantità | Vendibile online? |
|---|---|---|
| Fisicamente presente | 12 | — |
| Impegnata per ordini in preparazione | 4 | no |
| Bloccata per controllo qualità | 2 | no |
| Disponibile per la vendita | 6 | sì |
| In arrivo dal fornitore | (eventuale) | solo se si accettano preordini |
Se il sito riceve il totale fisico, 12, mostrerà una disponibilità doppia rispetto a quella reale. E non è necessario che il collegamento sia guasto: funziona perfettamente, ma trasmette l’informazione sbagliata.
Le piattaforme gestionali possono distinguere scorte disponibili, impegnate, non disponibili e in arrivo. Ma spetta all’azienda collegare queste categorie alle proprie regole: in quale momento una merce viene considerata riservata? Quando torna acquistabile? Quale magazzino, se ce n’è più di uno, può servire gli ordini online?
Lo stesso criterio vale per varianti e confezioni multiple. Ogni variante di colore o taglia deve avere un codice che permetta di riconoscere esattamente il prodotto venduto. E se l’azienda vende un set composto da articoli acquistabili anche singolarmente, il sistema deve sapere che vendere il set riduce la disponibilità di ciascun componente, e viceversa.
La scorta di sicurezza per canale
Anche con definizioni corrette e aggiornamenti frequenti, quando lo stesso articolo si vende contemporaneamente in più canali, esiste sempre un piccolo margine di rischio: due clienti che acquistano l’ultima unità nello stesso momento.
Una soluzione pratica è prevedere una scorta di sicurezza per l’online: per esempio, mostrare il prodotto come esaurito sul sito quando ne restano due unità, lasciandole disponibili per il negozio. Oppure, al contrario, riservare una quota di merce al canale online nei periodi di campagna. La soglia va decisa in base ai volumi, alla velocità di vendita e alle conseguenze di un ordine non evadibile. Per un articolo che si vende molto e ha margini alti, rinunciare a qualche vendita può costare meno di una serie di ordini annullati.
Prima di tutto, una mappa dei dati
La prima consegna di un progetto di integrazione non dovrebbe essere il connettore installato, ma una mappa dei dati e delle responsabilità. Per ogni informazione va stabilito quale sistema è il riferimento, in quale direzione viaggia il dato e con quale frequenza. Un esempio:
| Dato | Sistema di riferimento | Direzione | Frequenza |
|---|---|---|---|
| Disponibilità vendibile | gestionale | gestionale → sito | al verificarsi di una variazione |
| Prezzo di listino | gestionale | gestionale → sito | giornaliera |
| Prezzi promozionali online | e-commerce | solo sito | alla modifica |
| Descrizioni e immagini | e-commerce | solo sito | alla modifica |
| Nuovi ordini | e-commerce | sito → gestionale | immediata |
| Stato dell’ordine e tracking | gestionale | gestionale → sito | al cambio di stato |
| Resi | da definire | bidirezionale | al verificarsi |
Senza questa mappa, succede spesso che due sistemi modifichino lo stesso dato, e che l’ultimo aggiornamento sovrascriva l’altro senza che nessuno se ne accorga.
La frequenza di aggiornamento dipende da come vendi
Non tutti i dati hanno bisogno della stessa velocità. Una sincronizzazione notturna può essere più che sufficiente per le descrizioni dei prodotti, e del tutto inadeguata per l’ultima unità di un articolo venduto contemporaneamente in negozio e online. La frequenza va valutata rispetto ai volumi di vendita, alla quantità di scorte e alle conseguenze di un errore.
Esistono due approcci principali. Gli aggiornamenti programmati avvengono a intervalli regolari: ogni ora, ogni quindici minuti, ogni notte. Gli aggiornamenti basati su eventi vengono inviati nel momento in cui qualcosa cambia: un nuovo ordine, una modifica di prodotto, un annullamento.
I webhook, per esempio, permettono a WooCommerce di notificare a un sistema esterno la creazione o la modifica di ordini e prodotti. Sono uno strumento efficace, ma vanno configurati e verificati: il fatto che il sito invii una notifica non garantisce da solo che il gestionale l’abbia ricevuta ed elaborata correttamente.
Collaudare le situazioni reali, non solo i numeri
Il collaudo di un’integrazione viene spesso ridotto a un controllo: il numero sul sito è uguale a quello nel gestionale? È un punto di partenza, ma non basta. Conviene ricostruire le situazioni operative che si verificano davvero, e controllare che cosa succede alla disponibilità in ciascuna:
- una vendita in negozio di un articolo presente anche online;
- un ordine online completato e pagato;
- un ordine online abbandonato dopo aver aggiunto il prodotto al carrello;
- un ordine annullato prima della spedizione;
- un pagamento non andato a buon fine;
- un reso ricevuto in magazzino;
- l’arrivo di merce dal fornitore;
- la vendita di un set i cui componenti sono venduti anche singolarmente;
- due ordini simultanei sull’ultima unità disponibile;
- un’interruzione temporanea della connessione tra i due sistemi.
Ciascuno di questi casi può avere conseguenze diverse, e ciascuno richiede una regola. Un articolo restituito, per esempio, non dovrebbe tornare automaticamente vendibile se deve prima essere ispezionato. La regola va decisa con chi gestisce il magazzino, e solo dopo tradotta nell’integrazione.
Un errore deve emergere prima di diventare un reclamo
Anche un collegamento ben progettato può incontrare un’interruzione, un timeout o una risposta non valida. Il punto non è evitare che succeda, ma accorgersene in tempo. Per questo serve sapere:
- quali aggiornamenti non sono arrivati a destinazione;
- chi riceve l’avviso quando qualcosa si blocca;
- come vengono recuperati gli aggiornamenti persi, senza creare ordini duplicati;
- ogni quanto viene fatta una verifica complessiva tra i due sistemi.
WooCommerce, per esempio, conserva un registro delle notifiche webhook e disattiva automaticamente un webhook dopo ripetuti errori di consegna. [2] È un meccanismo utile, ma mostra bene perché il controllo debba continuare anche dopo l’installazione: un webhook disattivato in silenzio può interrompere la sincronizzazione per giorni prima che qualcuno se ne accorga, magari proprio da un reclamo.
La disponibilità deve essere coerente anche nelle campagne
Il problema non si ferma al sito. Se l’azienda promuove i propri prodotti con Google Shopping o altre piattaforme pubblicitarie, la disponibilità inviata ai feed deve corrispondere a quella mostrata sulla pagina prodotto e al checkout. Merchant Center lo richiede esplicitamente: la promessa fatta nell’annuncio non deve cambiare mentre il cliente attraversa il percorso d’acquisto. [3]
Un prodotto esaurito che continua a comparire negli annunci non è solo un problema di conformità. È budget pubblicitario speso per portare clienti su una pagina da cui non possono acquistare, o, peggio, da cui acquistano qualcosa che non riceveranno.
Le domande da fare a chi realizza l’integrazione
Se stai valutando un progetto di collegamento tra gestionale ed e-commerce, o stai confrontando preventivi diversi, alcune domande aiutano a capire se il lavoro è impostato correttamente:
- verrà preparata una mappa dei dati prima dello sviluppo?
- quale quantità verrà inviata al sito: fisica, disponibile, con quali regole?
- come vengono gestiti varianti, set e prodotti composti?
- quali dati verranno aggiornati in tempo reale e quali periodicamente?
- quali scenari verranno collaudati prima del lancio?
- come vengono segnalati e recuperati gli errori di sincronizzazione?
- chi riceve gli avvisi, e con quali tempi di intervento?
- come viene mantenuta la coerenza con feed pubblicitari e marketplace?
Se le risposte si fermano al nome del connettore, il progetto rischia di trasferire numeri senza trasferire regole.
Un’integrazione che regge gli ordini reali
Collegare magazzino ed e-commerce non è un intervento tecnico da delegare solo a un plugin. È un lavoro che richiede di capire come l’azienda gestisce la merce, tradurre quelle regole in dati, scegliere gli strumenti adatti e verificare che tutto funzioni nelle situazioni reali, comprese quelle meno frequenti.
Se il tuo e-commerce vende prodotti che poi non riesci a consegnare, se il personale passa ore a riallineare a mano disponibilità e ordini, o se stai per aprire un nuovo canale di vendita e vuoi evitare questi problemi fin dall’inizio, possiamo aiutarti a partire dalle regole della tua azienda: mappare dati e responsabilità, progettare l’integrazione tra gestionale, e-commerce e canali pubblicitari, collaudarla sugli scenari reali e impostare un sistema di controllo che segnali gli errori prima che diventino reclami.
In sintesi
Il valore di un’integrazione non si misura dal fatto che due schermate mostrino lo stesso numero, ma dalla capacità di sostenere gli ordini reali, ridurre le riconciliazioni manuali e rendere evidenti i problemi quando si verificano. Prima di ampliare catalogo e campagne, conviene quindi chiedere una prova completa delle operazioni critiche e una procedura chiara per le eccezioni. È molto meno costoso di un cliente che ha pagato un prodotto che non riceverà mai.
Per progettare il collegamento fra e-commerce, gestionale e operatività del magazzino, confrontati con HUD.
Per approfondire
