Realizzazione eCommerce: come progettare e sviluppare un nuovo sito

TL;DR — La realizzazione di un eCommerce parte da processi, catalogo e obiettivi aziendali, non dalla scelta di un tema grafico. Per arrivare al lancio servono requisiti verificabili, una piattaforma adatta, integrazioni collaudate e responsabilità definite anche per la gestione successiva.

Vuoi valutare il tuo progetto? Richiedi un audit eCommerce oppure contatta Armah indicando obiettivo, piattaforma e sistemi coinvolti. Non inviare credenziali o dati personali dei clienti.

Indice

1. 1. Definire obiettivi, clienti e perimetro del progetto
2. 2. Disegnare il percorso di acquisto e i processi operativi
3. 3. Scegliere piattaforma e architettura sui requisiti
4. 4. Preparare catalogo e integrazioni prima dello sviluppo
5. 5. Organizzare sviluppo, collaudo e criteri di accettazione
6. 6. Preparare lancio, misurazione e gestione continuativa
7. Come lavora Armah
8. FAQ
9. Guide correlate

1. Definire obiettivi, clienti e perimetro del progetto

In sintesi 1. Prima di chiedere una proposta, descrivi perché l’azienda vuole aprire il canale online.

Prima di chiedere una proposta, descrivi perché l’azienda vuole aprire il canale online. Vendere direttamente ai consumatori, raccogliere riordini dai rivenditori e affiancare una rete commerciale comportano processi differenti. Un elenco generico di funzionalità non permette di capire quale progetto serva davvero.

Raccogli in un documento condiviso:

• Clienti serviti, mercati, lingue e modalità di acquisto.
• Ampiezza e caratteristiche del catalogo, varianti e configurazioni.
• Sistemi già presenti, persone disponibili e vincoli organizzativi.
• Problemi da risolvere e indicatori con cui valutarli.
• Funzioni indispensabili al lancio e sviluppi rinviabili.

Un obiettivo utile è rendere acquistabile un assortimento con disponibilità attendibile; “avere un sito moderno” non basta. Associa a ogni obiettivo un responsabile e una modalità di verifica, senza trasformarlo in una promessa di vendite.

Se esiste già un negozio, separa le criticità commerciali da quelle tecniche. Un catalogo poco comprensibile o una disponibilità errata potrebbero richiedere interventi sui dati prima dello sviluppo. Il capitolato eCommerce aiuta a trasformare queste informazioni in richieste confrontabili.

2. Disegnare il percorso di acquisto e i processi operativi

In sintesi 2. Disegna il percorso dal bisogno del cliente fino alla gestione di resi e assistenza.

Disegna il percorso dal bisogno del cliente fino alla gestione di resi e assistenza. Per ogni passaggio specifica cosa vede l’utente, quale informazione serve e quale reparto interviene. Coinvolgi vendite, amministrazione, magazzino e assistenza prima di approvare il progetto grafico.

Una mappa operativa rende visibili dipendenze che altrimenti emergono soltanto in collaudo:

Passaggio	Decisione da prendere	Evidenza da produrre
Ricerca del prodotto	Categorie, attributi e filtri utili	Catalogo campione navigabile
Composizione del carrello	Varianti, disponibilità e vincoli	Casi di acquisto reali
Pagamento	Metodi, esiti e riconciliazione	Test dei flussi ammessi
Spedizione	Zone, regole ed eccezioni	Matrice delle consegne
Post vendita	Resi, rimborsi e assistenza	Procedura con responsabili

Prevedi anche scenari sfavorevoli: pagamento interrotto, prodotto esaurito durante l’acquisto, indirizzo non servito. Il prototipo deve mostrare messaggi e alternative, non soltanto il percorso ideale.

Nel commercio B2B, aggiungi ruoli aziendali, condizioni negoziate e ordini soggetti ad approvazione. Non trattarli come dettagli da introdurre dopo la scelta della piattaforma.

3. Scegliere piattaforma e architettura sui requisiti

In sintesi 3. Confronta SaaS, soluzioni open source e offerte enterprise utilizzando gli stessi casi d’uso.

