Sviluppo e-commerce
Aprire un e-commerce non significa aggiungere un carrello al sito. Significa costruire un sistema commerciale, tecnologico e operativo capace di sostenere l'intero processo di vendita.
Perché vi riguarda
Sviluppo e-commerce: le decisioni da prendere prima della piattaforma
Per un'impresa B2B il negozio online tocca rete vendita, listini, gestionale e logistica. Se questi nodi non sono sciolti prima dello sviluppo, la piattaforma li rende solo più costosi.
- 01
«Vendere online rischia di metterci contro distributori e agenti»
Un canale diretto che sottoquota o scavalca la rete vendita crea tensioni e perdite di fatturato. Lo sviluppo e-commerce parte dal modello: chi vende cosa, a chi e a quali condizioni.
- 02
«I nostri clienti ordinano con listini e condizioni diverse»
Un negozio pensato per il consumatore non gestisce listini personalizzati, quantità minime, riordini e ruoli di acquisto. I requisiti B2B vanno definiti prima di scegliere la piattaforma.
- 03
«Gestionale e sito non si parlano: gli ordini si ribattono a mano»
Senza integrazione con ERP e magazzino ogni ordine online genera lavoro manuale ed errori su prezzi e giacenze. Le integrazioni vanno progettate insieme all'interfaccia, non dopo il lancio.
- 04
«Abbiamo scelto la piattaforma prima di sapere cosa ci serviva»
Una tecnologia scelta perché è nota, o perché la usa un concorrente, può non reggere catalogo, lingue, mercati e integrazioni. Prima requisiti e roadmap, poi la piattaforma: cambiarla dopo costa molto di più.
Prima di chiedere preventivi di sviluppo, chiarite modello, requisiti e integrazioni: è lì che si decide se il progetto reggerà. Ecosistema digitale: e-commerce collegato a CRM, ERP e rete vendita →
La prima domanda non è “quale piattaforma usiamo?”
È:
“la vendita online diretta è davvero il modello giusto per questa impresa?”
Un e-commerce può essere una grande opportunità.
Può anche diventare un investimento importante che produce complessità senza creare un vantaggio reale.
Prima di parlare di tecnologia bisogna valutare:
- prodotto;
- mercato;
- margini;
- logistica;
- concorrenza;
- distribuzione;
- rete vendita;
- customer service;
- acquisizione;
- organizzazione;
- dati;
- capacità di gestione.
La piattaforma viene dopo il modello.
Che cosa significa sviluppare un e-commerce
Un progetto e-commerce comprende molto più dell'interfaccia utilizzata dal cliente.
Può coinvolgere:
- catalogo;
- pricing;
- disponibilità;
- contenuti;
- ricerca;
- filtri;
- checkout;
- pagamenti;
- spedizioni;
- resi;
- account;
- CRM;
- ERP;
- PIM;
- magazzino;
- analytics;
- customer care;
- marketing;
- SEO;
- advertising;
- automazioni;
- marketplace.
Il sito è soltanto il punto in cui una parte di questo sistema diventa visibile al cliente.
Serve davvero un e-commerce proprietario?
Non sempre.
Le alternative possono comprendere:
- lead generation;
- richiesta preventivo;
- configuratore;
- portale riservato;
- marketplace;
- vendita tramite distributori;
- click & collect;
- commerce assistito;
- ordini gestiti dalla rete commerciale;
- piattaforme B2B riservate.
La scelta dipende da:
- abitudini del mercato;
- complessità dell'offerta;
- frequenza di acquisto;
- ticket;
- necessità di consulenza;
- controllo sul prezzo;
- distribuzione;
- margini;
- dati desiderati.
Un'azienda può avere bisogno di digitalizzare il processo commerciale senza diventare un e-commerce tradizionale.
B2C e B2B sono progetti differenti
E-commerce B2C
Può concentrarsi su:
- acquisizione;
- merchandising;
- promozioni;
- checkout;
- logistica;
- retention;
- customer experience.
E-commerce B2B
Può richiedere:
- listini personalizzati;
- ordini ricorrenti;
- quantità minime;
- ruoli utente;
- condizioni commerciali;
- workflow approvativi;
- agenti;
- preventivi;
- documentazione tecnica;
- integrazione ERP;
- ordini rapidi;
- riordino;
- multi-account;
- multilingua;
- multi-country.
Per questo replicare semplicemente il modello B2C può essere una scelta sbagliata.
Sviluppo e-commerce B2B: le funzioni da progettare
In un e-commerce B2B il cliente non è un visitatore anonimo che compra una volta: è un'azienda con cui esistono già un rapporto, condizioni commerciali e spesso un agente di riferimento. Per questo lo sviluppo non parte dal carrello, ma da come quel cliente ordina oggi e da che cosa gli farebbe risparmiare tempo.
Account aziendali e ruoli
Più persone della stessa azienda accedono con permessi diversi: chi consulta il catalogo, chi prepara l'ordine, chi lo approva. Il sistema deve sapere a quale cliente e a quale sede appartiene ogni utente.
Listini e condizioni per cliente
Prezzi netti, sconti per famiglia di prodotto, quantità minime, pagamenti a termine e destinazioni di consegna cambiano da cliente a cliente. Di solito queste regole vivono già nel gestionale: l'e-commerce deve leggerle, non duplicarle.
Ordini rapidi e riordino
Chi riordina gli stessi codici ogni mese vuole inserirli in fretta: ricerca per codice, liste salvate, ripetizione di un ordine precedente, caricamento da file. Sono funzioni poco spettacolari, ma spesso decidono se il portale verrà usato davvero.
Richiesta di preventivo
Prodotti a misura, configurazioni e grandi quantità non hanno un prezzo a listino. Un flusso di richiesta preventivo collegato al CRM porta online anche le vendite che richiedono una trattativa.
Documenti e self-service
Schede tecniche, certificazioni, manuali, storico ordini, documenti di trasporto e fatture: nel B2B il portale diventa anche un archivio che riduce le richieste a commerciali e ufficio clienti.
Non tutte queste funzioni servono dal primo giorno. Sceglierle e ordinarle per priorità è il compito della fase di requisiti e roadmap.
Il modello economico viene prima dell'interfaccia
Prima dello sviluppo bisogna chiarire:
- che cosa vendiamo;
- a chi;
- a quale prezzo;
- con quale margine;
- con quali costi di acquisizione;
- con quale frequenza;
- con quale valore medio ordine;
- con quali costi logistici;
- con quale customer lifetime value, quando disponibile.
Non serve un business plan perfetto.
Serve una valutazione abbastanza realistica da non progettare tecnologia per un modello che non regge.
E-commerce B2B e rete vendita: come evitare il conflitto di canale
La domanda che preoccupa di più chi vende tramite agenti e distributori è semplice: se apriamo un canale online, togliamo lavoro alla rete? Dipende da come il canale viene progettato. Le soluzioni più diffuse si possono combinare:
- Portale riservato ai clienti già attivi, abilitato dall'agente: il canale online diventa uno strumento di servizio, non un concorrente.
- Ordini online attribuiti all'agente di zona, con le stesse regole di provvigione degli ordini tradizionali.
- Prezzi visibili solo dopo l'accesso, per non pubblicare condizioni che la rete negozia caso per caso.
- Area dedicata ai distributori, con disponibilità, materiali e ordini, lasciando a loro la vendita al cliente finale.
Immaginiamo, come esempio, un'azienda che produce raccordi e componenti idraulici e vende in Italia tramite agenti e all'estero tramite distributori. Un negozio aperto a tutti, con prezzi pubblici, entrerebbe in conflitto con entrambi i canali. Un portale riservato, in cui i clienti attivi vedono il proprio listino e la disponibilità a magazzino, riordinano i codici abituali e scaricano le schede tecniche, sposta online la parte ripetitiva del lavoro: gli agenti dedicano più tempo ai nuovi clienti e alle trattative, invece che a ricopiare ordini.
Questa scelta va fatta con la direzione commerciale prima dello sviluppo, perché cambia funzioni, permessi e integrazioni. Per vedere come catalogo, contenuti e presidi digitali possono lavorare insieme in un'impresa industriale, potete leggere il percorso con Eurostamp Tooling.
Catalogo e architettura informativa
Molti problemi e-commerce nascono prima della grafica.
Un catalogo complesso deve rispondere a domande come:
- come classificare i prodotti?
- quali attributi servono?
- quali filtri?
- quali varianti?
- quali relazioni tra prodotti?
- quali accessori?
- quali ricambi?
- quali documenti?
- quali categorie devono essere indicizzate?
- quali contenuti aiutano la scelta?
Nel B2B questa fase può essere particolarmente importante quando esistono:
- migliaia di SKU;
- nomenclature tecniche;
- compatibilità;
- configurazioni;
- famiglie complesse.
L'Information Architecture diventa parte del progetto commerciale.
UX: aiutare il cliente a decidere
Una buona UX non significa aggiungere effetti o ridurre tutto a tre clic.
Significa rendere comprensibile il percorso.
Può richiedere:
- ricerca efficace;
- filtri;
- confronto;
- schede chiare;
- configurazione;
- stock;
- tempi;
- costi;
- documentazione;
- recensioni;
- assistenza;
- informazioni sui resi;
- call to action appropriate.
Il percorso deve ridurre l'incertezza.
La velocità è utile, ma la comprensione viene prima.
Scheda prodotto: informazione, prova, conversione
Una scheda può contenere:
- immagini;
- video;
- descrizione;
- vantaggi;
- caratteristiche;
- dati tecnici;
- varianti;
- prezzo;
- disponibilità;
- consegna;
- documenti;
- compatibilità;
- FAQ;
- recensioni;
- prodotti correlati;
- call to action.
Non tutti gli elementi servono sempre.
La gerarchia deve dipendere dal modo in cui il cliente valuta il prodotto.
Checkout e pagamenti
Il checkout deve essere progettato riducendo attrito e incertezza.
Elementi possibili:
- checkout guest;
- account;
- indirizzi;
- fatturazione;
- metodi di pagamento;
- spedizione;
- costi;
- tempi;
- coupon;
- riepilogo;
- consenso;
- assistenza.
La scelta dei pagamenti dipende da:
- mercato;
- valore ordine;
- paese;
- target;
- B2B/B2C;
- rischio;
- sistemi aziendali.
Non esiste una configurazione universale.
Logistica e resi
Vendere online significa assumere una promessa operativa.
Bisogna definire:
- disponibilità;
- evasione;
- spedizione;
- tracking;
- packaging;
- resi;
- rimborsi;
- assistenza;
- eccezioni.
Una UX eccellente non compensa un processo logistico incapace di rispettare ciò che il sito promette.
Per questo sviluppo e operations devono dialogare.
Quale piattaforma scegliere?
Non scegliamo una piattaforma perché è la più conosciuta o perché “la usano tutti”.
I criteri possono comprendere:
- dimensione catalogo;
- complessità;
- integrazioni;
- mercati;
- lingue;
- volumi;
- performance;
- sicurezza;
- governance;
- competenze interne;
- TCO;
- roadmap;
- personalizzazioni;
- ecosistema di estensioni;
- supporto.
A seconda del progetto può essere corretta:
- una piattaforma SaaS;
- un CMS/e-commerce;
- una soluzione enterprise;
- architettura headless/composable;
- sviluppo custom;
- portale B2B integrato.
La tecnologia deve adattarsi al modello, non il modello alla tecnologia.
Piattaforme e-commerce a confronto: SaaS, open source, enterprise, su misura
Le piattaforme si possono raggruppare in famiglie. I nomi citati sono esempi diffusi, non una classifica: la scelta dipende dai requisiti emersi nell'analisi.
SaaS
Shopify o BigCommerce: piattaforme in abbonamento, con hosting, sicurezza e aggiornamenti gestiti dal fornitore. Si parte in tempi brevi; in cambio si accettano i limiti del modello e un canone che cresce con piano ed estensioni. Prima di sceglierle conviene verificare in quale piano sono disponibili le funzioni B2B che vi servono.
Open source
PrestaShop, WooCommerce su WordPress, Magento Open Source: codice libero e personalizzabile, ma hosting, aggiornamenti, sicurezza e compatibilità delle estensioni restano a carico vostro o del partner tecnico. PrestaShop e Magento nascono per l'e-commerce; WooCommerce estende WordPress ed è adatto quando contenuti e negozio devono convivere nello stesso sito.
Enterprise
Adobe Commerce, Salesforce Commerce Cloud, SAP Commerce: pensate per cataloghi ampi, più mercati e integrazioni profonde, con costi di licenza e di progetto proporzionati.
Headless e su misura
Interfaccia e motore di vendita separati e collegati tramite API, oppure codice scritto ad hoc: massima libertà, ma serve un team in grado di mantenerli nel tempo.
Un criterio spesso trascurato è l'autonomia: chi caricherà ogni giorno prodotti, prezzi e promozioni? Una piattaforma che il vostro personale non riesce a usare con sicurezza, anche dopo la formazione, crea dipendenza dal fornitore e rallenta il lavoro. Se state muovendo i primi passi, trovate le basi in come aprire un e-commerce: passi, voci di costo ed errori da evitare.
Custom non significa automaticamente migliore
Una soluzione completamente personalizzata può offrire grande flessibilità.
Ma comporta:
- sviluppo;
- manutenzione;
- documentazione;
- sicurezza;
- dipendenza dalle competenze;
- costi evolutivi.
Una piattaforma standard può invece ridurre:
- tempi;
- rischio;
- costi;
- manutenzione.
La decisione deve essere fatta sulla base delle esigenze reali.
Non esiste una superiorità assoluta del custom.
Integrazioni: il punto in cui l'e-commerce incontra l'impresa
Per progetti strutturati può essere necessario integrare:
ERP
Ordini, prezzi, stock, clienti, documenti.
PIM
Dati prodotto e contenuti.
CRM
Lead, clienti, attività e segmentazione.
WMS / logistica
Magazzino e spedizioni.
Marketing automation
Email e workflow.
Marketplace
Sincronizzazione catalogo e ordini.
Sistemi di pagamento
Transazioni e riconciliazione.
Queste integrazioni devono essere definite prima che l'interfaccia venga considerata “finita”.
SEO per e-commerce
La SEO deve entrare nell'architettura.
Può riguardare:
- categorie;
- sottocategorie;
- schede;
- filtri;
- faceted navigation;
- contenuti;
- internal linking;
- dati strutturati;
- performance;
- canonical;
- varianti;
- disponibilità.
Uno dei rischi principali è generare migliaia di URL duplicate o inutili attraverso filtri e parametri.
SEO, UX e architettura tecnica devono essere progettate insieme.
Rifare un e-commerce esistente: migrare senza perdere clienti e posizioni
Molti progetti non partono da zero: l'azienda ha già un negozio online diventato lento, difficile da aggiornare o inadatto a nuovi mercati. In questi casi lo sviluppo parte da ciò che esiste: si analizza che cosa funziona, che cosa i clienti usano davvero e che cosa va abbandonato. Il passaggio alla nuova piattaforma va poi progettato come un progetto a sé:
- Mappa degli indirizzi: ogni URL con traffico o link esterni deve avere un redirect 301 verso la pagina nuova equivalente.
- Dati da trasferire: prodotti, clienti, storico ordini, listini e account B2B, con controlli a campione dopo l'importazione.
- Accessi dei clienti: spesso le password non sono trasferibili; i clienti vanno avvisati e guidati al primo accesso.
- Integrazioni: gestionale, magazzino e pagamenti vanno provati con ordini di test prima della messa online.
- Calendario: meglio evitare i periodi di picco e prevedere un monitoraggio ravvicinato nelle settimane successive.
Una migrazione trascurata può far perdere in poche settimane posizioni su Google e abitudini d'acquisto costruite in anni. Inserirla nella roadmap fin dall'inizio costa meno che rimediare dopo.
Acquisizione: costruire il negozio non porta automaticamente clienti
Dopo il lancio possono servire:
- SEO;
- search advertising;
- shopping ads;
- social advertising;
- email;
- content;
- partnership;
- influencer, quando coerenti;
- marketplace;
- retargeting;
- attività offline.
Il mix dipende dal settore.
Il punto importante è inserire il costo di acquisizione nel modello del progetto fin dall'inizio.
Conversion Rate Optimization
Dopo il lancio possiamo analizzare:
- funnel;
- ricerca;
- filtri;
- schede;
- carrello;
- checkout;
- drop-off;
- dispositivi;
- fonti;
- coorti;
- segmenti.
L'obiettivo non è cambiare continuamente l'interfaccia.
È formulare ipotesi, testarle e intervenire dove esistono evidenze utili.
Analytics e dati
Una base di misurazione può comprendere:
- revenue;
- transazioni;
- conversion rate;
- AOV;
- CAC;
- ROAS, quando attribuibile;
- repeat purchase;
- retention;
- resi;
- margine, se integrato;
- performance per prodotto/categoria;
- fonti;
- comportamento.
Nel B2B possono essere rilevanti anche:
- account registrati;
- richieste;
- riordini;
- utilizzo portale;
- preventivi;
- ordini assistiti.
Multilingua e mercati internazionali
Tradurre non basta.
Un progetto internazionale può richiedere:
- lingua;
- valuta;
- IVA/tassazione;
- pagamenti;
- logistica;
- disponibilità;
- prezzi;
- normativa;
- dominio;
- SEO locale;
- contenuti;
- customer service.
Queste decisioni devono essere incluse nell'architettura iniziale se l'espansione è parte della roadmap.
E-commerce e AI
L'intelligenza artificiale può supportare:
- ricerca;
- suggerimenti;
- classificazione;
- contenuti;
- customer service;
- analisi;
- forecasting;
- assistenza interna.
Ma deve essere introdotta dove esiste un problema reale.
Non aggiungiamo “AI” come funzione decorativa.
Sicurezza, privacy e compliance
Un e-commerce tratta dati personali e transazioni.
Il progetto deve includere, in base a tecnologia e mercato:
- sicurezza;
- aggiornamenti;
- backup;
- accessi;
- privacy;
- cookie/consenso;
- termini;
- processi;
- pagamenti.
Gli aspetti legali e fiscali devono essere verificati con professionisti competenti quando necessario.
L'agenzia non deve sostituirsi al consulente legale o fiscale.
Come sviluppiamo un e-commerce
1. Valutiamo il modello
Serve davvero un e-commerce? Quale ruolo deve avere?
2. Analizziamo mercato e processo
Target, concorrenza, catalogo, rete vendita, logistica, dati.
3. Definiamo requisiti e roadmap
Funzioni, integrazioni, mercati e priorità.
4. Progettiamo architettura e UX
Catalogo, navigazione, ricerca, schede, checkout.
5. Scegliamo tecnologia e integrazioni
In funzione dei requisiti.
6. Sviluppiamo e testiamo
Frontend, backend, sistemi, tracking, performance.
7. Prepariamo il lancio
SEO, contenuti, acquisizione, migration quando necessaria.
8. Misuriamo ed evolviamo
Dati, conversione, backlog e roadmap.
Dopo il lancio: chi governa l'e-commerce
Il giorno della messa online è l'inizio del lavoro, non la fine. Un negozio online assomiglia a un punto vendita: se nessuno lo cura, perde qualità in fretta. Prima del lancio conviene quindi decidere chi se ne occupa:
- chi aggiorna catalogo, prezzi e disponibilità;
- chi risponde a richieste, reclami e resi;
- chi segue campagne, newsletter e promozioni;
- chi legge i dati e propone modifiche;
- chi decide le priorità di sviluppo e il budget.
In molte PMI queste attività ricadono su persone che hanno già un altro lavoro. Qui il rapporto con l'agenzia cambia natura: dopo il lancio la collaborazione diventa spesso più stretta di prima, con incontri periodici per leggere i risultati, aggiornare la roadmap e decidere dove intervenire. Un e-commerce cresce quando riceve un'attenzione costante; trattato come un progetto chiuso alla consegna, quasi sempre si ferma.
E-commerce e marketplace: non è sempre un aut aut
Un marketplace può essere utile per:
- validare domanda;
- raggiungere audience esistenti;
- entrare in mercati;
- ampliare distribuzione.
Un e-commerce proprietario permette maggiore controllo su:
- esperienza;
- dati;
- relazione;
- pricing;
- contenuti;
- brand.
Le due strategie possono coesistere.
La decisione dipende dal modello commerciale.
Quando NON partire dallo sviluppo
Non partiremmo immediatamente da una piattaforma se:
- non è chiaro chi comprerà;
- non sono definiti margini e logistica;
- catalogo e dati prodotto sono ingestibili;
- nessuno interno può governare il progetto;
- il budget copre soltanto lo sviluppo e nulla dell'acquisizione;
- rete vendita e canale diretto rischiano conflitto non gestito;
- non esiste un vantaggio reale rispetto ad alternative più semplici.
In questi casi il primo intervento utile è progettare il modello e la roadmap.
Quando l'e-commerce è parte dell'Ecosistema digitale
Per un'impresa strutturata l'e-commerce raramente vive da solo.
Deve collegarsi a:
- sito corporate;
- SEO;
- campagne;
- CRM;
- ERP;
- analytics;
- contenuti;
- customer service;
- rete commerciale.
Glossario dello sviluppo e-commerce
Alcuni termini ricorrono in ogni progetto. Ecco che cosa significano, in breve.
ERP
Il gestionale aziendale: anagrafiche, listini, ordini, magazzino, fatturazione.
PIM
Product Information Management: raccoglie i dati di prodotto (attributi, testi, immagini, documenti) e li distribuisce a sito, cataloghi e marketplace.
WMS
Warehouse Management System: il software che gestisce magazzino, prelievi e spedizioni.
SKU
Il codice che identifica ogni singola variante di prodotto a magazzino.
TCO
Total Cost of Ownership: il costo complessivo della piattaforma nel tempo (licenze, sviluppo, hosting, manutenzione, evoluzioni), non solo il preventivo iniziale.
Headless e composable
Architetture in cui l'interfaccia è separata dal motore e-commerce e servizi come ricerca, pagamenti e contenuti sono componenti indipendenti collegati tramite API.
AOV, CAC, ROAS
Valore medio dell'ordine; costo per acquisire un cliente; ricavi generati da ogni euro investito in pubblicità.
Faceted navigation
La navigazione per filtri combinabili (materiale, misura, colore): utile all'utente, va governata per non generare migliaia di URL duplicate.
Perché quando diventiamo tutti uguali diventa solo una questione di prezzo! What Studio facciamo la differenza.
Esempi praticiLavori collegati
Se il progetto coinvolge piattaforme, dati, processi commerciali e integrazioni, il problema è più ampio dello sviluppo del negozio online.
Scopri l'Ecosistema digitaleState valutando un nuovo e-commerce o dovete far evolvere una piattaforma esistente? Prima di scegliere la tecnologia, analizziamo modello, processo e requisiti.
Parliamone
