Come funziona lo sviluppo web? Il processo completo
Visto da fuori, lo sviluppo web può sembrare un lungo silenzio seguito da un sito finito. In pratica è una sequenza di ambienti, punti di controllo e decisioni, e il lato cliente ha obblighi in quasi ciascuno di essi.
Questa guida copre come procede davvero un progetto, cosa ti verrà chiesto e quando, e i punti di controllo in cui un problema è ancora poco costoso da correggere.
Ambienti: dove vive il sito prima di essere online#
Quasi ogni progetto professionale tiene tre copie del sito. Sapere quale stai guardando evita moltissima confusione durante le revisioni.
| Ambiente | Chi lo usa | A cosa serve |
|---|---|---|
| Locale | Chi sviluppa | Lavoro quotidiano; tu non lo vedi mai |
| Preproduzione | Tu e chi sviluppa | Revisione, collaudo e approvazione; bloccato ai motori di ricerca |
| Produzione | I visitatori | Il sito online |
I contenuti inseriti in preproduzione non compaiono automaticamente in produzione, a meno che il progetto non sia predisposto per migrarli. Chiedilo presto, perché digitare 200 prodotti due volte è un rischio reale.
La sequenza di una realizzazione tipica#
I nomi cambiano tra i team, ma l'ordine è abbastanza costante perché ogni passo dipende dal precedente.
- Avvio. Requisiti confermati, accessi concessi, referenti nominati, date concordate.
- Predisposizione. Repository, ambienti, CMS o framework installato, catena di rilascio.
- Template. Il design diventa template funzionanti, di solito prima il più complesso.
- Modellazione dei contenuti. Campi e tipi perché il tuo team modifichi senza rompere le impaginazioni.
- Integrazioni. Pagamenti, CRM, e-mail, statistiche: ciascuna richiede credenziali da parte tua.
- Inserimento contenuti. Tuo o loro, a seconda di cosa diceva il preventivo.
- Collaudo. Funzionale, tra browser, prestazioni, accessibilità.
- Controlli prima del lancio. Reindirizzamenti, robots, sitemap, statistiche, backup.
- Lancio. Cambio DNS, verifica, monitoraggio.
- Dopo il lancio. Correzioni, consegna, formazione, poi manutenzione.
Cosa deve fornire la tua parte, e quando#
La maggior parte dei ritardi che sembrano dello sviluppatore sono attese sul cliente. Questi sono gli elementi da avere pronti prima che vengano richiesti, perché ciascuno blocca lavoro quando arriva tardi.
| Tu fornisci | Serve a | Se arriva tardi |
|---|---|---|
| Accesso al dominio e al DNS | Predisposizione | Non si può programmare il lancio |
| Materiali di marca e file del logo | Template | Marchio provvisorio per tutta la revisione |
| Contenuti e immagini delle pagine | Inserimento contenuti | La causa più comune di una data di lancio mancata |
| Dati di prodotto | Inserimento contenuti | La costruzione del negozio si ferma del tutto |
| Credenziali di terze parti | Integrazioni | Il lavoro di integrazione si blocca a metà sprint |
| Riscontri a ogni revisione | Ogni punto di controllo | Rilavorazione, perché la realizzazione è andata avanti |
| Pagine legali | Prima del lancio | Lancio rinviato per un'informativa privacy |
Punti di controllo in cui un problema costa ancora poco#
Il costo del cambiamento sale ripidamente durante un progetto. Questi sono i momenti in cui guardare davvero anziché scorrere, perché dopo ciascuno lo stesso cambiamento costa diverse volte tanto.
- Dopo i wireframe: struttura e priorità si cambiano ancora gratis.
- Dopo la costruzione del primo template: qui scopri se il design regge il contenuto vero.
- Dopo la modellazione dei contenuti: prova a modificare una pagina tu stesso. Se è scomodo ora, lo sarà per anni.
- Dopo la prima integrazione: verifica che i dati arrivino dove il tuo team lavora davvero.
- In preproduzione con contenuti veri: l'ultimo momento in cui i problemi di impaginazione costano poco.
- Prima del cambio DNS: reindirizzamenti, statistiche e moduli verificati.
Fare la revisione su un telefono non è facoltativo. Quasi tutti i siti ricevono la maggior parte del traffico da telefoni, e revisionare solo da scrivania è il modo in cui i problemi mobili arrivano in produzione.
Domande frequenti
Quanto tempo mio richiederà il progetto?
Più di quanto quasi tutti preventivino. Conta un punto di controllo settimanale di trenta-sessanta minuti, più il lavoro sui contenuti, che si misura in giorni e non in ore. Il miglior predittore di un progetto consegnato in tempo è se il lato cliente ha una persona con l'autorità di decidere e il tempo di revisionare.
Cos'è uno sprint e devo interessarmene?
Uno sprint è un periodo fisso — di solito una o due settimane — in cui un insieme di lavoro concordato viene completato e mostrato. Ti riguarda perché definisce il ritmo delle decisioni: un riscontro dato durante uno sprint costa poco, uno dato tre sprint dopo è rilavorazione. Se chi sviluppa non lavora a sprint, vuoi comunque un punto di controllo regolare per lo stesso motivo.
Posso vedere gli avanzamenti prima che il sito sia finito?
Sì, e dovresti. Chiedi l'accesso alla preproduzione dal primo template. Vedere lavoro parziale è scomodo ma è molto meglio di una rivelazione finale, quando un riscontro strutturale costa caro. Aspettati che sembri incompleto: è proprio il punto di guardare presto.
Cosa succede subito dopo il lancio?
Un periodo breve — comunemente due-quattro settimane — in cui le piccole correzioni sono coperte, poi un passaggio a un accordo di manutenzione o a nulla. Concorda in anticipo quale dei due, cosa conta come correzione anziché come nuova richiesta, e chi contattare fuori orario se il sito cade. «Lo vediamo dopo» è il modo in cui i siti finiscono senza manutenzione.
come funziona lo sviluppo webprocesso di sviluppo webfasi sviluppo webambiente di preproduzionegestione progetto webtempi realizzazione sito