Confronta SaaS, soluzioni open source e offerte enterprise utilizzando gli stessi casi d’uso. Una dimostrazione con dati aziendali è più utile di una lista di funzioni: chiarisce cosa è nativo, cosa richiede un’estensione e cosa deve essere sviluppato.

Chiedi come vengono gestiti aggiornamenti, sicurezza, ambienti di prova ed esportazione dei dati. Verifica le limitazioni dei piani proposti, le API effettivamente disponibili e le dipendenze da applicazioni esterne. Il costo della licenza è soltanto una componente della decisione.

• SaaS: valuta vincoli di personalizzazione, servizi inclusi e applicazioni necessarie.
• Open source: chiarisci responsabilità per infrastruttura, aggiornamenti e compatibilità.
• Offerte enterprise: verifica quali moduli e servizi appartengono al contratto specifico.

Queste categorie possono sovrapporsi: “enterprise” non identifica da sola un’architettura. Parti dalla scelta della piattaforma eCommerce e approfondisci, quando pertinente, Magento e Shopify Plus.

Richiedi un registro delle decisioni: alternativa valutata, requisito decisivo, limite accettato e referente che approva. Questo documento evita di riaprire discussioni già concluse quando cambiano gli interlocutori.

4. Preparare catalogo e integrazioni prima dello sviluppo

In sintesi 4. I dati devono essere disponibili abbastanza presto da guidare il progetto.

I dati devono essere disponibili abbastanza presto da guidare il progetto. Scegli un campione rappresentativo che includa varianti, prodotti senza immagini, articoli non disponibili e attributi incompleti. Un campione composto soltanto dai prodotti migliori nasconde problemi che riemergeranno al lancio.

Definisci una fonte autorevole per codici, prezzi, disponibilità e contenuti. Specifica chi corregge i dati alla fonte: sistemarli soltanto sul sito può essere inutile se un aggiornamento li sovrascrive. La gestione del catalogo richiede regole condivise, non soltanto importazioni.

Per ogni collegamento documenta direzione del flusso, frequenza, identificativi, gestione degli errori e riconciliazione. La guida all’integrazione ERP ed eCommerce approfondisce questa analisi. Un ordine non deve essere duplicato perché una chiamata viene ripetuta dopo un errore di rete.

Se prevedi schede prodotto assistite dall’AI, stabilisci fonti autorizzate, campi modificabili e revisione umana. La generazione del testo non sostituisce la verifica di caratteristiche tecniche, disponibilità o condizioni commerciali.

5. Organizzare sviluppo, collaudo e criteri di accettazione

In sintesi 5. Dividi il lavoro in consegne verificabili.

Dividi il lavoro in consegne verificabili. Per ogni funzione scrivi il comportamento atteso, i dati necessari e la prova che ne dimostra il funzionamento. “Checkout completato” è ambiguo; un caso di test deve indicare cliente, prodotti, destinazione, pagamento ed esito previsto.

Mantieni separati ambiente di sviluppo, collaudo e produzione, gestendo accessi e informazioni riservate. Quando possibile usa dati sintetici o adeguatamente protetti. Le notifiche di prova non devono raggiungere clienti reali e i pagamenti devono utilizzare modalità di test appropriate.

Il collaudo comprende almeno:

• Navigazione e acquisto su dispositivi rappresentativi.
• Prezzi, imposte e spedizioni nei mercati previsti.
• Pagamenti riusciti, rifiutati e interrotti.
• Trasmissione degli ordini e aggiornamento delle giacenze.
• Accessibilità dei percorsi essenziali e messaggi di errore.
• Prestazioni, tracciamento e gestione dei consensi.

Registra anomalia, gravità, responsabile e stato della verifica. Distingui difetti bloccanti da miglioramenti rinviabili e stabilisci chi autorizza il lancio. Per le prestazioni usa misurazioni ripetibili: la guida per velocizzare un eCommerce aiuta a impostare il confronto senza promettere risultati automatici.

6. Preparare lancio, misurazione e gestione continuativa

In sintesi 6. Il lancio è un passaggio operativo, non soltanto la pubblicazione del sito.

Il lancio è un passaggio operativo, non soltanto la pubblicazione del sito. Predisponi un elenco di controlli, un referente decisionale e una procedura di recupero. Se sostituisci un negozio esistente, definisci come recuperare ordini e modifiche avvenuti durante il passaggio.

