Modelo conceitual de web site - atividades relacionadas
O modelo conceitual do web site ajuda a estabelecer consenso sobre o produto na equipe de projeto, a avaliar a sua aderência aos objetivos e a verificar a sua aderência às suas linhas gerais de desenvolvimento.
As atividades abaixo, relacionadas à elaboração de modelo conceitual para projeto de web site estão numeradas de acordo com o sequenciamento de atividades da Conceituação:
■ E1. Articular os requisitos comerciais e as funcionalidades necessárias para alcançar os objetivos do site, de acordo com a pesquisa de mercado.
■ E2. Avaliar as soluções em relação ao ambiente de negócios, para prever o seu posicionamento.
■ E3. Criar um protótipo conceitual em que os requisitos e as soluções propostas possam ser visualizadas de maneira simplificada e ser criticadas e aperfeiçoadas.
O protótipo conceitual é um esboço feito manualmente, com lápis ou caneta sobre papel ou sobre um quadro branco, com as principais áreas de conteúdo e as funcionalidades do site em projeto. Informalmente, permite que o pensamento e as ideias da equipe de projeto fluam com facilidade para a configuração inicial do produto.
Os elementos estruturais da interface são previstos um a um e dispostos de diversas maneiras; os modelos rápidos e sem acabamento ajudam a integrar os elementos comerciais e de marketing, do layout e da arquitetura de informações de maneira intuitiva e afinada com as necessidades dos clientes.
■ E4. Explicitar e registrar os requisitos conceituais num brieging ou sumário executivo, que pode ter o formato do modelo abaixo, com recomendações a partir das informações coletadas em pesquisas, nas conversas e entrevistas por diretores, gerentes, representantes do público-alvo; estabelecer métricas para a avaliação das soluções.
Aperfeiçoar a visão estratégica do web site explicitada no escopo inicial. Deste modo os patrocinadores (sponsors) e stakeholders do projeto podem antever o produto e afinar qualitativa e quantitativamente os objetivos de negócio.
O sumário dos requisitos contém as recomendações para a realização da visão, as áreas de negócio envolvidas, o retorno esperado (ROI). E conter recomendações a ser implementadas depois do lançamento.
A planilha abaixo ilustra uma. Para complemento desta planilha, ver Modelo de Declaração de escopo e Plano de projeto.
| Modelo conceitual de projeto web (exemplo) | ||||||||||||||||||||
| Público-alvo - resumo (quem visita, consulta, compra/consome/ ) | Exemplo: Profissionais liberais que precisam de informações atualizadas sobre o assunto. O grande público não acessa o site, a não ser em casos especiais | |||||||||||||||||||
| Perfil sócio-cultural dos usuários | ||||||||||||||||||||
| Enfoque da edição e da comunicação | Linguagem coloquial? Uso de gírias? Linguagem técnica especializada, sem necessidade de explicar os termos específicos? Notícias? Modo de hierarquização do conteúdo (títulos, subtítulos, olhos). | |||||||||||||||||||
| Funcionalidades e serviços | Ferramentas de inserção de comentários, venda de artigos, acessibilidade, formulários, envio automatizado de malas diretas, uso de sistema de gerenciamento de conteúdo, animações, banners, ferramenta de comércio, blogs, mídias sociais, envio de arquivos pelos clientes, uso de bancos de dados dedicado, outras plataformas participativas, APIs | |||||||||||||||||||
| Características técnicas da interface | Exemplo: Melhor visualização resoluções 800 X 600 e 1024 X 768; Monitores de 15” ou maiores, sem rolagem horizontal; Sistemas operacionais: Windows 7, Vista, XP, Linux, Mac OS 10 ou mais recente; browsers: Internet Explorer 6.01 ou mais recente, Firefox Mozilla 2.0 ou mais recente, Opera, Safari (Mac OS); arquivos para download formatados preferencialmente em PDF. É necessário o usuário habilitar Javascript 1.1 no browser; não usar frames, não usar mapas de imagens (caso estes recursos sejam usados, o layout e as funcionalidades devem se manter estruturadas). CSS em arquivo externo. Principais páginas registradas em arquivo sitemap.xml, com grau de relevância de cada página na estrutura. Publicação de arquivo robots.txt na raiz do site. Uso de microformatos (que padrões) e RDFa para marcar (com tags) as páginas. "Title" e "alt" tags configuráveis pelos usuários. Validação em sites avaliadores de acessibilidade e compatibilidade com padrões web. | |||||||||||||||||||
| Outros requisitos do cliente | Aspectos não necessariamente técnicos ou comerciais que o cliente considera importante para o produto. Podem ser de ordem subjetiva e muitas vezes não são explicitados claramente, mas apreendidos em conversa ou comentário de um email. "O site deve estar integrado à estratégia de marca da empresa para todos os produtos", ou "As tarefas em processamento devem ser sinalizadas ao usuário enquanto em elaboração", por exemplo. | |||||||||||||||||||
| Recomendações para o layout | Cores e tipologias utilizadas em identidades visuais, associação a um determinado grupo de pessoas (jovens universitários antenados com tendências artísticas internacionais, grupos de culturas regionais, empresa que quer se destacar por usas ações de proteção da natureza). Malha gráfica mais ou menos flexível à fragmentação, estrutura de informação mais "côncava" (fechada) ou "convexa" (aberta), que exija maiores ou menores barras de navegação aparentes, etc. Sinalização de links, legibilidade de textos, modelos de anúncios, localização de informação de contato. | Metas comerciais ou de imagem | ||||||||||||||||||
| Metas de usabilidade | Tamanho de imagens, tempo de carregação das páginas, tempo para realizar tarefas, número de cliques máximo para realizar uma tarefa, por exemplo. | |||||||||||||||||||
| Metas de acessibilidade | O sistema deve validar no site Da Silva, os links das barras de navegação devem ser numerados para facilitar o uso por programas ledores de tela, por exemplo. | |||||||||||||||||||
| Metas de compatibilidade | ||||||||||||||||||||
| Principais palavras-chave associadas | ||||||||||||||||||||
| Principais indicadores para medir o desempenho do produto | ||||||||||||||||||||
| Análise da concorrência | ||||||||||||||||||||
| Perfil comercial ou de atividades da concorrência | ||||||||||||||||||||
| Perfil tecnológico dos usuários (condições de uso, conexão, dispositivos, programas) | ||||||||||||||||||||
| Personas (pessoas representativas do público que vai visitar/ usar o ambiente web) | Descrição das principais características | |||||||||||||||||||
| Persona 1 | Características | |||||||||||||||||||
| Persona 2 | Características | |||||||||||||||||||
| Persona 3 | Características | |||||||||||||||||||
| Persona 4 | Características | |||||||||||||||||||
| Concorrência direta e indireta |
|
|||||||||||||||||||
É importante relatar os riscos da solução proposta em relação aos objetivos do projeto e em relação às condições técnicas, com a proposição de alternativas para evitá-los ou atenuar os efeitos negativos.
Na elaboração deste sumário, é importante considerar o perfil do público, suas expectativas, seu posicionamento em relação ao projeto.
■ E5. Apresentar os requisitos aos stakeholders - Envolvê-los em relação às soluções, para que se posicionem em relação a elas de maneira construtiva.
Assuntos relacionados
► Visão geral do escopo - modelo resumido
► Desenvolvimento de protótipos
► Conhecimento do público e avaliação das necessidades - um projeto voltado ao usuário
► O ambiente de publicação - o ambiente comercial e cultural
► Conceito editorial e comercial - abordagem para a estruturação do conteúdo
Referências sobre conceituação de projeto de web site
► Paper prototyping: Getting user data before you code (Alerbox, acesso em 28.12.2008)
► Livro: Subject to change - creating great products and services for un uncertain world, de Peter Merholz, Brandon Schauer, David Verba e Todd Wilkens. Sebastopol, CA: O´Reilly, 2008.
Mais informação sobre o assunto (links externos)
► Bringing user centered design to the agile environment, de Anthony Colfelt (Boxesandarrow, 31.1.2010, acesso em 19.3.2010)
► Sketchboards: Discover better + faster UX solutions (Adaptative Path, acesso em 12.1.2009)