Vendere su cinque canali è facile. Averne uno solo di verità è il problema.

Quasi mai. Una piattaforma e-commerce matura fa bene cose che sarebbe assurdo riscrivere: vetrina, carrello, checkout, pagamenti, SEO del catalogo, campagne. Il problema di solito non è la vetrina.

Il problema è che quella piattaforma è diventata, per forza di cose, anche il posto dove vive una copia del catalogo, dei prezzi, delle giacenze e dei clienti — un ruolo per cui non è nata e che la mette in competizione con il gestionale. Da lì nascono le sincronizzazioni, e dalle sincronizzazioni i disallineamenti.

Nella maggior parte dei progetti Pwas prende il livello sottostante: tiene il modello unico e lo espone alla piattaforma e-commerce, alle casse e ai marketplace. La vetrina resta dov'è e continua a fare il suo mestiere, ma smette di essere una seconda fonte di verità. Se in un secondo momento decidete di cambiare piattaforma, il catalogo non si sposta: è già fuori.

È una preoccupazione sensata, e la risposta è un vincolo progettuale prima ancora che una scelta tecnica: in negozio ogni operazione deve stare in pochi tocchi e non deve interrompere il rapporto con il cliente che si ha davanti.

In pratica vuol dire che l'addetto non "usa un gestionale": inquadra il codice di un articolo e vede subito se c'è in un altro punto vendita; apre l'ordine online di una cliente scansionando il codice della sua conferma; accetta un reso con due conferme e il sistema si occupa del resto — rientro a magazzino, nota di credito, aggiornamento dello storico.

La complessità sta dove serve: nelle schermate di chi gestisce catalogo, prezzi e acquisti. Metterla in negozio è il modo più affidabile per far fallire il progetto, e non è una questione di formazione: è che in negozio il tempo è del cliente.

Su cataloghi grandi la fatica non è inserire un prodotto: è mantenere coerenza fra migliaia di schede compilate da persone diverse in momenti diversi, con regole che nessuno ha scritto.

Due meccanismi cambiano la partita. Il primo è che le regole di completezza sono dichiarate: se in questa categoria la scheda deve avere due misure, tre immagini e una classificazione merceologica, il sistema lo sa e segnala da solo cosa manca, prima che il prodotto arrivi sul canale sbagliato. Il secondo è che l'arricchimento delle schede può essere assistito: da una scheda tecnica del fornitore in PDF si estraggono attributi e descrizioni già strutturati, che una persona verifica e approva invece di ribattere.

Il risultato che conta non è "il catalogo si fa da solo" — non si fa da solo. È che il lavoro delle persone si sposta dalla digitazione al controllo, che è dove la loro competenza vale.

Il chatbot generico sul sito è, nella maggior parte dei retail, la funzione con il rapporto valore/rumore peggiore. Ci sono invece tre impieghi che si ripagano.

L'arricchimento del catalogo: leggere schede fornitore, listini e immagini per proporre attributi, descrizioni e classificazioni già pronte da approvare. Le domande operative interne: "quali referenze in promozione sono sotto le tre unità in almeno cinque negozi?" è una domanda che oggi richiede un report e domani richiede una frase. La gestione del post-vendita ripetitivo: bozze di risposta a richieste di reso o di stato ordine, già compilate con i dati reali, che una persona controlla prima di inviare.

La regola che rende tutto questo accettabile in un'azienda seria è sempre la stessa: l'agente non agisce fuori da ciò che è dichiarato. Ogni azione che tocca prezzi, ordini o anagrafiche passa da un piano verificato contro i permessi reali di chi l'ha chiesta, può richiedere conferma umana e lascia una traccia ricostruibile. Un modello non abbassa un prezzo perché gli è sembrato ragionevole.