Verifica dominio, certificati, pagamenti in produzione, notifiche, accessi dei reparti e disponibilità dei fornitori coinvolti. Documenta cosa fare se un’integrazione non risponde e quali dati devono essere riconciliati prima di riaprire il flusso.

Per un rifacimento, prepara anche la migrazione SEO: URL, redirect e contenuti devono essere valutati prima del rilascio. Cambiare piattaforma non rende inevitabile cambiare ogni indirizzo.

Dopo il lancio, controlla ordini, errori, disponibilità e dati di misurazione. Interpreta gli indicatori rispetto alla situazione iniziale, alla stagionalità e alle campagne. Un aumento del traffico non dimostra da solo un miglioramento della redditività.

Assegna manutenzione, aggiornamenti e gestione del catalogo a persone identificate. Un chatbot per eCommerce può essere valutato successivamente su domande reali dell’assistenza, con limiti, fonti e passaggio a un operatore. Non deve diventare un prerequisito ornamentale del lancio.

Come lavora Armah

In sintesi 7. Armah è attiva dal 2013 e conta 22 collaboratori in Italia.

Armah è attiva dal 2013 e conta 22 collaboratori in Italia. È Hyvä Silver Partner; alcuni collaboratori possiedono certificazioni individuali Adobe/Magento. Queste qualifiche non equivalgono a una partnership aziendale Adobe.

Il confronto sul progetto parte da obiettivi, catalogo, sistemi e responsabilità. Le attività da concordare comprendono analisi, progettazione, sviluppo, integrazioni, test e gestione successiva: il perimetro deve essere esplicito nella proposta, insieme alle esclusioni.

Consulta i case study e chiedi quali attività documentate siano pertinenti alla tua situazione. Un progetto pubblicato non dimostra automaticamente che la stessa soluzione sia adatta alla tua azienda. Questa guida presenta anche i servizi eCommerce di Armah, non è una valutazione indipendente dei fornitori.

Confrontiamo requisiti e priorità: richiedi l’audit eCommerce oppure descrivi il progetto. Perimetro e attività vanno definiti sul caso concreto.

FAQ

Da dove iniziare per realizzare un eCommerce aziendale?

Da obiettivi, clienti, catalogo e processi. Prepara un brief con sistemi presenti, vincoli e funzioni indispensabili; soltanto dopo confronta piattaforme e fornitori sullo stesso perimetro.

Serve scegliere subito Magento o Shopify?

No. Prima verifica requisiti e integrazioni attraverso casi di acquisto rappresentativi. La piattaforma va scelta considerando anche gestione quotidiana, aggiornamenti, esportazione dei dati e dipendenze esterne.

Quanto tempo richiede la realizzazione?

Dipende da complessità, qualità dei dati, integrazioni e approvazioni. Chiedi un calendario con dipendenze e criteri di completamento, non una durata svincolata dalle informazioni disponibili.

Chi deve fornire testi e immagini?

Il contratto deve chiarire produzione, diritti d’uso, revisione e caricamento. Il referente aziendale deve validare le informazioni commerciali e tecniche anche quando i contenuti sono preparati da un fornitore.

Si può partire con un progetto più essenziale?

Sì, se il perimetro iniziale permette un acquisto completo e una gestione affidabile degli ordini. Rimanda funzioni accessorie, non controlli su pagamenti, dati, sicurezza o continuità operativa.

Come confrontare i preventivi di sviluppo?

Usa lo stesso capitolato, distinguendo attività iniziali, costi ricorrenti, esclusioni e responsabilità. Chiedi evidenze di collaudo e condizioni per gestire modifiche o passaggio a un altro fornitore.

Guide correlate

In sintesi 8. Quanto costa un sito eCommerce Capitolato tecnico eCommerce Funzionalità eCommerce B2B Migrazione eCommerce e SEO Sviluppo eCommerce Agenzia o freelance

• Quanto costa un sito eCommerce
• Capitolato tecnico eCommerce
• Funzionalità eCommerce B2B
• Migrazione eCommerce e SEO
• Sviluppo eCommerce
• Agenzia o freelance