Tutte le fasi di progetto per lo sviluppo di un eCommerce B2B: tempi, costi e organizzazione
In un negozio online rivolto al consumatore il prezzo è scritto sulla scheda prodotto. In un eCommerce B2B il prezzo non esiste finché il sistema non sa chi sta guardando: dipende dal contratto di quel cliente, dalla quantità, dallo scaglione, dalla campagna in corso, a volte dal listino negoziato l'anno scorso da un agente. È la differenza che spiega perché due progetti apparentemente simili costano uno il triplo dell'altro, e perché i preventivi che riceverai non saranno confrontabili senza un capitolato scritto da te.
Questa guida percorre le fasi del progetto — ricerca di mercato, make or buy, scelta delle risorse, integrazione e aggiornamento dei prodotti, intelligenza artificiale, API, orchestrazione dei dati e data lake, sicurezza, promozioni e canali — e per ognuna dice come si sceglie e cosa si paga per aver scelto così: in mesi, in dipendenza da un fornitore, in lavoro d'ufficio permanente. Entra poi nei cinque mestieri che il progetto richiede — progettazione, sviluppo e integrazione, sicurezza, intelligenza artificiale, marketing — con i driver per scegliere il freelance giusto per ciascuno.
Dove esistono dati verificabili sono citati con la fonte. Dove non esistono, l'articolo lo dice, e in questo settore l'elenco è lungo: non esiste alcuna fonte con metodologia dichiarata sul costo medio di un eCommerce B2B, e le piattaforme più usate in questo segmento — Adobe Commerce, Salesforce, commercetools, OroCommerce, l'edizione B2B di BigCommerce — non pubblicano prezzi. In compenso ci sono numeri pubblici che ribaltano le priorità di progetto, e tre scadenze fra il 2026 e il 2030 che vanno messe nel piano adesso.
INDICE DEI CONTENUTI
- Che cosa distingue davvero un eCommerce B2B
- Fase 1 — La ricerca di mercato: i numeri che ribaltano le priorità
- Fase 2 — Make or buy: quattro strade, quattro tipi di dipendenza
- Il cuore del sistema: catalogo, listini e prodotti che cambiano
- Fase 3 — Integrazioni: ERP, EDI, punch-out, fatturazione
- Fase 4 — API, orchestrazione dei dati e data lake
- Fase 5 — Intelligenza artificiale: dove rende e dove è teatro
- Cyber security: tre cose che nel 2026 cambiano il preventivo
-
Fase 6 — Le risorse: cinque mestieri, non un fornitore
- Progettazione: il driver è il riordino, non la vetrina
- Sviluppo e integrazione: il driver è cosa ha già collegato
- Sicurezza: il driver è la catena di fornitura e i contratti
- Intelligenza artificiale: il driver è il dato disponibile
- Marketing: il driver è capire che qui non si compra d'impulso
- Quanto costano queste risorse, per quel che si può dire
- Fase 7 — Promozioni, contenuti e canali: far adottare il portale
- I tempi: cosa determina davvero la data di partenza
- Come si costruisce un budget difendibile
- La scelta in pratica, per tipo di azienda
- Conclusioni
-
Domande frequenti
- Quanto costa sviluppare un eCommerce B2B?
- Mi serve davvero l'EDI, o basta il portale?
- Che cos'è il punch-out e quando serve?
- Come si gestiscono i listini per cliente?
- Ho bisogno di un data lake?
- Quali obblighi normativi devo considerare nel 2026?
- Quante persone servono per un progetto di questo tipo?
Che cosa distingue davvero un eCommerce B2B
Vale la pena mettere in fila le sei differenze che cambiano il progetto, perché ognuna ha un costo. Il prezzo è un calcolo, non un dato: listini per cliente, scaglioni, sconti contrattuali, valute e condizioni di resa. Il cliente è un'organizzazione, non una persona: più utenti, ruoli diversi, chi ordina non è chi approva e non è chi paga. L'ordine può nascere altrove, dentro il sistema di acquisti del compratore, e arrivare a te già formato. Il pagamento è quasi sempre differito, con fido, scadenze e riconciliazione. Il catalogo è tecnico: attributi, compatibilità, documentazione, e ricerca per parametri. E il rapporto è ricorrente: il valore non è la prima vendita ma il riordino.
Da qui il criterio che attraversa tutte le fasi: ogni scelta va valutata su tre assi — quanto costa farla, quanto costa mantenerla, quanto costa disfarla — e su un quarto che nel B2B pesa più che altrove: quanto lavoro d'ufficio elimina. Un eCommerce B2B non compete con un altro sito: compete con il modo in cui i tuoi clienti ordinano oggi, che quasi sempre è un'email al commerciale. Se non è più veloce di quell'email, non verrà usato.
Fase 1 — La ricerca di mercato: i numeri che ribaltano le priorità
Serve a decidere tre cose che poi costano care da cambiare: attraverso quale canale i tuoi clienti vogliono davvero ordinare, quanto è concentrato il fatturato, e quale problema stai risolvendo.
Il dato che ribalta le priorità: l'EDI vale più del web
È il numero che dovrebbe aprire ogni riunione di progetto e quasi nessuno cita. Nei dati Eurostat sul commercio elettronico delle imprese, anno di riferimento 2024, le vendite elettroniche valgono il 19,5% del fatturato delle imprese europee. Ma la ripartizione conta più del totale: le vendite via web pesano l'8,4%, quelle di tipo EDI l'11,1%. In altre parole, nel commercio fra imprese lo scambio diretto fra sistemi genera più fatturato del sito, pur essendo usato da molte meno aziende.
Ricaduta sul progetto, ed è pesante. Se i tuoi clienti più grandi ordinano già per via elettronica o vorrebbero farlo, un portale bellissimo non sposta il loro fatturato: lo sposta la capacità di ricevere i loro ordini nel formato che usano. Al contrario, se il tuo fatturato è frammentato su centinaia di clienti piccoli che telefonano, l'EDI è un investimento senza ritorno e il portale è tutto. La domanda da fare al primo incontro non è "che sito vogliamo" ma "quanto fatturato viene dai primi venti clienti": da lì discende l'architettura.
Sul mercato italiano l'Osservatorio Digital B2b del Politecnico di Milano stima il valore del commercio digitale fra imprese in 278 miliardi di euro per il 2024, pari a circa il 22% delle transazioni B2B, con l'EDI adottato dal 25% delle imprese e dal 57% delle grandi. Va citato come stima e non come misura: la metodologia non è pubblicata, e il perimetro è cambiato rispetto alle edizioni precedenti dello stesso Osservatorio, che riportavano cifre molto più alte. È utile come ordine di grandezza della direzione, non come base di un business plan.
Chi compra, e perché non è chi usa
Nel B2B il percorso d'acquisto è lungo e distribuito: la ricerca con metodologia dichiarata più citata è il B2B Pulse di McKinsey, su oltre 3.800 decision maker in tredici Paesi, secondo cui i compratori usano oggi circa dieci canali contro i cinque del 2016. Il portale è uno di quelli, e serve soprattutto a due momenti: la verifica prima dell'ordine e il riordino dopo.
C'è poi la separazione dei ruoli, che va progettata e non subita: nell'azienda cliente chi cerca il prodotto è un tecnico, chi ordina è un ufficio acquisti, chi approva è un responsabile e chi paga è l'amministrazione. Un portale che presuppone una persona sola che fa tutto produce ordini bloccati e telefonate, che è esattamente ciò che doveva eliminare.
Cosa misurare prima di partire
Tre numeri, e si trovano tutti dentro l'azienda. Quanti ordini arrivano oggi per email o telefono e quanti minuti costa ciascuno all'ufficio commerciale: è il ritorno atteso del progetto, ed è l'unico argomento che convince una direzione. Quante righe d'ordine sono riordini di cose già acquistate: è la quota che il portale può automatizzare quasi subito. E quanti errori di inserimento producono note di credito: è il costo nascosto che nessuno misura e che l'ordine digitale elimina.
Fase 2 — Make or buy: quattro strade, quattro tipi di dipendenza
Una premessa che vale come dato di mercato: nella fascia B2B la maggior parte delle piattaforme non pubblica i prezzi. Adobe Commerce, Salesforce Commerce Cloud, commercetools, OroCommerce e l'edizione B2B di BigCommerce richiedono tutte una trattativa. È una informazione utile di per sé: significa che il confronto economico non si fa leggendo listini, e che il tuo capitolato è l'unico strumento per rendere comparabili le offerte.
SaaS generalista con funzioni B2B
Shopify offre account aziendali, cataloghi e listini per azienda, prezzi per volume e regole di quantità; fino a poco tempo fa erano prerogativa del piano superiore, mentre oggi i piani standard supportano fino a tre cataloghi attivi e il piano Plus — a partire da 2.300 dollari al mese — li ha illimitati. BigCommerce ha un'edizione B2B dedicata, il cui prezzo però non è pubblico, sopra piani che arrivano a 1.499 dollari al mese.
Ricaduta. Tempi brevi, nessuna manutenzione infrastrutturale, costi prevedibili finché il modello resta semplice. I confini si toccano presto e sempre negli stessi punti: strutture di prezzo complesse, flussi di approvazione, fidi e pagamento a termine, integrazione profonda con l'ERP. È la scelta giusta quando il B2B è un canale aggiuntivo su un modello prevalentemente semplice; diventa cara quando la complessità contrattuale è il tuo mestiere.
Piattaforme nate per il B2B, e l'open source
Esiste una famiglia di prodotti progettati attorno al B2B: gerarchie di aziende, cataloghi condivisi, preventivi negoziabili, ordini di acquisto con approvazioni, liste di riordino, credito aziendale. La documentazione più completa e pubblicamente consultabile è quella di Adobe Commerce, che vale la pena leggere anche se non compri quel prodotto: è la lista della spesa contro cui misurare qualunque alternativa. OroCommerce è nativamente B2B e open source, senza prezzo pubblico per le edizioni commerciali; Shopware ha il core con licenza aperta e include i componenti B2B nelle edizioni da 2.400 € al mese in su; Saleor e Medusa sono headless con licenze permissive.
Ricaduta. Si parte da un impianto che conosce già il dominio, il che riduce di molto il rischio di scoprire a metà progetto che manca l'approvazione ordini. In cambio servono competenze specifiche — che nel caso delle piattaforme B2B native sono meno diffuse e più care — e una manutenzione reale. Il costo di un sistema open source non è zero: è il costo di chi lo tiene aggiornato, ed è la voce che va contrattualizzata prima e non dopo.
Headless e composable: potenza in cambio di superficie
Motore di commercio accessibile via API e presentazione separata. Nel B2B ha una giustificazione più solida che altrove, perché i canali sono davvero molti — portale, punch-out, app per gli agenti, integrazione diretta con i sistemi dei clienti, marketplace — e il catalogo è uno solo. In cambio raddoppi la superficie da mantenere e sposti il costo sull'integrazione. Su un catalogo piccolo e un canale solo, headless è una complicazione pagata in anticipo; su cinque canali è quasi obbligatorio.
Da zero: quando ha senso e quando è vanità
Scrivere tutto su un framework generalista si giustifica quando il processo di vendita è il prodotto: configuratori tecnici, quotazione su commessa, contratti quadro con logiche di consumo, vendita di servizi e materiali insieme. La domanda che smaschera i progetti costruiti per ambizione resta la stessa: quali sono le tre cose che il tuo sistema deve fare e che una piattaforma B2B esistente non fa? Se non ci sono tre risposte concrete, la risposta è che non serve.
Come si decide: tre domande, non una tabella comparativa
Quanto è complessa la regola di prezzo. Se sta in un listino per fascia, quasi tutto va bene; se dipende da contratto, quantità, periodo e resa, il motore dei prezzi è il progetto e va scelto ciò che lo governa.
Quanti sistemi devono parlarsi. ERP, PIM, magazzino, spedizionieri, EDI dei clienti, fatturazione, CRM. Da tre in su la vera piattaforma è l'integrazione, e conta più la qualità delle API di qualunque funzione di vetrina.
Chi lo manterrà fra due anni. È la domanda decisiva ed è organizzativa: senza un presidio tecnico stabile, la piattaforma più potente diventa la più fragile. E nel B2B la fragilità ha un costo diretto, perché quando il portale non funziona i clienti tornano a ordinare per email — e non tornano più indietro.
Il cuore del sistema: catalogo, listini e prodotti che cambiano
È qui che si concentra il valore e qui che si nasconde il lavoro non preventivato. Quattro pezzi distinti, da stimare separatamente.
Listini per cliente: il prezzo è un calcolo, non un campo
Nel B2B il prezzo mostrato è il risultato di una catena: listino base, listino contrattuale del cliente, scaglioni di quantità, promozione in corso, valuta, eventuale sconto di riga concesso dall'agente. Ogni piattaforma risolve la sovrapposizione in modo diverso — Shopify, per esempio, documenta che quando più cataloghi sono applicabili vince il prezzo più basso — e la regola di precedenza va decisa dall'azienda, non ereditata dal software, perché è una scelta commerciale con effetti sul margine.
Ricaduta. Il motore dei prezzi è la parte del sistema che va provata per prima e con dati veri: prendi venti clienti reali e venti articoli reali e verifica che il portale mostri esattamente ciò che mostra il gestionale. Una differenza di prezzo fra portale e fattura è l'unico difetto che fa abbandonare il canale in una settimana, e in B2B non produce un reclamo: produce una telefonata al commerciale e la fine del progetto.
Classificare e scambiare cataloghi: standard che esistono davvero
A differenza del commercio al consumatore, nel B2B esistono standard di classificazione tecnica usati davvero, ed è utile sapere quali sono gratuiti e quali no. ETIM, la classificazione tecnica diffusa nella filiera elettrica, idrotermosanitaria e delle costruzioni, è arrivata alla release 10.0 e pubblica il modello gratuitamente con una licenza aperta. BMEcat è il formato di scambio dei cataloghi ed è pubblicamente disponibile. Le specifiche GS1 — identificativi di prodotto e di località, sincronizzazione dei dati, tracciabilità — sono pubbliche, mentre l'emissione dei codici richiede l'adesione all'organizzazione nazionale. ECLASS, invece, è a pagamento: la licenza si acquista per fascia dimensionale.
Ricaduta pratica. Se vendi in una filiera che usa una di queste classificazioni, adottarla non è un vezzo: è la condizione per finire nei sistemi dei tuoi clienti senza lavoro manuale da parte loro. E va messa a preventivo come progetto di dati, non di software: mappare duemila articoli su una classificazione tecnica è lavoro dell'ufficio tecnico, richiede mesi e non lo fa lo sviluppatore.
Il PIM: quando serve davvero
Un sistema di gestione delle informazioni di prodotto serve quando i dati arrivano da più fonti, vanno arricchiti da più persone e devono uscire verso più canali con formati diversi. Sotto quella soglia, il catalogo può stare nella piattaforma. Fra le opzioni con licenza aperta, Akeneo mantiene un'edizione community gratuita, mentre Pimcore dal 2025 ha cambiato licenza: resta gratuito per le aziende sotto i cinque milioni di fatturato, con limiti sulla rivendita. Verificare la licenza prima di scegliere è diventato un passo obbligatorio: in questo settore i modelli cambiano, e cambiano anche per prodotti che usavi da anni.
Gli aggiornamenti di prodotto: un processo, non un intervento
Nel B2B il catalogo si muove di continuo: nuovi articoli, articoli fuori produzione con successori da segnalare, prezzi che cambiano a scaglioni di data, documentazione tecnica aggiornata, giacenze. Le tre decisioni da prendere prima di scrivere codice sono sempre le stesse: quale sistema è la fonte di verità per ciascun campo, con quale frequenza si allinea, e cosa succede quando l'allineamento fallisce.
Ricaduta organizzativa. Se i contenuti commerciali — descrizioni, immagini, documenti — stanno nel portale e i dati amministrativi nell'ERP, serve una regola scritta su chi può modificare cosa, altrimenti la prima importazione massiva cancella mesi di lavoro. È il guasto più comune e più banale di tutti i progetti di questo tipo.
Fase 3 — Integrazioni: ERP, EDI, punch-out, fatturazione
È la fase che determina i tempi, e quasi mai per ragioni tecniche: dipende da sistemi e persone che non lavorano per te.
EDI: i quattro messaggi che coprono il novanta per cento dei casi
Lo scambio elettronico di documenti si basa su messaggi standardizzati pubblicati da UN/CEFACT nelle directory ufficiali, aggiornate due volte l'anno e liberamente consultabili. Per un eCommerce B2B ne contano quattro: l'ordine, la conferma d'ordine, l'avviso di spedizione e la fattura. Il resto è specializzazione di filiera.
Ricaduta. L'EDI non è vecchio: è il canale che genera più fatturato elettronico in Europa, e il costo non sta nella specifica — che è gratuita — ma nella mappatura verso i codici e le abitudini di ogni singolo cliente. Ogni cliente EDI è un piccolo progetto a sé, con collaudo congiunto e una persona dall'altra parte da coinvolgere: va stimato per cliente, non a forfait, ed è la voce che più spesso fa slittare le date.
Punch-out: entrare nel sistema di acquisti del cliente
È la funzione che i clienti grandi chiedono per prima e che quasi nessun preventivo prevede: il compratore parte dal proprio sistema di acquisti, viene portato dentro il tuo catalogo con i suoi prezzi contrattuali, compone il carrello e lo restituisce al proprio sistema, dove seguirà il flusso di approvazione interno. L'ordine arriverà dopo, per via elettronica.
Le due specifiche usate sono pubbliche e questo è un vantaggio da sfruttare: cXML pubblica liberamente definizioni ed esempi, con la versione aggiornata ad agosto 2026, mentre l'interfaccia OCI si basa su un semplice invio di campi via HTTP. Non ci sono licenze da pagare: il costo è di integrazione e di collaudo con l'ufficio acquisti del cliente. Vale la pena preventivarlo presto, perché è spesso la condizione per entrare come fornitore.
Fatturazione elettronica: il calendario europeo che riguarda anche te
In Italia la fattura elettronica passa dal Sistema di Interscambio ed è materia nota, con specifiche tecniche che vengono aggiornate periodicamente. Il quadro europeo però si sta muovendo e le date vanno messe nel piano pluriennale: il pacchetto ViDA, adottato nel marzo 2025 e in vigore dall'aprile successivo, consente da subito agli Stati membri di imporre la fattura elettronica nelle operazioni interne fra imprese senza chiedere deroghe, e fissa al 1° luglio 2030 gli obblighi di rendicontazione digitale per le operazioni intracomunitarie, con l'allineamento dei sistemi nazionali preesistenti entro il 1° gennaio 2035.
Ricaduta. Se il tuo progetto ha una vita attesa di cinque o più anni — e un eCommerce B2B ce l'ha — conviene che il modello dei dati sia compatibile con lo standard europeo di fattura e con la rete di interscambio usata negli appalti pubblici e in diversi Paesi europei. Non è un lavoro da fare adesso: è una scelta da non precludersi, e costa zero se se ne tiene conto nel disegno.
Pagamenti B2B: bonifico istantaneo, verifica del beneficiario, credito
Nel B2B il pagamento è quasi sempre differito e il sito non incassa con carta: incassa con bonifico, addebito diretto o dilazione. Due novità europee toccano direttamente questo flusso. Il regolamento sui bonifici istantanei ha reso obbligatoria per le banche dell'area euro la ricezione dal gennaio 2025 e l'invio dall'ottobre 2025, con commissioni non superiori a quelle del bonifico ordinario. Insieme all'invio è entrata in vigore la verifica del beneficiario: prima di eseguire il bonifico, il pagatore riceve un riscontro sulla corrispondenza fra nome e coordinate bancarie.
Ricaduta doppia, una buona e una che sorprende. Quella buona: se l'incasso arriva in dieci secondi e a qualsiasi ora, lo sblocco dell'ordine può diventare automatico, il che elimina una delle attese più fastidiose del commercio fra imprese. Quella che sorprende: se la ragione sociale che esponi in fase di pagamento non coincide con quella associata al tuo conto — insegna commerciale invece di denominazione sociale, per esempio — il cliente riceverà un avviso di discordanza. È una verifica a costo zero che vale la pena fare subito.
Fase 4 — API, orchestrazione dei dati e data lake
È il capitolo su cui si spende peggio, perché si comprano architetture prima di avere il problema che quelle architetture risolvono.
Le API sono il prodotto, non un accessorio
In un eCommerce B2B le API servono a tre pubblici diversi: i tuoi canali interni, i sistemi dei clienti e i partner. Vanno quindi progettate con versioning, autenticazione per chiamante, limiti di frequenza e documentazione pubblicabile. Gli strumenti di gestione hanno prezzi pubblici e aiutano a dimensionare: il gateway di AWS parte da 1,00 dollaro per milione di richieste sul protocollo più leggero e 3,50 su quello classico, mentre Apigee espone un canone di ambiente da 365 dollari al mese più un costo per milione di chiamate. Altri prodotti diffusi non pubblicano cifre.
Ricaduta. Il costo vero non è il gateway: è la disciplina. Un'API pubblicata è un contratto che non puoi rompere perché dall'altra parte c'è il sistema di un cliente che si fermerebbe. Vanno previsti dal primo giorno versioni, deprecazione annunciata e un ambiente di prova per i clienti: aggiungerli dopo significa rinegoziare con ogni integratore.
Orchestrazione dei dati: cosa serve davvero
Portare i dati da dove nascono a dove servono è un problema reale — ordini, giacenze, listini, fatturato, comportamento sul portale — ma la scala cambia tutto. Con poche sorgenti e volumi ordinari bastano lavori pianificati e un magazzino dati semplice. Gli strumenti dedicati hanno modelli di prezzo molto diversi: Airbyte ha una versione open source gratuita e un cloud che parte da 10 dollari al mese; dbt è gratuito nella versione a riga di comando e parte da 100 dollari per utente al mese in versione gestita; Fivetran ha un livello gratuito fino a mezzo milione di righe attive al mese ma non pubblica un listino per fasce; BigQuery espone prezzi chiari a consumo, con il primo terabyte al mese gratuito e 6,25 dollari per terabyte scansionato. Snowflake e Databricks non pubblicano tariffe unitarie confrontabili.
Ricaduta, ed è la ragione per cui questo capitolo va tenuto piccolo all'inizio. Ogni strumento aggiunto è un canone, una dipendenza e una competenza da avere in casa. La progressione sensata è: prima fai funzionare gli allineamenti operativi con controlli e allarmi, poi — quando esistono domande di business a cui non sai rispondere — costruisci il livello analitico. Il contrario, cioè comprare la piattaforma dati e cercare poi le domande, è il modo più elegante di spendere un budget senza risultati.
Il data lake: quando è un investimento e quando è teatro
Un archivio centralizzato dei dati grezzi ha senso quando ricorrono tre condizioni insieme: più sorgenti eterogenee, necessità di conservare lo storico oltre quanto fanno i sistemi operativi, e qualcuno in azienda in grado di interrogarlo. Le tecnologie sono mature e in gran parte aperte — i formati tabellari aperti e gli orchestratori di flussi sono progetti di fondazione, gratuiti da usare. Se manca la terza condizione, il data lake è un costo che produce grafici che nessuno legge: molto meglio tre estrazioni ben fatte e un cruscotto con quattro numeri.
Nel B2B, però, esiste una domanda che giustifica prima degli altri un livello analitico: quali clienti stanno comprando meno di quanto compravano. In un mercato dove il fatturato è concentrato su pochi conti e i cicli sono lunghi, un cruscotto che segnala i cali vale, da solo, più di gran parte dell'analisi comportamentale che si fa nel commercio al consumatore.
Fase 5 — Intelligenza artificiale: dove rende e dove è teatro
Un dato per inquadrare il contesto prima delle scelte: secondo l' indagine Istat sulle imprese e le tecnologie pubblicata a dicembre 2025, le imprese italiane con almeno dieci addetti che usano intelligenza artificiale sono passate dall'8,2% del 2024 al 16,4% del 2025, con le grandi imprese al 53,1%. Raddoppiate in un anno: significa che questa competenza non è più un vantaggio da far pagare come tale, ma un requisito da verificare.
Dove rende, nel B2B
Quattro usi, tutti misurabili e tutti poco spettacolari. La ricerca interna che capisce le richieste scritte male: nel B2B è il problema numero uno, perché il cliente cerca con il proprio codice, con il codice del concorrente o con una descrizione funzionale, quasi mai con il tuo. L'arricchimento del catalogo: dedurre attributi mancanti su migliaia di articoli e normalizzare i dati che arrivano dai fornitori è il lavoro manuale più costoso di qualunque ufficio prodotto. Il supporto alla quotazione, dove la macchina prepara e una persona valida. E la previsione dei riordini, che nel B2B è più affidabile che nel consumo perché i consumi dei clienti sono regolari.
Il criterio di ammissione al budget è sempre lo stesso: deve esistere un numero prima e un numero dopo — ricerche senza risultato, ore di data entry, tempo medio di risposta a una richiesta di offerta. Le funzioni che non hanno un indicatore sono un costo senza verifica.
Cosa va sorvegliato, e cosa impone la norma
Tre presidi, da mettere nel contratto di manutenzione. Che l'assistente non inventi: disponibilità, tempi di consegna e condizioni contrattuali devono venire dai tuoi dati, con risposte campionate periodicamente da una persona. Che i contenuti generati non degradino il catalogo. E che sia rispettato l'obbligo di trasparenza dell'AI Act, applicabile dal 2 agosto 2026: l'utente deve sapere che sta interagendo con un sistema automatico. Gli obblighi sui sistemi ad alto rischio sono stati rinviati, e un assistente di catalogo non rientra in quella categoria.
Commercio agentico: cosa serve fare oggi, cioè poco
I protocolli che permettono a un agente automatico di acquistare esistono e sono aperti — quello promosso da OpenAI e Stripe con licenza Apache e quello proposto da Google, arrivato alla versione 0.2 e passato ai gruppi di lavoro di un consorzio di standardizzazione. Nessuno dei due documenta casi d'uso specifici per il commercio fra imprese, ed è comprensibile: nel B2B l'acquisto passa da approvazioni e contratti, non da un agente che decide.
La preparazione utile coincide con cose che servono comunque: catalogo strutturato con attributi puliti, prezzi accessibili via API per chi è autorizzato, ordini leggibili e scrivibili da un sistema esterno. Chi ha queste tre cose potrà aderire a qualunque protocollo si affermi; chi tiene prezzi e disponibilità solo dentro le pagine web dovrà rifare il catalogo. Non serve altro, oggi.
Cyber security: tre cose che nel 2026 cambiano il preventivo
In un eCommerce B2B la sicurezza non è solo protezione dei dati personali: è continuità di un canale di vendita e, sempre più spesso, un requisito contrattuale imposto dai clienti grandi.
Pagamenti e script di terze parti
Anche quando la maggior parte degli incassi avviene per bonifico, se accetti carte ricadi nello standard di sicurezza dei pagamenti, la cui versione corrente richiede dal 2025 due presidi che toccano il codice: sapere quali script girano sulla pagina di pagamento e autorizzarli, e accorgersi se quella pagina viene modificata senza permesso. Per i commercianti che si autocertificano con il questionario semplificato il Consiglio ha introdotto un criterio di ammissione legato proprio alla vulnerabilità agli attacchi via script, e riguarda chi usa campi di pagamento incorporati. La ricaduta operativa è banale e spesso trascurata: serve un inventario degli script attivi e una regola su chi può aggiungerne.
Il rischio si è spostato sulla catena di fornitura
L'edizione corrente della classifica delle vulnerabilità applicative più diffuse, pubblicata da OWASP, ha introdotto una categoria nuova e significativa: i guasti della catena di fornitura del software, cioè i problemi che arrivano dalle dipendenze, dai pacchetti e dagli strumenti di build più che dal codice scritto in casa. Per una piattaforma B2B, che tipicamente monta decine di librerie e connettori, è il rischio più concreto.
Ricaduta pratica e a basso costo. La segnalazione automatica delle dipendenze vulnerabili è gratuita sui repository pubblici e integrata nelle piattaforme di sviluppo; gli strumenti commerciali hanno prezzi pubblici — Snyk parte da 25 dollari per sviluppatore al mese, le funzioni di sicurezza di GitHub da 19 a 30 dollari per contributore attivo. Non usarli non ha giustificazioni tecniche: la spesa vera è il tempo di chi legge le segnalazioni e decide, non la licenza.
Cyber Resilience Act: le segnalazioni scattano l'11 settembre 2026
È la novità che quasi nessun preventivo del 2026 considera. Il regolamento europeo sulla resilienza informatica dei prodotti con elementi digitali entra in applicazione per gradi: dall'11 settembre 2026 scattano gli obblighi di segnalazione delle vulnerabilità attivamente sfruttate e degli incidenti gravi, con un preavviso entro 24 ore, la notifica entro 72 e una relazione finale, attraverso la piattaforma unica europea; l'applicazione piena arriva l'11 dicembre 2027.
Chi riguarda, e qui serve precisione. Il regolamento si rivolge a chi immette sul mercato prodotti con elementi digitali a proprio nome. Un prodotto software venduto a più clienti vi rientra chiaramente; per lo sviluppo su commessa destinato a un solo committente la questione è dibattuta e non esiste un'esclusione espressa nel testo: chi ti dice che il software su misura è pacificamente fuori sta semplificando. Se stai costruendo una piattaforma B2B da rivendere ad altri, la domanda va posta a un legale prima del rilascio, non dopo.
NIS2: il negozio che vende beni propri non rientra
Circola parecchia confusione commerciale. La direttiva europea sulla sicurezza delle reti include fra i soggetti i fornitori di mercati online, ma la definizione richiamata è quella della normativa sulle pratiche commerciali, che parla di servizi che consentono ai consumatori di concludere contratti a distanza. Un eCommerce che vende prodotti propri non è un mercato online; una piattaforma multi-venditore puramente fra imprese ricade fuori dalla lettera di quella definizione, anche se il punto va verificato sulla norma nazionale. In ogni caso serve la soglia di media impresa. Se ti viene proposto un pacchetto di adeguamento NIS2 per un portale B2B, la prima domanda è a quale categoria dell'allegato apparterresti.
Fase 6 — Le risorse: cinque mestieri, non un fornitore
"Cerco chi mi faccia il portale B2B" nasconde cinque lavori diversi, e in questo settore la distanza fra i profili è più marcata che altrove. I driver comuni — requisiti scritti prima di cercare, portafoglio verificabile, colloquio strutturato, prova pagata, contratto che assegna a te codice e account — stanno nella guida su come scegliere uno sviluppatore web e app freelance.
Progettazione: il driver è il riordino, non la vetrina
Nel B2B l'interfaccia che conta non è la pagina prodotto: è il riordino rapido, la lista di frequenti, l'ordine caricato da un file, la ricerca per codice cliente. Il driver di selezione è concreto: chiedi al candidato come farebbe ripetere un ordine di quaranta righe fatto tre mesi fa, e osserva se chiede quanti articoli, con quali codici e chi è l'utente reale. Chi risponde parlando di estetica sta rispondendo a un'altra domanda. Chiedi anche come gestirebbe il caso in cui un articolo dell'ordine precedente non è più disponibile: è la situazione più frequente e quella che manda in crisi le interfacce copiate dal commercio al consumatore.
Sviluppo e integrazione: il driver è cosa ha già collegato
Il fattore più predittivo è avere già integrato un ERP e almeno un canale EDI o punch-out, e saper raccontare cosa è andato storto. Chi l'ha fatto descrive senza esitare i casi sporchi: l'ordine che arriva mentre il listino è in aggiornamento, il codice cliente che non esiste a gestionale, la conferma d'ordine che riporta un prezzo diverso, il documento di trasporto che non torna. Le domande che separano rapidamente: chi è la fonte di verità per prezzi e giacenze, come si gestiscono gli errori di sincronizzazione, come ci si accorge che un flusso è fermo e chi riceve l'allarme.
Sicurezza: il driver è la catena di fornitura e i contratti
In un progetto B2B la sicurezza ha due facce. Quella tecnica: dipendenze aggiornate, segreti fuori dal codice, accessi con secondo fattore, backup con ripristino provato — la domanda giusta è sempre quando è stato provato l'ultimo ripristino, non l'ultimo backup. E quella contrattuale: i clienti grandi impongono requisiti, questionari e a volte diritti di verifica. La capacità di reggere quei questionari è un fattore di vendita, e va costruita prima della prima gara, non durante.
Intelligenza artificiale: il driver è il dato disponibile
Il driver di selezione è la prima domanda che il candidato fa a te: chi capisce il mestiere chiede quali dati hai e in che stato sono — anagrafiche, attributi, storico ordini, log delle ricerche — mentre chi non lo capisce parte dal modello. Chiedi come misurerà il risultato e verifica che sappia dove finiscono i tuoi dati: in un contesto B2B, dare in pasto listini e anagrafiche clienti a un servizio esterno è una decisione contrattuale, non tecnica.
Marketing: il driver è capire che qui non si compra d'impulso
Il ciclo è lungo, i decisori sono più d'uno e il canale principale resta la rete commerciale. Il driver più efficace è quali numeri si impegna a muovere e cosa considererebbe un fallimento, e la verifica utile è chiedere come pensa di far adottare il portale ai clienti già acquisiti — che nel B2B vale più di qualunque acquisizione. Va detto chiaramente che non esistono dati con metodologia pubblica sul costo per contatto nel B2B industriale italiano: chi ti porta benchmark di settore sta citando materiale promozionale.
Quanto costano queste risorse, per quel che si può dire
In Italia non esiste un barometro pubblico delle tariffe freelance con metodologia verificabile. Il riferimento più citato è il barometro Malt 2026, francese e basato sulle tariffe auto-riportate dagli iscritti attivi sulla piattaforma, che indica 562 € al giorno per gli sviluppatori back-end esperti e 536 € per i front-end. È un ordine di grandezza di un mercato vicino, non un listino italiano — e nel B2B va considerato che i profili con esperienza di integrazione ERP ed EDI sono pochi e si muovono per conoscenza diretta.
Fase 7 — Promozioni, contenuti e canali: far adottare il portale
In un eCommerce B2B il problema non è portare traffico: è convincere clienti che hai già a cambiare abitudine. È una campagna interna prima che esterna, e va progettata come tale.
Le promozioni nel B2B sono contratti, non sconti
Le leve promozionali che funzionano fra imprese sono diverse da quelle del consumo: scaglioni di quantità, condizioni migliorative sul riordino, spedizione inclusa sopra una soglia, campagne riservate a un gruppo di clienti, premi di fine periodo. Tutte hanno una caratteristica comune: devono essere coerenti con il contratto e con quanto fatturerà il gestionale.
Ricaduta. Il motore promozionale va progettato insieme a quello dei prezzi e con le stesse regole di precedenza, altrimenti si producono sconti che si sommano quando non dovrebbero. Va inoltre deciso chi può creare una promozione e con quali limiti: in molte aziende è la funzione che più rapidamente sfugge di mano, perché è l'unica che chiunque nel commerciale vorrebbe poter usare.
Far adottare il canale: la campagna che conta
I portali B2B che funzionano hanno quasi sempre fatto le stesse cose: hanno coinvolto la rete commerciale invece di scavalcarla — un agente che vede il portale come una minaccia lo affossa in silenzio —, hanno scelto venti clienti pilota, hanno offerto un vantaggio concreto e verificabile a chi ordinava online (disponibilità in tempo reale, storico documenti, conferma immediata) e hanno accompagnato l'avvio con formazione breve e materiale essenziale.
Ricaduta sul budget. Vanno previste giornate di affiancamento e materiali, ed è una voce che in genere non compare nei preventivi tecnici. Vale la pena metterla: il tasso di adozione nei primi tre mesi è l'unico indicatore che dice se il progetto ha funzionato.
Contenuti e social: pochi, tecnici, misurati
I contenuti che rendono in questo settore sono la documentazione tecnica, i casi applicativi con numeri e le pagine che rispondono alle domande che i clienti fanno davvero al telefono. Sui canali sociali, i dati Istat dicono che li usa il 59,0% delle imprese italiane con almeno dieci addetti, con il commercio al 72,8%: sono numeri che dicono quanto è diffuso il canale, non quanto rende. E qui va ripetuto che non esistono dati con metodologia pubblica sull'efficacia dei social nel B2B industriale italiano: le percentuali che circolano vengono da materiale promozionale.
Gli strumenti di marketing hanno prezzi pubblici che aiutano a dimensionare — HubSpot, per esempio, ha un piano gratuito, uno di ingresso a 7 dollari per postazione e piani professionali a 800 dollari al mese con un onboarding obbligatorio da 3.000 — ma la regola vale come per il resto: tre strumenti letti ogni mese valgono più di otto installati e mai aperti.
I tempi: cosa determina davvero la data di partenza
I ritardi hanno tre cause ricorrenti, e nessuna riguarda la velocità di chi programma. Le integrazioni con sistemi di terzi: ERP interno, EDI dei clienti, punch-out, spedizionieri. Ognuna richiede persone dall'altra parte e collaudi congiunti; il numero di integrazioni previste al primo rilascio è la variabile più pericolosa del piano. I dati di catalogo: attributi mancanti, descrizioni da riscrivere, immagini assenti, classificazioni da mappare — lavoro dell'ufficio prodotto, non del fornitore. Le decisioni commerciali: quali prezzi mostrare a chi, quali clienti abilitare, come si comporta il portale con chi ha il fido esaurito.
La regola pratica che funziona: partire con un gruppo ristretto di clienti e un perimetro completo — catalogo, prezzi corretti, ordine, conferma, documento, riordino — invece che con tutti i clienti e metà delle funzioni. Un portale che serve venti clienti dall'inizio alla fine dimostra il valore e si estende; uno che serve tutti a metà genera telefonate e viene abbandonato.
Come si costruisce un budget difendibile
Poiché non esistono fasce di prezzo con una fonte, e poiché diverse piattaforme del segmento non pubblicano listini, la cifra va costruita. Conta i moduli separatamente: catalogo e attributi, motore prezzi e listini, account aziendali e ruoli, ordine e approvazioni, riordino, documenti, promozioni, cruscotti. Poi conta le integrazioni una per una — ERP, ogni cliente EDI, ogni punch-out, spedizionieri, fatturazione — chiedendo una stima separata per ciascuna: è la voce a varianza più alta e quella che slitta.
Chiedi il costo del primo anno: sviluppo, licenze e canoni, infrastruttura, strumenti dati e sicurezza, manutenzione, lavoro sui contenuti di catalogo e affiancamento ai clienti. E metti in contratto le tre righe che ti rendono libero: codice su un repository intestato alla tua azienda, ambiente ricostruibile con istruzioni provate, e diritto di esportare in qualunque momento catalogo, anagrafiche, listini e storico ordini in un formato leggibile da un altro fornitore. Su una piattaforma che ospita i contratti commerciali con i tuoi clienti, l'ultima riga non è una clausola di stile.
Infine l'accorgimento che vale più di ogni trattativa: separa la prima fase di analisi e pagala a parte, a prezzo fisso. Tre o quattro settimane che producono modello dei dati, regole di prezzo scritte, mappa delle integrazioni e perimetro del primo rilascio rendono confrontabili tutti i preventivi successivi — e ti permettono di cambiare fornitore senza ricominciare.
La scelta in pratica, per tipo di azienda
Distributore con pochi clienti grandi. Il valore sta nell'integrazione, non nel portale: priorità a EDI e punch-out, listini contrattuali corretti e documenti. Il portale serve ai clienti medi e piccoli e può nascere dopo. Serve un profilo con esperienza di integrazioni, più un referente interno che decida sui prezzi.
Produttore con rete di rivenditori. Qui contano catalogo tecnico, documentazione, disponibilità e riordino, con l'agente coinvolto e non scavalcato. Una piattaforma B2B pronta è quasi sempre la scelta giusta, con investimento concentrato sui dati di prodotto.
Azienda che vende sia a imprese sia a consumatori. Attenzione al perimetro normativo: dal lato consumatore entrano in gioco obblighi che nel B2B non esistono — informazioni precontrattuali, recesso, accessibilità obbligatoria per i servizi che concludono contratti online. Vanno trattati come due canali con regole diverse sullo stesso catalogo, e la guida di riferimento è quella su come sviluppare un nuovo eCommerce.
Chi vuole vendere la piattaforma ad altri. Cambia tutto: multi-tenancy, separazione dei dati, e soprattutto gli obblighi di chi immette un prodotto software sul mercato, a partire dalle segnalazioni previste dal regolamento europeo sulla resilienza informatica.
Conclusioni
Se di questa guida dovesse restare una riga: in un eCommerce B2B il costo non lo fa la vetrina, lo fanno il motore dei prezzi e le integrazioni. Sono le due parti che nessuno vede in una dimostrazione e che spiegano quasi tutta la differenza fra un progetto che costa il previsto e uno che raddoppia.
Sul resto, i dati verificabili dicono cose in parte controintuitive. In Europa le vendite elettroniche fra sistemi generano più fatturato di quelle via web: se i tuoi clienti grandi ordinano così, il portale non sposterà il loro fatturato. Le piattaforme più usate nel B2B non pubblicano prezzi, quindi il confronto si fa solo con un capitolato tuo. Le imprese italiane che usano intelligenza artificiale sono raddoppiate in un anno, il che rende quella competenza un requisito e non un vantaggio. E il calendario normativo va guardato adesso: gli obblighi di segnalazione del regolamento sulla resilienza informatica scattano l'11 settembre 2026, la verifica del beneficiario nei bonifici è già operativa, e la rendicontazione digitale europea delle operazioni fra imprese arriva nel 2030. Non sono adempimenti da rincorrere: sono vincoli da conoscere mentre si disegna, quando costano zero.
Domande frequenti
Quanto costa sviluppare un eCommerce B2B?
Non esiste una risposta documentata: nessuna fonte con metodologia dichiarata pubblica costi di sviluppo per il B2B, e diverse piattaforme del segmento — Adobe Commerce, Salesforce, commercetools, OroCommerce, l'edizione B2B di BigCommerce — non pubblicano nemmeno i propri listini. Il numero si costruisce contando i moduli separatamente (catalogo, motore prezzi, account aziendali e ruoli, ordine e approvazioni, riordino, documenti, promozioni) e chiedendo una stima per ogni singola integrazione: ERP, ciascun cliente EDI, ciascun punch-out, spedizionieri, fatturazione. Al preventivo vanno sommati il primo anno di canoni, infrastruttura, manutenzione, lavoro sui dati di catalogo e affiancamento ai clienti.
Mi serve davvero l'EDI, o basta il portale?
Dipende da dove sta il tuo fatturato, e c'è un dato che aiuta a decidere: secondo Eurostat, nel 2024 le vendite elettroniche valevano il 19,5% del fatturato delle imprese europee, ma le vendite di tipo EDI pesavano l'11,1% contro l'8,4% delle vendite via web. Se i primi venti clienti fanno la maggior parte del tuo fatturato e ordinano già per via elettronica, l'EDI è la priorità e il portale serve alla coda lunga. Se il fatturato è frammentato su clienti piccoli che telefonano, vale il contrario. La regola pratica: ogni cliente EDI è un progetto a sé, con mappature e collaudo congiunto, e va stimato singolarmente.
Che cos'è il punch-out e quando serve?
È il meccanismo con cui un compratore parte dal proprio sistema di acquisti, entra nel tuo catalogo con i suoi prezzi contrattuali, compone il carrello e lo restituisce al proprio sistema per il flusso di approvazione interno; l'ordine arriva poi per via elettronica. Serve quando vuoi vendere a organizzazioni strutturate, dove spesso è una condizione per essere ammessi come fornitori. Le due specifiche usate sono pubbliche e gratuite — quella basata su XML e quella basata su un semplice invio di campi via HTTP — quindi il costo è di integrazione e collaudo, non di licenza.
Come si gestiscono i listini per cliente?
Trattando il prezzo come un calcolo e non come un campo: listino base, listino contrattuale, scaglioni di quantità, promozioni, valuta. La cosa da decidere prima di scrivere codice è la regola di precedenza quando più condizioni sono applicabili — alcune piattaforme, per esempio, applicano automaticamente il prezzo più basso — perché è una scelta commerciale con effetti sul margine, non una impostazione tecnica. E va provato con dati veri: venti clienti reali, venti articoli reali, confronto fra ciò che mostra il portale e ciò che fattura il gestionale. Una differenza fra i due è il difetto che fa abbandonare il canale.
Ho bisogno di un data lake?
Solo se ricorrono tre condizioni insieme: più sorgenti eterogenee, necessità di conservare storico oltre quanto fanno i sistemi operativi, e qualcuno in azienda in grado di interrogarlo. Se manca la terza, produce grafici che nessuno legge. La progressione sensata è prima far funzionare gli allineamenti operativi con controlli e allarmi, poi costruire il livello analitico quando esistono domande a cui non sai rispondere. Nel B2B una domanda giustifica il livello analitico prima delle altre: quali clienti stanno comprando meno di quanto compravano. Su strumenti e archivi esistono opzioni gratuite e prezzi pubblici a consumo, ma diversi prodotti di punta non pubblicano tariffe confrontabili.
Quali obblighi normativi devo considerare nel 2026?
Tre, con date. Dall'11 settembre 2026 il regolamento europeo sulla resilienza informatica dei prodotti con elementi digitali impone la segnalazione delle vulnerabilità attivamente sfruttate e degli incidenti gravi, con preavviso entro 24 ore e notifica entro 72: riguarda chi immette software sul mercato, e per lo sviluppo su commessa la questione è dibattuta. Sui pagamenti, la verifica del beneficiario nei bonifici è operativa dall'ottobre 2025 e impone coerenza fra ragione sociale e coordinate bancarie esposte. Sul fisco, il pacchetto europeo sull'IVA nell'era digitale fissa al 1° luglio 2030 la rendicontazione digitale delle operazioni intracomunitarie e al 2035 l'allineamento dei sistemi nazionali.
Quante persone servono per un progetto di questo tipo?
I mestieri sono cinque — progettazione, sviluppo e integrazione, sicurezza, intelligenza artificiale, marketing — e un freelance ne copre bene due o tre. Su un progetto B2B serve però quasi sempre un profilo in più che non compare nei preventivi: qualcuno che conosca il processo commerciale dell'azienda, cioè come funzionano davvero listini, fidi, agenti e logistica. Senza quella figura, ogni decisione di dettaglio la prende uno sviluppatore che indovina, e il debito che si accumula non è tecnico ma commerciale: emerge tutto insieme quando i clienti iniziano a usare il portale.