Piani annuali di sviluppo web: come funzionano

Tecnologia per PMI 27/07/2026 12:00 9 min Andrea Seghezzi

Il sito aziendale non dovrebbe essere un progetto finito

Un sito utile non si inaugura e si dimentica: cresce insieme all’impresa. Ecco perché ho scelto piani annuali basati su capacità di sviluppo, priorità condivise e risultati progressivi.

Roadmap di sviluppo web continuativo osservata attraverso gli strumenti di lavoro

Ho scelto di organizzare il mio lavoro attraverso piani annuali perché i progetti più utili raramente nascono da un unico intervento. Crescono quando posso conoscere l’azienda, verificare ciò che costruiamo e dedicare capacità tecnica alle priorità che emergono davvero.

Per molti anni realizzare un sito aziendale ha significato seguire un percorso abbastanza semplice: si definivano le pagine, si raccoglievano testi e fotografie, si pubblicava tutto online e il progetto poteva considerarsi concluso.

L’obiettivo principale era esserci. Presentare l’azienda, descrivere i servizi e permettere a un potenziale cliente di trovare un numero di telefono o un indirizzo email.

Quel modello, però, sta mostrando sempre più chiaramente i propri limiti.

Il classico sito vetrina non è necessariamente inutile, ma difficilmente può ancora rappresentare il centro di una strategia digitale. Se rimane immobile, comincia a invecchiare dal giorno stesso della pubblicazione e finisce spesso per diventare un catalogo istituzionale che l’azienda aggiorna raramente e i clienti consultano soltanto in parte.

Da sito a sistema

Un sito moderno può continuare a raccontare l’azienda, ma dovrebbe anche fornire servizi ai clienti e strumenti alle persone che vi lavorano.

Può raccogliere richieste strutturate, generare documenti, distribuire cataloghi aggiornati, gestire prodotti e ordini, pubblicare notizie, inviare comunicazioni, organizzare contatti, collegarsi ai processi commerciali e ridurre attività ancora svolte manualmente.

In altre parole, non dovrebbe essere soltanto qualcosa da guardare. Dovrebbe essere qualcosa da usare.

Questa trasformazione cambia anche il modo in cui il progetto viene sviluppato. Un sistema integrato non può essere definito interamente all’inizio, realizzato una volta per tutte e poi lasciato immobile per anni.

Le esigenze emergono utilizzandolo. Le priorità cambiano. Una prima funzione ne rende possibile una seconda. Un archivio organizzato permette di introdurre un’automazione. L’esperienza dei clienti suggerisce un nuovo servizio. Il lavoro quotidiano fa emergere attriti che, osservati dall’esterno, sarebbero difficili da prevedere.

Il valore non arriva tutto in una volta: si costruisce in modo additivo.

Un buon sistema digitale si costruisce per strati

Si parte dalle necessità più concrete, si realizza una prima soluzione, la si utilizza e la si perfeziona. Ogni intervento rimane disponibile e diventa la base per quello successivo.

Dopo qualche mese l’azienda non possiede soltanto un sito più aggiornato. Dispone di un insieme crescente di strumenti, collegamenti, procedure e informazioni organizzate.

È la differenza tra acquistare un oggetto finito e costruire progressivamente un’infrastruttura.

Questo approccio richiede continuità. Non necessariamente grandi progetti o trasformazioni spettacolari, ma tempo riservato, obiettivi condivisi e la possibilità di intervenire quando un’esigenza diventa abbastanza chiara da poter essere risolta bene.

Da queste considerazioni sono nati i miei piani annuali di sviluppo.

Non un canone per continuare a usare ciò che esiste

Molti prodotti digitali vengono proposti attraverso licenze e abbonamenti ricorrenti. L’azienda paga ogni anno per continuare a utilizzare lo stesso software. Se interrompe il pagamento, può perdere l’accesso allo strumento, alle funzioni o, nei casi peggiori, anche a una parte del lavoro accumulato.

Un piano di sviluppo segue una logica differente.

Il costo non serve semplicemente a mantenere attiva una licenza. Finanzia una capacità tecnica riservata durante l’anno: manutenzione evolutiva, nuove funzionalità, integrazioni, automazioni, miglioramenti SEO e supporto operativo.

Mese dopo mese il lavoro produce qualcosa che prima non esisteva e che si aggiunge a quanto è già stato realizzato. Il rapporto non è quindi orientato al rinnovo di un permesso d’uso, ma a una roadmap di risultati concordati.

Capacità, priorità e risultati sono tre cose diverse

La capacità riservata indica quanto lavoro può essere affrontato. La roadmap stabilisce su quali problemi impiegarlo. I risultati sono ciò che quel lavoro riesce concretamente a migliorare.

Tenere distinti questi tre elementi evita due equivoci. Il primo è pensare che un monte ore, da solo, garantisca qualunque risultato. Il secondo è valutare il rapporto soltanto contando interventi, senza considerare il valore prodotto.

