Quanto costa aprire un ecommerce e che cosa fa salire il prezzo

4.500 € è una cifra vera, ma non è l’unico costo di un ecommerce. Che cosa fa salire il prezzo da Basic a Pro, che cosa non lo fa, e quando il noleggio è una soglia, non una promessa.

Un cliente apre il preventivo, vede 4.500 € e pone la domanda che pongono quasi tutti: quanto costa aprire un ecommerce. La risposta che aspetta è un solo numero, ma il numero con cui poi vive è un altro — quello che resta quando il magazzino, una seconda lingua o la fattura della contabilità si aggiungono a ciò che la versione Basic lascia volutamente fuori. Questo articolo riguarda ciò che produce quella differenza, e quando la differenza non vale la pena di comprarla, perché la riga più economica che non corrisponde al processo, dopo il lancio, diventa l’errore più caro che si possa commettere in questo progetto.

Tre prezzi già scritti, e che cosa non sono

Nella nostra pagina degli e-commerce stanno tre righe, e non sono nascoste dietro un «da concordare»: la versione Basic costa 4.500 € in un pagamento una tantum, la versione Pro costa 9.500 € in un pagamento una tantum, mentre il noleggio parte da 130 € al mese più 600 € di configurazione ed è disponibile soltanto su Laravel insieme al nostro hosting. La scheda del servizio sopra di esse dice «a partire da 4.500 €», perché è l’avvio pubblicato più economico, non perché Basic stessa sia una soglia, e trasformare quella cifra in un «da» significa trasformare il listino in una promessa che non abbiamo fatto. Basic è 4.500 €; il noleggio è la riga a cui «a partire da» appartiene davvero.

Tutte e tre le righe sono indicative e IVA esclusa, e prepariamo un preventivo preciso dopo aver discusso il perimetro, entro cinque-dieci giorni lavorativi — questa frase sta sotto il listino non per cortesia, ma come confine tra un orientamento pubblicato e un contratto. La versione Pro ha un’altra riga che spesso si salta: si può pagare a rate fino a dodici mesi con una commissione di dilazione del quindici per cento sul valore del contratto e con una garanzia personale, e se il contratto fosse esattamente 9.500 € la commissione lo porterebbe a 10.925 €. È un esempio con quella somma, non una nuova riga di listino, e senza garanzia questa dilazione non c’è affatto.

Questi tre prezzi appartengono al prodotto negozio, non a tutto ciò che vendiamo, e confondere i prodotti qui è come confrontare il carrello di un e-commerce con un sistema in cui il carrello non c’è. Un sistema Laravel a perimetro fisso parte da 8.000 €, ed è un’altra merce: un sistema in cui il processo nasce da zero, non un negozio con catalogo, carrello e checkout. La tariffa oraria di 50 € appartiene a questo secondo prodotto, al lavoro a tempo e materiali, non a un supplemento con cui si potrebbe «aggiustare» Basic finché diventa un sistema. Il noleggio dell’infrastruttura parte da 45 € al mese ed è una pagina a sé, non la terza colonna del pacchetto negozio, mentre la realizzazione di siti WordPress parte da 2.500 € ed è un altro oggetto, che a questa domanda non appartiene.

Chi legge queste righe come un menù di solito sceglie la più economica e poi si meraviglia che il preventivo sia un altro, perché ha scelto un numero, non un processo. Chi le legge come una mappa chiede prima quali delle cinque righe assenti in Basic gli servano davvero, e soltanto dopo guarda il numero. La seconda lettura è quella per cui questo articolo è stato scritto, perché la prima è già stata fatta sulla pagina del servizio e non ha bisogno di tremila parole per ripetere ciò che lì sta già.

Che cosa fa salire il prezzo dentro Basic: cinque righe, non la dimensione del catalogo

A separare Basic da Pro non è la piattaforma e non è il numero di prodotti, perché entrambe le versioni sono disponibili sia su WooCommerce sia su Laravel, e in entrambe ci sono SKU illimitati, il collegamento dei pagamenti con MakeCommerce o Stripe, l’ottimizzazione per i motori di ricerca e il pannello di amministrazione. La differenza sta in cinque righe che nell’elenco Basic figurano come assenti: modulo magazzino, supporto multilingua, listini B2B e integrazioni, sistema di sconti e migrazione dei contenuti. Pro le comprende tutte, e la composizione del noleggio nel listino è la stessa di Pro, soltanto con hosting, aggiornamenti e manutenzione in più, quindi chi noleggia per «evitare Pro» compra comunque la composizione Pro, soltanto con un altro ritmo.

