Lo sviluppo quasi mai è il collo di bottiglia: lo sono foto, dati prodotto e decisioni. Cosa preparare prima e come contare a ritroso da una data.
Arriva sempre subito dopo il prezzo. Quanto tempo ci vuole per avere il negozio online. E la risposta vera — dipende — non serve a niente se non dici da cosa dipende.
Allora diciamolo. Un ecommerce non è un lavoro solo: sono otto o nove lavori diversi che si incastrano, e solo una parte la fa chi scrive il codice. Le altre le fai tu, o le fa qualcuno per te. Sono quasi sempre quelle a decidere la data di lancio.
Prima di parlare di calendario serve sapere cosa c'è dentro. Queste sono le fasi che un progetto attraversa comunque, che tu le chiami così o no.
Nessuna di queste fasi si salta. Si può ridurre quanto pesano — e la pagina del servizio ecommerce racconta cosa mettiamo dentro ciascuna quando il progetto è nostro — ma nessuna sparisce.
È la cosa più controintuitiva di tutte, e vale la pena dirla prima di firmare qualsiasi cosa: nella nostra esperienza la parte tecnica è raramente quella che fa slittare la data.
Lo sviluppo si stima. È lavoro noto, fatto da persone che l'hanno già fatto, su una lista di cose decisa in anticipo. Ha le sue sorprese, ma sono sorprese di dimensione contenuta. Quello che non si stima è il tempo che serve a te per procurare le foto di tutto il catalogo, per far scrivere le descrizioni a qualcuno, per decidere se la spedizione è gratuita sopra una soglia e quale soglia, per ottenere dalla banca le credenziali di produzione del sistema di pagamento.
Il pattern che ci capita di vedere più spesso è questo: il sito è pronto e aspetta i contenuti, non i contenuti che aspettano il sito.
C'è una ragione strutturale, e non è colpa di nessuno. Lo sviluppo è il lavoro a tempo pieno di chi lo fa. I contenuti e le decisioni sono un lavoro in più per chi ha già un'azienda da mandare avanti. Una settimana di sviluppo è una settimana piena. Una settimana di "devo scrivere le schede" è, realisticamente, qualche ora ritagliata tra una cosa e l'altra.
Prima ancora delle foto. Nomi, codici, varianti, attributi, prezzi, disponibilità, categorie. Finché non esiste un file — un export dal gestionale, un foglio di calcolo, qualcosa — con dentro quella roba, non si definiscono i filtri, non si disegna bene una scheda prodotto e non si collauda niente sul serio.
C'è poi un caso frequentissimo: i dati esistono, ma sono scritti per uso interno. Sigle che capisce solo chi prepara i pacchi, attributi usati in modo incoerente tra una categoria e l'altra, taglie scritte in tre modi diversi. Quel materiale va tradotto in qualcosa che un cliente possa leggere e un filtro possa usare. È lavoro vero, e va messo a calendario invece che scoperto a metà strada.
Le foto sono il lavoro con la latenza più alta: servono uno shooting, un set, un fotografo, la post-produzione, e se i prodotti sono stagionali serve anche la stagione giusta. Se parti a gennaio ma i capi ti arrivano a marzo, il negozio lo lanci a marzo, qualunque cosa dica il piano.
Ogni decisione in sospeso tiene ferma una catena. Le più costose sono sempre le stesse: le regole di spedizione, la politica dei resi, quali metodi di pagamento accettare, come si comporta il prezzo per un cliente all'ingrosso, cosa deve vedere l'utente quando un prodotto è esaurito. Sembrano dettagli commerciali; sono specifiche tecniche travestite.
Una cosa aiuta più di qualunque software di project management: una sola persona che decide. Quando due referenti si rimandano l'approvazione del design, il progetto resta fermo e nessuno dei due si accorge di quanto.
La buona notizia è che parecchie cose non sono in fila.
E cosa invece è in fila per forza: i filtri non esistono prima degli attributi; il checkout non si collauda prima delle credenziali vere del gateway; la mappa dei redirect non si scrive prima che gli indirizzi nuovi siano definitivi; il collaudo non è un collaudo se lo fai su prodotti finti.
Queste sono le cose che, se arrivano già pronte, tolgono attesa al progetto senza allargare il perimetro. Vale la pena metterle insieme prima della prima riunione.
Se questa lista ti sembra lunga, è il segnale che il perimetro va guardato bene prima di partire. Il perimetro resta la leva più onesta su tempi e costi: un progetto si accorcia togliendo pezzi, non comprimendo il lavoro di chi lo fa — è lo stesso ragionamento che facciamo quando costruiamo un preventivo.
"Si integra col gestionale" è una frase che può voler dire una configurazione da fare in un pomeriggio oppure un progetto a sé. La differenza sta in cose che conviene verificare prima, non scoprire dopo: esiste un'API documentata o si passa da un file esportato a mano? Chi è il padrone del dato quando due sistemi non sono d'accordo sulla giacenza? Ogni quanto si sincronizza? Cosa succede se la sincronizzazione salta di domenica sera, e chi se ne accorge?
Quando la risposta è che un'interfaccia pronta non c'è, il lavoro diventa sviluppo su misura a tutti gli effetti e va stimato come tale, non infilato come riga in fondo al preventivo.
È una richiesta legittima. Solo che si conta a ritroso, e la data di lancio non coincide con la data del picco.
Parti dal giorno del picco e torna indietro. Subito prima ci vuole una finestra in cui non si tocca niente: nessuno vuole fare un rilascio mentre entrano ordini. Prima ancora il negozio deve essere già vivo, con traffico vero e ordini veri, perché è l'unico modo per scoprire i problemi che nessun collaudo intercetta — il metodo di pagamento che fallisce solo con una certa carta, l'email di conferma che finisce in spam, la spedizione calcolata male su un'isola. Prima del lancio ci sono collaudo e migrazione. Prima ancora i contenuti, che come abbiamo visto sono la parte lenta.
C'è anche una ragione pubblicitaria. Le campagne su un negozio appena nato partono senza storico: nessun segnale di conversione accumulato, nessun pubblico costruito, nessun dato su cui ottimizzare. Arrivare al periodo di punta con qualche settimana di vendite vere alle spalle è un vantaggio che il giorno prima non si compra.
Se contando a ritroso la data non torna, meglio accorgersene a luglio che a novembre. E quando non torna, la risposta non è comprimere il lavoro: è ridurre il perimetro. Si lancia con meno categorie, meno lingue, meno automazioni, e si rimanda quello che può aspettare gennaio. Un negozio essenziale che funziona batte un negozio completo che arriva in ritardo.
Quando chiedi un preventivo, non fermarti a "quanto ci vuole". Chiedi anche: cosa serve da me, ed entro quando? Chi risponde con una data e basta ti sta vendendo tranquillità, non un piano. Chi ti elenca le dipendenze — questa cosa blocca quest'altra, e questo materiale serve entro questo momento — ti sta dando qualcosa che puoi verificare mentre il progetto va avanti.
Noi la giochiamo così: prima di dare una data mettiamo per iscritto le dipendenze — chi consegna cosa, entro quando, e cosa si ferma se quel materiale non arriva — e la prima call di analisi serve esattamente a fare questo conto insieme, prima che diventi un problema. Se la data che hai in testa non sta in piedi, preferiamo dirtelo allora.
Parliamone. Una prima call di misurazione è sempre gratuita.
Prenota una call