Conte como o visitante chega, escolhe um posto e recebe informação. Inclua as tarefas que hoje dependem de mensagens ou registos dispersos.
Reúna uma planta ou descrição do percurso de utilização, exemplos de informação apresentada e tarefas frequentes da equipa. Não é necessário partilhar dados reais de visitantes. Uma situação fictícia bem descrita permite discutir momentos de consulta e confirmação.
Horários, equipamento, capacidade e condições devem ter responsáveis. Uma apresentação coerente precisa de uma origem fiável para cada dado.
Indique quais os elementos visuais que já estão definidos e quais precisam de exploração.
Defina quando uma utilização fica realmente aceite. A interface deve mostrar essa diferença sem criar uma reserva fictícia.
Diga o que a próxima equipa precisa de saber. Histórico e estados têm valor quando preservam contexto operacional.
Um ponto de partida concreto
Escolha uma tarefa que acontece hoje e descreva quem a inicia, que informação precisa e quando fica concluída. Esse percurso permite perceber estados, dependências e pontos de confirmação.
Separe os conteúdos existentes das ideias futuras. Imagens, dados e acessos autorizados ajudam a validar o âmbito; requisitos ainda por confirmar ficam identificados como decisões em aberto.
Levar o contexto à conversa