Queste cinque righe sono quelle che fanno salire il prezzo dentro il prodotto negozio, perché ciascuna è un lavoro che qualcuno deve scrivere e verificare, non un ricarico per una tecnologia più moderna. Il modulo magazzino significa che la giacenza non è più un numero accanto al prodotto, ma una verità che vive altrove e che il negozio deve rispecchiare nel secondo in cui l’acquirente preme il pulsante, altrimenti due acquirenti possono comprare l’ultima unità nello stesso momento. Il multilingua significa non soltanto una traduzione, ma un catalogo in cui lo stesso prodotto esiste in più lingue senza rompere gli indirizzi con cui Google lo trova già. I listini B2B significano che due persone che hanno effettuato l’accesso vedono due prezzi diversi per la stessa riga, e il sistema di sconti significa che quei prezzi cambiano ancora in base alla quantità, al periodo o al contenuto del carrello, quindi in base a regole che il negozio deve eseguire da solo, non che l’acquirente deve indovinare.

La migrazione è la quinta riga e di solito quella che si immagina come la copia di un file, mentre prodotti, categorie, clienti e storico degli ordini vanno trasferiti in modo che gli indirizzi restino gli stessi, perché altrimenti spariscono le posizioni per cui il negozio ha già pagato con il tempo. Nella versione Pro e nel noleggio questo lavoro è compreso; nella versione Basic non c’è, e lo calcoliamo a parte in base al volume dei dati e al numero dei campi, perché cento prodotti con un’immagine sola non sono lo stesso lavoro di settecento prodotti con variazioni, gruppi di clienti e cinque anni di storico degli ordini. Chi «trasferirà da solo» di solito valuta il proprio tempo come gratuito, finché non ha passato una settimana a far combaciare campi che nei due sistemi si chiamano allo stesso modo ma significano cose diverse.

Di solito consigliamo di partire con un catalogo di base, i pagamenti e le spedizioni, andare online, e aggiungere i listini B2B, la logica degli sconti o il magazzino quando si vedono i primi ordini reali, e non è un esercizio di modestia, ma un modo per non pagare Pro per un processo che il negozio dopo tre mesi ancora non fa. Se una seconda lingua o una seconda tabella di prezzi serve già il primo giorno, allora Pro non è «una Basic più cara», è la riga giusta, e nasconderla dietro Basic perché il preventivo sembri migliore significa una lite dopo il lancio in cui entrambe le parti avranno tecnicamente ragione e entrambe resteranno insoddisfatte. L’onestà qui costa meno dello sconto che poi bisogna togliere.

Che cosa non fa salire il prezzo del pacchetto

La dimensione del catalogo non fa salire il prezzo del pacchetto, perché gli SKU illimitati sono già dentro la versione Basic, e un negozio con quaranta prodotti e un negozio con quattromila, su questa riga, costano uguale. Quello che a quattromila comincia a costare non è il numero delle righe, ma se quelle righe vivono anche nel magazzino, in una seconda lingua o in una seconda tabella di prezzi. Chi sente «catalogo grande» e subito sente «Pro» confonde il volume con il processo, e questa confusione è cara proprio perché sembra ragionevole ed è facile da vendere, anche a sé stessi.

Nemmeno la piattaforma fa salire il prezzo del pacchetto, e WooCommerce o Laravel — quale scegliere e quando — è una domanda a cui abbiamo già risposto in un articolo a parte, e il compito di questo articolo non è riscriverlo, perché in quell’articolo è già scritto ciò che questo non deve ripetere. Nel listino Basic è 4.500 € e Pro è 9.500 € su entrambe le piattaforme, perché a costare è il lavoro, non ciò che sta sotto. Quello che la piattaforma decide sono altre cose: la riga del noleggio è soltanto Laravel, le patch automatiche del core stanno dalla parte di WooCommerce, e chi può eseguire la Sua prossima modifica è una questione di codice, non dei numeri di questo articolo.