Le ore disponibili vengono registrate e rendicontate. Backlog, priorità e consuntivi rendono leggibile il loro impiego. Ma la conversazione utile rimane: quale capacità nuova possiede oggi l’azienda? Quale attività richiede meno tempo? Quale rischio è stato ridotto? Quale servizio può finalmente offrire?

Il piano non promette genericamente “assistenza” e non vende ore sparse destinate a disperdersi. Mette a disposizione una quantità concreta di capacità progettuale, governata da priorità condivise.

Dodici mesi per costruire valore

All’inizio del piano si definiscono gli obiettivi e una prima roadmap. Non è necessario prevedere nel dettaglio tutto ciò che verrà sviluppato durante l’anno. È più utile stabilire le priorità, affrontare i problemi nell’ordine corretto e conservare abbastanza flessibilità per rispondere a ciò che emergerà durante il lavoro.

A seconda delle necessità, il percorso può comprendere:

  • rifacimento o evoluzione del sito;

  • strumenti riservati al personale;

  • integrazioni con gestionali, database o servizi esterni;

  • automazioni operative;

  • funzioni per clienti, agenti o rete vendita;

  • moduli per email marketing, blog e notizie;

  • mini shop con pagamenti e storico degli ordini;

  • produzione e versionamento di documenti PDF;

  • interventi SEO tecnici e miglioramenti progressivi.

Il punto non è riempire l’anno di attività. È disporre di un orizzonte abbastanza lungo per scegliere, costruire, utilizzare e verificare.

Perché proprio un anno?

Dodici mesi permettono di osservare il lavoro reale dell’azienda, attraversarne la stagionalità e verificare le soluzioni nell’uso quotidiano.

Allo stesso tempo rappresentano un orizzonte abbastanza definito da consentire di stabilire un investimento, assegnare priorità e misurare ciò che è stato ottenuto.

Un progetto tradizionale concentra spesso una grande quantità di decisioni prima ancora che il sistema venga utilizzato. Il piano annuale distribuisce quelle decisioni nel momento in cui diventano necessarie e possono essere prese con informazioni migliori.

Non si cerca di immaginare tutto in anticipo. Si costruisce, si verifica e si migliora.

Alla fine, il sistema rimane all’azienda

Questo è probabilmente il punto che distingue maggiormente il mio approccio da un normale modello basato su licenze.

Dopo i dodici mesi, quanto è stato costruito rimane patrimonio dell’azienda: sito web, codice sorgente, database, contenuti, personalizzazioni, moduli attivati e documentazione disponibile.

Non esiste una licenza obbligatoria da rinnovare per continuare a utilizzare il sistema e non è previsto un canone perpetuo soltanto per mantenerne il possesso.

Se l’azienda decide di non rinnovare, conserva ciò che è stato realizzato, secondo le condizioni definite nella proposta. Se rinnova, non paga nuovamente per la stessa cosa: apre un nuovo periodo di sviluppo, con altri obiettivi e ulteriore capacità operativa.

Quando questo modello funziona — e quando no

Il piano annuale è adatto a un’impresa che considera il digitale parte del proprio lavoro, ha problemi e opportunità da affrontare nel tempo e accetta di scegliere le priorità invece di avviare ogni richiesta contemporaneamente.

È meno adatto a chi cerca soltanto un sito immutabile con un perimetro chiuso, un intervento occasionale già definito in ogni dettaglio oppure una disponibilità tecnica illimitata senza pianificazione.

Richiede anche partecipazione: per prendere buone decisioni devo conoscere l’azienda, ricevere informazioni e verificare con chi utilizza gli strumenti se ciò che stiamo costruendo produce davvero un miglioramento.

Un rapporto orientato ai risultati

Questo modello richiede un rapporto più diretto rispetto alla normale fornitura di un sito.

Devo conoscere l’azienda, comprendere come lavora, conservare il contesto e assumermi la responsabilità tecnica delle soluzioni realizzate. È anche il motivo per cui posso seguire soltanto un numero limitato di piani contemporaneamente.

Il cliente, dall’altra parte, non acquista una serie indistinta di interventi: dispone di tempo riservato e di una persona che può trasformare problemi e opportunità in strumenti concreti.

Non sostengo che sia l’unico modo possibile di sviluppare un progetto digitale. Credo però che sia più coerente con ciò che oggi dovrebbe essere la presenza online di un’impresa: non una vetrina da inaugurare e dimenticare, ma un sistema vivo che collega comunicazione, servizi e lavoro quotidiano.

Dopo dodici mesi il risultato non dovrebbe essere semplicemente un sito diverso.

Dovrebbe essere un’azienda dotata di qualche capacità in più.

Ho descritto livelli, capacità comprese e modalità operative nella pagina dedicata ai piani di sviluppo web continuativo. Il piano viene scelto soltanto dopo un primo confronto, per evitare sia una capacità insufficiente sia una soluzione sovradimensionata.