Come Lavoro: dal Primo Messaggio alla Consegna

Una delle cose che sento più spesso da chi mi contatta è:

"Non ho mai lavorato con uno sviluppatore, non so come funziona".

Comprensibile. Il processo non è sempre trasparente, e spesso ci si ritrova a firmare un preventivo senza capire bene cosa succederà dopo.

Questo articolo esiste per togliere ogni ambiguità.

Ti spiego esattamente come lavoro, passo per passo,

da quando mi scrivi per la prima volta a quando il sito va online.

Così sai già cosa aspettarti, e puoi decidere se il mio approccio fa al caso tuo prima ancora di contattarmi.

1. Il Primo Contatto

Puoi contattarmi in due modi: compilando il form sul sito oppure prenotando direttamente una call tramite Calendly.

Non c'è una differenza sostanziale, entrambi portano allo stesso posto.

Se hai già le idee abbastanza chiare, la call è più rapida.

Se vuoi prima spiegarmi la situazione per iscritto, il form va benissimo.

Non esiste il contatto "troppo presto" o "troppo abbozzato".

Anche se hai solo un'idea vaga, possiamo parlarne.

2. Il Briefing Iniziale (Gratuito)

Prima di qualsiasi preventivo c'è una chiamata o un incontro in cui analizzo il progetto insieme a te.

È gratuito, senza impegno, e serve a capire cosa ti serve davvero.

Non è un appuntamento di vendita.

È una conversazione tecnica: che tipo di sito ti serve, quali funzionalità, chi sono i tuoi utenti, come gestisci il tuo lavoro oggi.

Più sei preciso in questa fase, più il preventivo sarà accurato e meno ci saranno sorprese in seguito.

Succede anche che, dopo il briefing, ti dica che non hai bisogno di uno sviluppo custom.

Se il tuo progetto si risolve bene con Wix o con Shopify, te lo dico, e se hai dubbi su come usarli, rispondo a quelli.

Non ha senso investire in qualcosa di custom se non è necessario.

Per fare un esempio concreto: se vuoi aprire un e-commerce ma non hai ancora validato il mercato

o i volumi di vendita non giustificano la spesa, Shopify è quasi sempre la scelta giusta per iniziare.

3. Il Preventivo

Dopo il briefing ti invio un documento formale via email.

Non un messaggio su WhatsApp con un numero, ma un documento che specifica nel dettaglio cosa è incluso, cosa è escluso, i tempi stimati e i costi.

La distinzione tra incluso ed escluso è importante quanto il prezzo stesso.

Se un preventivo non dice cosa non fa, non è un preventivo, è un'apertura a sorprese future.

Il mio include sempre entrambe le voci, in modo che tu sappia esattamente cosa stai comprando.

Tutto quello che non è nel preventivo e che viene richiesto durante lo sviluppo è fuori scope:

viene discusso e fatturato separatamente.

Non è rigidità, è trasparenza. Cambiare le cose in corsa ha un costo, e preferisco che tu lo sappia prima.

4. I Pagamenti

Per i progetti standard la struttura è: 40% all'avvio dei lavori, 60% prima del deploy.

Per i progetti più lunghi e articolati suddivido in tre tranche: 40% all'inizio, 30% a metà sviluppo e 30% prima del lancio.

Non chiedo il saldo prima che tu abbia visto il lavoro finito.

Il deploy avviene solo dopo che hai confermato che tutto è come deve essere,

e a quel punto il sito è già completamente navigabile, pannello di amministrazione incluso, su un sottodominio mio.

Non stai approvando schermate statiche o mockup: stai usando il sito reale prima che vada online.

5. Lo Sviluppo

Durante lo sviluppo il sito vive su un sottodominio del mio dominio.

Puoi accedervi in qualsiasi momento, navigarlo, usare il pannello di amministrazione, testare le funzionalità.

Non ci sono sorprese al momento del lancio perché quello che vedi in fase di sviluppo è esattamente quello che andrà online.

Per la parte grafica presento due proposte visive da cui partire.

Puoi scegliere la direzione che preferisci, colori, tipografia, impostazione generale e da lì si costruisce.

Per modifiche sostanziali alla grafica è inclusa una revisione.

Le richieste che esulano da quanto concordato vengono valutate e gestite separatamente.

I tempi variano in base al tipo di progetto: per un sito vetrina si va dalle 2 alle 3 settimane,

per un e-commerce dalle 5 alle 8, per i gestionali dipende dalla complessità ma raramente meno di 3 settimane.

Questi tempi presuppongono che anche da parte tua ci sia reattività: se i contenuti arrivano in ritardo o le approvazioni si allungano,

i tempi si allungano di conseguenza.

6. La Consegna

Quando il sito è pronto e approvato, prima di andare online facciamo una sessione di formazione.

Ti spiego come gestire i contenuti, come caricare un nuovo prodotto, come pubblicare un articolo o aggiornare le informazioni,

tutto quello che ti servirà per lavorare in autonomia senza dover chiamare me ogni volta.

Se preferisci avere qualcosa di scritto, preparo una documentazione su misura:

può essere un documento separato oppure una sezione direttamente nel pannello di amministrazione, accessibile quando ne hai bisogno.

Ti consegno anche i sorgenti del progetto: il codice è tuo.

Dopo il lancio hai 30 giorni per segnalare bug o problemi tecnici.

La risoluzione è compresa nel prezzo, senza discutere se il problema è "colpa mia" o meno.

Se qualcosa non funziona come dovrebbe in quel periodo, lo sistemo.

7. Dopo i 30 Giorni

Passato il periodo di garanzia, per chi vuole continuare ad avere un punto di riferimento tecnico offro pacchetti di manutenzione:

aggiornamenti di sicurezza sul server, piccole modifiche al sito, monitoraggio.

Non è obbligatorio, il sito funziona anche senza ma per chi non vuole pensarci è un'opzione disponibile.

Perché Ti Sto Raccontando Tutto Questo

Perché lavorare con uno sviluppatore che non spiega come funziona il processo è stressante.

Non sai quando aspettarti le cose, non sai cosa succede se vuoi cambiare qualcosa,

non sai se quello che stai pagando è in linea con quanto riceverai.

Il mio obiettivo è che tu arrivi al lancio del sito senza aver avuto nessuna sorpresa sgradevole lungo il percorso.

Se dopo aver letto questo articolo ti sembra un approccio che funziona per te,

contattami per una consulenza gratuita: analizziamo insieme il tuo progetto senza impegno.

---

Hai domande su qualche passaggio specifico, o hai avuto esperienze, positive o negative con sviluppatori in passato?

Scrivile nei commenti.