Il collegamento del corriere non è il modulo magazzino, anche se in conversazione le due righe spesso si fondono in una sola, perché entrambe toccano «la merce che esce di casa». L’interfaccia di Omniva, DPD, Latvijas Pasts o Venipak significa che la spedizione può essere creata, tracciata e consegnata in un punto di ritiro; il modulo magazzino significa che la giacenza è vera nel momento in cui la spedizione può proprio essere creata. Nell’e-commerce Riga Lashes, che manteniamo su Laravel, sono due cose diverse nella stessa frase: magazzino della merce e integrazioni con i corrieri, più i pagamenti e un processo automatizzato fino all’imballaggio. Confonderle significa o pagare troppo per Pro quando serve soltanto l’interfaccia della spedizione, oppure restare su Basic con il corriere e meravigliarsi che la giacenza nel negozio non coincida con quella sullo scaffale.

Nemmeno Horizon, Jumis o un’altra contabilità è dentro Basic, anche se ci lavoriamo regolarmente e questo resta vero anche quando nel contratto concreto queste righe non ci sono. Nel listino Basic comprende integrazioni specifiche su richiesta, e questo significa un preventivo, non un regalo, perché un’interfaccia pubblicata non è ancora un’integrazione: qualcuno deve far combaciare ciò che il negozio chiama prodotto con ciò che la contabilità chiama voce di nomenclatura. Se la contabilità è il posto in cui vive la verità della giacenza, questa riga va nominata e preventivata separatamente, non immaginata come parte dei 4.500 €, perché altrimenti preventivo e aspettativa divergono già prima del primo sprint.

Acquisto e noleggio: soltanto soglie

Il noleggio sembra più economico finché non lo si somma sugli anni, e più caro non appena qualcuno dimentica le parole «a partire da». Quanto costa un ecommerce tenuto in noleggio per cinque anni, letto dal listino, parte da 8.400 €: 130 € al mese in cinque anni sono 7.800 €, più 600 € di configurazione, ed è una soglia, non un totale, perché il noleggio parte da 130 €, non si ferma a 130 €. La versione Pro costa 9.500 € una tantum, e l’hosting lì arriva a parte: il nostro hosting gestito parte da 45 € al mese, quindi da 2.700 € in cinque anni, in tutto da 12.200 €, e gli aggiornamenti dell’applicazione lì non sono ancora compresi. Entrambe le cifre sono soglie, e sono confrontabili soltanto perché nel listino la composizione delle funzioni delle due è la stessa, non perché una delle due sia una fattura che si può firmare senza un’analisi.

Il noleggio è disponibile soltanto su Laravel e soltanto insieme al nostro hosting, e questo confine non è una questione di gusto: nella riga del noleggio siamo responsabili dell’ambiente, degli aggiornamenti e della manutenzione, e questa responsabilità la prendiamo soltanto dove codice e server sono nelle nostre mani insieme. Un negozio WooCommerce da noi non si può noleggiare, e se Le serve restare su WooCommerce o tenere il server presso di Lei, la riga del noleggio non fa per Lei indipendentemente da quanto sia attraente la cifra mensile, perché la cifra mensile qui compra anche l’ambiente, non soltanto il software.

Confrontare le soglie è onesto; trasformarle nella promessa che in cinque anni il noleggio costerà 8.400 € non lo è, perché il volume alza i costi del noleggio come alza quelli dell’acquisto, soltanto in un altro punto — più integrazioni, più lingue, più logica su misura. Nel noleggio Lei paga per l’uso insieme all’hosting; nell’acquisto paga il sistema subito e poi, a parte, perché resti vivo. Dove finisca ciascuna delle due lo decide il volume, per cui entrambe le calcoliamo sul progetto invece di leggerle dal listino come fattura finale, e chi chiede «un totale preciso a cinque anni già adesso» chiede ciò che il listino, di proposito, non dà.

Il noleggio è giusto quando Lei vuole la composizione Pro senza i 9.500 € una tantum e accetta di restare nel nostro ambiente, e non è giusto quando l’obiettivo è spendere meno di Basic, perché la composizione del noleggio non è la composizione Basic. Chi noleggia per evitare Pro di solito evita il numero sbagliato: paga comunque magazzino, multilingua e migrazione, soltanto a mesi, e dopo un anno scopre di aver comprato lo stesso Pro, soltanto con un altro ritmo. Se il ritmo Le va bene, il noleggio è un buon strumento; se il ritmo è soltanto un modo per non vedere Pro, lo strumento lavora contro di Lei.

