Tradurre un sito web da un modello di business a una struttura del sito
Offerte, target di riferimento, processi decisionali e responsabilità operative vengono tradotti in tipologie di pagina e relazioni, anziché visualizzare l'organigramma come un menu.
Per i gestori di siti web e i team UX, il passaggio "Dal modello di business alla struttura della pagina" può essere valutato principalmente in base a due aspetti: "Proposta di valore" e "Navigazione nell'organigramma". Questo confronto rende tangibili i confini professionali.
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Come emerge una struttura di sito web orientata all'utente da un modello di business?
Il punto di partenza sono i compiti, i problemi e le fasi decisionali dei target di riferimento. A questi processi vengono assegnati prodotti e responsabilità interne; questi determinano le responsabilità di manutenzione, ma non automaticamente la struttura visibile.
Proposta di valore
Proposta di valore – Ogni area chiave spiega per chi viene migliorata la condizione e in che modo l'offerta si differenzia dalle alternative.
Processo decisionale – Il contenuto risponde a domande successive, dall'orientamento iniziale alla selezione, alla fiducia e al successivo passaggio vincolante.
Assegnazione dell'assistenza – La responsabilità interna è definita per ogni tipologia di pagina, senza che i confini dipartimentali interrompano visibilmente il percorso dell'utente.
Navigazione nell'organigramma
Navigazione nell'organigramma – Gli utenti devono comprendere i nomi dei dipartimenti interni prima di poter classificare un problema o un servizio adeguato.
Offerte non correlate Le pagine dei prodotti descrivono i servizi singolarmente, ma non conducono a una decisione ragionata basata sulle esigenze e sul confronto.
Mancanza di responsabilità – Un hub incentrato sull'utente coinvolge più team senza che nessuno si occupi in modo coerente della sua gestione dei contenuti e delle transizioni.
Assegnazione dell'assistenza
Domande centrali per gli utenti senza un obiettivo chiaro e pagine che si limitano a descrivere un'unità interna anziché dimostrarne il valore.
Interruzioni o reindirizzamenti nelle transizioni tra orientamento, confronto delle offerte, verifica dell'affidabilità e azione successiva.
Processo decisionale
Le proposte di valore, le attività del gruppo target e le domande cruciali vengono inizialmente raccolte indipendentemente dalle pagine e dai dipartimenti esistenti.
A partire da queste informazioni, vengono modellati i tipi di pagina ricorrenti, gli hub centrali e le transizioni necessarie per l'orientamento, il confronto e l'azione.
I contenuti esistenti e i responsabili interni vengono quindi mappati sul modello di destinazione, uniti o contrassegnati come lacune.
Esempio pratico: "Navigazione nell'organigramma aziendale"
Un'azienda non organizza il proprio sito web in base a tre team interni, bensì in base alle attività di pianificazione, implementazione e gestione. Le pagine di offerta rimangono assegnate ai team responsabili, ma gli hub condivisi guidano gli utenti verso la decisione appropriata senza richiedere la conoscenza di questa struttura organizzativa.
Domande correlate e prossimi passi
Una domanda approfondita con relativa risposta Identificazione di vicoli ciechi strutturali in siti web di grandi dimensioni.Come si individuano le pagine che non offrono a utenti e crawler un percorso strutturale significativo?
Vengono offerti ulteriori punti di vista Utilizzo dei dati di clic per identificare percorsi interni deboli.
Se si desidera implementare concretamente "Dal modello di business alla struttura della pagina", è possibile fare riferimento a: Sistemi web robusti Questo corso si concentra su "Tipi di pagina e modello di contenuto" e "Proposta di valore".
Conclusione: Dal modello di business alla struttura della pagina
Il modello di business fornisce proposte di valore e responsabilità, ma non ancora una struttura utente. Solo la traduzione in compiti e decisioni crea un'architettura web valida.
Fonti e ulteriori informazioni
La seguente documentazione e gli standard ufficiali forniscono la classificazione tecnica.
Organizzare e raggruppare i contenuti di GOV. UKLe linee guida ufficiali di GOV.UK descrivono gruppi di contenuti relativi agli utenti, convenzioni di denominazione e gerarchia, anziché un sistema di archiviazione basato sull'organizzazione.
Conoscere gli utenti e le loro esigenze – Manuale di servizio GOV. UKLe linee guida giustificano le attività e le esigenze osservate come punto di partenza per le decisioni strutturali. . . .2: Le fonti primarie definiscono il quadro professionale per la "Creazione di una mappa dei contenuti vincolante".
Tesi chiave
Innanzitutto, vengono modellate le proposte di valore, i compiti e le fasi decisionali dei gruppi target. Ciò si traduce in tipologie di pagina, hub e connessioni chiari; i dipartimenti interni definiscono le responsabilità, ma non automaticamente il percorso dell'utente.
Cosa non riguarda
Un sito web non dovrebbe né replicare l'organigramma aziendale né includere ogni prodotto interno come voce standard del menu principale.
Di cosa si tratta
Traduce le proposte di valore e le decisioni dell'utente in tipologie di pagina, hub e transizioni chiare.
Ulteriori approfondimenti
Architettura dell'informazione e tassonomia
Quando una pagina hub ha un reale valore strutturale
Come fase separata in "Dal modello di business alla struttura della pagina", la domanda è: quale funzione deve svolgere una pagina hub per essere più di un semplice elenco di link?
Architettura dell'informazione e tassonomia
Architettura dell'informazione per siti web con più regioni
Integra "Dal modello di business alla struttura della pagina" con una decisione separata: come si adatta la struttura di un sito web a diverse regioni senza utilizzare pagine intercambiabili?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Percorso decisionale: il prossimo passo pratico
Un pubblico di riferimento e una proposta di valore chiave possono essere modellati come il primo percorso completo. Le pagine esistenti vengono quindi valutate non per reparto, ma in base al loro contributo a questo percorso.