Come scrivere un breve sito web che aiuta le decisioni

Inizia con tre risultati osservabili

Descrivi cosa dovrebbero essere in grado di fare i visitatori: capire un'offerta, confrontare i servizi, richiedere un preventivo, prenotare o trovare una risposta. Per ogni risultato, nomina il pubblico e l'azione successiva. "Aggiorna la nostra immagine" può essere un'ambizione valida, ma non definisce le pagine né mostra se il sito finito funziona.

Registra anche il punto di partenza: pagine esistenti, richieste, domande frequenti, contenuti disponibili e problemi segnalati dagli utenti. Un elenco di funzionalità senza questo contesto può duplicare ciò che già funziona lasciando intatto il vero ostacolo.

• un risultato primario e due esiti secondari.
• Pubblico prioritario e le loro vere domande.
• Prove disponibili come esempi approvati, documenti e figure verificate.

Specifica le pagine prima degli effetti visivi

Elenca le pagine necessarie. Per ciascuno, indica il suo scopo, la domanda a cui risponde, il proprietario del contenuto e il passaggio successivo offerto al lettore. Una pagina di servizio dovrebbe spiegare chi serve, cosa è incluso, limiti importanti e come iniziare. Una pagina di contatto dovrebbe dire quali informazioni fornire e impostare un'aspettativa di risposta che il team può soddisfare.

Inventario copia, fotografie, loghi, documenti e traduzioni esistenti. Conferma l'autorizzazione per usarli e contrassegna ciò che deve ancora essere creato. Per un sito multilingue, assegna un revisore per ogni lingua pubblicata; La traduzione automatica non rivista non sostituisce l'editing locale.

• mappa della pagina e un ruolo chiaro per ogni pagina.
• Contenuti disponibili, mancanti e in attesa di approvazione.
• Immagini da produrre o sostituire, con formati e usi previsti.

Separare gli elementi essenziali dalle opzioni successive

Descrivi i viaggi reali: inviare un modulo, cercare in un catalogo, filtrare i risultati, pagare o accedere a un account. Fornire un caso di input, output atteso ed errore per ciascuna funzione. "Aggiungi ricerca" è troppo vago se nessuno ha definito cosa cerca, come gestisce zero risultati o se funziona tramite tastiera.

Classificare ogni richiesta come necessaria per la prima versione, desiderabile dopo l'osservazione dell'utilizzo o al di fuori dell'ambito. Questo protegge il budget e aiuta il team a rilasciare un sito coerente. La scelta di un CMS o di un provider di hosting diventa più facile dopo che le esigenze sono chiare.

• Percorso utente con punto di partenza, azione e conferma.
• integrazioni richieste e il proprietario di ogni account.
• funzioni differite e le prove che le giustificherebbero.

Decisioni di nome e test di accettazione

Supponiamo chi fornisce contenuti, risolve i disaccordi, esamina ogni pagina e accetta il sito finale. Pianifica fasi brevi per struttura, copia, progettazione, implementazione, test e lancio. Una pianificazione senza date di consegna del contenuto e revisori denominati non è affidabile.

Scrivi un assegno pratico per ogni deliverable. Ad esempio, il modulo mostra una chiara conferma, consegna alla posta in arrivo corretta e spiega gli errori; Le pagine chiave funzionano su un telefono; Importanti vecchi URL reindirizzano a sostituzioni pertinenti. Le Lista di controllo pre-launch copre questi controlli in dettaglio.

• Deliverable e criteri di accettazione.
• Date e proprietari per contenuti e approvazioni.
• Accesso, backup, formazione e manutenzione dopo il lancio.

Un breve esempio che puoi inviare a un fornitore

"Abbiamo bisogno di un sito Web francese e inglese che presenti quattro servizi e genera richieste qualificate. Il nostro pubblico principale è i responsabili delle piccole imprese. Siamo in grado di fornire copia aziendale e dodici fotografie con diritti confermati; la copia del servizio deve ancora essere redatta. Il modulo deve consentire ai visitatori di selezionare un servizio, lavorare su dispositivi mobili e mostrare una conferma. Gli URL visibili alla ricerca dovrebbero rimanere o reindirizzare a pagine equivalenti. Un revisore approverà entrambe le lingue e il progetto sarà accettato dopo aver testato i viaggi principali.”

Questo riepilogo non impone un disegno. Rende le proposte comparabili ed espone in anticipo le informazioni mancanti. Aggiungi vincoli insoliti come fatti ed esempi verificabili piuttosto che come slogan.