Quando il negozio non è più un negozio

C’è un momento in cui la conversazione su Basic e Pro diventa inutile, perché ciò che va costruito non è più un catalogo con un carrello. Nella piattaforma di ordinazione pasti di LIDO il prezzo non lo decide il prodotto, ma l’indirizzo: la geolocalizzazione stabilisce la zona di consegna e il costo, ogni ristorante ha il proprio assortimento, e accanto agli ordini lavora un’automazione di processo separata con integrazioni verso più di dieci sistemi, tra cui Wolt, QWQER e RKeeper. Non è un negozio Pro con qualche supplemento, è un processo per il quale la metafora del negozio resta troppo stretta, e in questi casi nel listino c’è un’altra riga: nasconderla dietro il nome del negozio significa vendere il prodotto sbagliato con il sorriso giusto.

Un sistema Laravel a perimetro fisso parte da 8.000 €, e questo «a partire da» è vero: perimetro, termini e prezzo si fissano prima del lavoro, ma la cifra di partenza non è il Basic del negozio e non è nemmeno il Pro del negozio. La tariffa oraria di 50 € appartiene allo stesso strato, al lavoro a tempo e materiali con un resoconto ogni mese e senza impegni di lungo periodo, non al pacchetto negozio. Confondere questa tariffa con il pacchetto negozio significa immaginare che 4.500 € siano novanta ore che si possono aggiungere finché viene fuori un sistema, mentre viene fuori soltanto un contratto opaco in cui le due parti contano diversamente ciò che è già stato pagato.

Il confine si riconosce dalla domanda, non dal fatturato, ed è importante, perché il fatturato qui non mente, ma non decide nulla. Se Le serve un catalogo da cui l’acquirente sceglie da solo, paga e riceve la spedizione, Lei è ancora nel prodotto negozio, anche se il catalogo è grande. Se l’ordine diventa ordine soltanto dopo una zona, dopo un cuoco, dopo la conferma di un altro sistema o dopo una logica che in un negozio pronto non ha nemmeno un nome, Lei ha superato il confine. Non nascondiamo questo confine per vendere la riga più cara; lo nominiamo per non vendere un negozio là dove il negozio non reggerà la prima settimana vera.

È anche il punto in cui onestà e persuasione tirano in direzioni opposte, perché la pagina del negozio sembra più vendibile di quella del sistema, e a una persona fa più piacere sentire che è un Pro con qualche integrazione che sentire che non è più un negozio. La seconda frase la diciamo lo stesso, perché la prima dopo il lancio diventa un rimprovero, e il rimprovero per un prodotto sbagliato costa più di un preventivo perso. Se questa differenza Le sembra troppo secca, è un segno che il confine è già vicino, non che lo abbiamo inventato per complicare un progetto semplice.

Da otto a trentadue settimane non è la somma di quattro fasi

Il termine che pubblichiamo è da otto a trentadue settimane dall’analisi al lancio, a seconda del perimetro, e il processo è analisi una-due settimane, design due-tre, sviluppo quattro-dieci, poi il lancio in una finestra pianificata e i primi trenta giorni in allerta rafforzata. Se si sommano queste fasi vengono sette-quindici settimane più un lancio di cui il numero di settimane non è scritto, e non è la stessa cifra di 8–32. Sommarle per spiegare l’intervallo pubblico significa inventare un’aritmetica che nel listino non c’è, e poi meravigliarsi che il progetto non sia entrato in ciò che era stato promesso, anche se il promesso non era una somma.

L’ottava settimana è possibile quando il perimetro è Basic, i contenuti sono pronti e le integrazioni sono quelle che già ci stanno; la trentaduesima compare quando la migrazione è grande, le lingue sono più d’una, la contabilità va fatta combaciare con il negozio o il processo cambia in corso d’opera. Il tempo fa salire il prezzo non perché la settimana in sé sia una riga di listino, ma perché una strada più lunga quasi sempre significa più decisioni che nell’analisi nessuno aveva ancora nominato. È proprio per questo che la fine dell’analisi, per noi, è un perimetro e un prezzo chiari, non una stima approssimativa: finché l’analisi non è chiusa, qualsiasi termine è un desiderio, e i desideri non li vendiamo come calendario.

L’attesa dei contenuti è il punto in cui il calendario scivola più spesso, e scivola prima del codice, non in mezzo, perché finché mancano testi, immagini e dati dei prodotti il design sta fermo, e finché il design sta fermo lo sviluppo non comincia. Un termine breve, qui, non si guadagna lavorando più in fretta; si compra saltando la verifica o lanciando un negozio in cui metà del catalogo è ancora fatta di segnaposto. Noi non lo facciamo, nemmeno se il preventivo per questo sembra più lento della promessa che un concorrente ha scritto senza un elenco dei contenuti, perché un negozio che apre vuoto non è veloce — è incompiuto, e un negozio incompiuto l’acquirente lo nota prima del calendario.

Partire con meno è anche uno strumento di tempi, non soltanto di prezzo, perché un negozio che va online con catalogo, pagamenti e spedizioni sta all’estremo più breve dell’intervallo, e le righe Pro possono arrivare quando non sono più un’ipotesi. Un negozio che vuole tutte e cinque le righe Pro più la contabilità il primo giorno sta all’estremo più lungo, e questa lunghezza è onesta. Nasconderla perché il preventivo sembri più rapido significa spostare il ritardo sulla settimana in cui Lei ha già promesso la campagna, e allora il ritardo non è più una questione del nostro calendario, ma della Sua campagna.

Quanto costa aprire un ecommerce dopo che è già online

Ci sono costi per aprire un ecommerce che non alzano il pacchetto e che vanno pagati lo stesso anche se resta su Basic, e non sono una quinta versione, ma obblighi senza i quali il negozio può sembrare finito e non può aprirsi al consumatore. Il Codice del consumo esige che, prima di vincolarsi, l’acquirente veda con chiarezza l’identità del venditore, il prezzo finale comprensivo delle imposte, i costi di consegna, il diritto di recesso con il modulo tipo e il modo in cui l’ordine sarà eseguito. Queste informazioni fanno parte del contratto a distanza, e dimostrare che sono state fornite è lavoro del venditore, non dell’acquirente.

Sul sito questo diventa lavoro su schermate concrete: subito prima dell’ordine devono essere visibili il prezzo e la consegna, il pulsante deve dire che l’ordine crea un obbligo di pagare — «ordine con obbligo di pagare» o una formula equivalente — altrimenti l’ordine non vincola l’acquirente, e le restrizioni di consegna e i mezzi di pagamento vanno indicati non più tardi dell’inizio della procedura d’ordine. Non è una questione di plugin e non è un argomento per passare a Pro, è il testo, la formula del pulsante e l’ordine in cui compare il prezzo, e questo lavoro sta già nel primo lancio, perché altrimenti il negozio è aperto in violazione delle regole la cui vigilanza spetta all’Autorità Garante della Concorrenza e del Mercato.

Il diritto di recesso per il consumatore è di quattordici giorni, non di quattordici giorni lavorativi, e per i beni il termine si conta dal giorno in cui il bene è nel suo possesso; se l’informazione sul recesso non è stata fornita, il consumatore può recedere entro un anno dalla scadenza del termine iniziale di quattordici giorni. Le eccezioni esistono — un bene confezionato su misura, un bene palesemente personalizzato, una confezione igienica aperta — e non si possono inventare più larghe di quanto la norma consenta, per quanto sia comodo annunciare che «in questo negozio non si restituisce». La conferma del contratto va data su un supporto durevole, al più tardi al momento della consegna, e tutto questo è lavoro di un negozio Basic esattamente come di uno Pro, perché la legge non guarda il nome del pacchetto.

Due conversazioni sull’IVA qui non devono fondersi in una sola, perché appartengono a due contratti diversi. Il nostro listino è IVA esclusa, e la fattura che Le arriverà porterà l’imposta a parte: è il nostro contratto con Lei. All’acquirente del negozio il prezzo finale deve già comprendere le imposte, e l’aliquota ordinaria per le cessioni di beni e le prestazioni di servizi in Italia è il 22 per cento, come pubblica l’Agenzia delle Entrate, anche se esistono aliquote ridotte per beni specifici e dire che tutto è al 22 per cento sarebbe una semplificazione infedele, quindi il prezzo che vede il consumatore e il prezzo che vede Lei nel nostro preventivo restano due colonne diverse.

La fattura elettronica strutturata è la terza riga che gli articoli di stampa più vecchi datano ancora in modo sbagliato, anche se l’Agenzia delle Entrate oggi dice che l’obbligo di passare dal Sistema di Interscambio riguarda le fatture per cessioni e prestazioni tra soggetti residenti o stabiliti in Italia dal 1° gennaio 2019 — tra soggetti Iva e anche verso un consumatore finale — e che questo obbligo si affianca a quello, dal 31 marzo 2015, verso la pubblica amministrazione: se emette una fattura, passa dal Sistema di Interscambio, B2B, B2C o B2G; non è però un documento che ogni negozio al consumo deve emettere su ogni vendita di domani. Un e-commerce che vende a persone fisiche certifica di solito i corrispettivi; il collegamento alla fattura elettronica strutturata va tenuto aperto se vende già allo Stato o alle imprese, e non è un motivo per partire da Pro se i compratori sono persone a cui serve il diritto di recesso di quattordici giorni, non un file XML della fattura elettronica.

Il consenso ai cookie è un’altra riga che questo articolo non riscrive: se il sito misura i visitatori o mostra strumenti di terze parti, il banner non è un decoro, e su che cosa ci debba essere abbiamo scritto a parte. Nemmeno questo lavoro appartiene alla versione Pro, perché appartiene a qualsiasi sito i cui cookie non siano soltanto quelli tecnici, e un preventivo che lo dimentica non è più economico, è incompleto.

Quando Basic basta e quando non lo diciamo

Basic basta quando il processo sta in un catalogo con un prezzo, una lingua, il pagamento e la spedizione, e quando la giacenza può vivere nel negozio stesso, finché gli ordini non sono ancora tanti. A un e-commerce molto piccolo con processi standard lo diciamo, e lo diciamo anche quando un preventivo Pro sembrerebbe più impressionante, perché vendere Pro per un processo che non c’è significa un cliente che dopo il lancio chiede per che cosa ha pagato cinquemila euro in più. Questa domanda è meritata, e preferiamo non sentirla, anche se significa una riga più piccola in quel preventivo.

Pro vale la pena quando una delle cinque righe serve già il primo giorno, non quando «cresceremo», perché una seconda lingua, una seconda tabella di prezzi, la migrazione da un negozio già vivo o un magazzino senza il quale non si può vendere non sono funzioni del futuro. Sono funzioni del primo giorno, e nasconderle dentro Basic perché il numero resti 4.500 € significa spostare la lite sulla settimana in cui il negozio deve già aprire. Il noleggio vale la pena quando serve la composizione Pro ma non i 9.500 € una tantum, e quando Laravel più il nostro hosting Le sta bene; non vale la pena come sostituto di Basic, perché non compra una composizione più economica, ma un altro ritmo di pagamento per la stessa composizione.

La riga del sistema vale la pena quando la parola negozio non descrive più il processo: finché possiamo mostrare un carrello e un checkout restiamo nel prodotto negozio, ma quando l’ordine è un percorso tra ristoranti, zone e sistemi altrui lo chiamiamo con il suo nome vero, anche se significa una cifra di partenza più alta e una conversazione più lunga. L’onestà qui non è uno stile di marketing, è il modo in cui il preventivo dopo il lancio è ancora lo stesso preventivo che Lei ha firmato, ed è l’unico modo in cui questo articolo può finire: non ripetendo ciò che ha appena letto, ma con una scelta che Lei può fare prima che qualcuno Le abbia venduto la riga sbagliata.

Se vuole che leggiamo il Suo processo e Le diciamo quale di queste righe è la Sua, ci scriva. A volte la risposta più onesta è che basta Basic e che i soldi conviene tenerli da parte per il secondo anno, non per il primo schermo; a volte la risposta è Pro; a volte la risposta è che il negozio non è il prodotto. Tutte e tre sono valide, e soltanto una in ciascun caso è giusta, e preferiamo perdere un preventivo in cui abbiamo detto la riga sbagliata piuttosto che ottenere un progetto in cui quella riga, dopo il lancio, diventa un rimprovero.