As Perguntas Antes do Código

A maioria dos projetos web maus falha na fase de briefing, não na fase de desenvolvimento. Alguém tinha pressa em começar e não dedicou tempo suficiente a perceber o que estava realmente a tentar resolver.

Como é a fase de descoberta

Começamos por fazer perguntas que podem parecer óbvias: quem utiliza este website neste momento, o que estão a tentar fazer, o que os está a impedir. Perguntamos como será o sucesso daqui a doze meses, e não qual o aspeto que o website deve ter.

As respostas geralmente revelam algo diferente do pedido inicial. Um cliente aparece a querer um redesign. Está a receber tráfego, mas as pessoas não estão a converter. Isso não é um problema de design, é um problema de conteúdo ou de estrutura. Um redesign teria sido caro e errado.

Porque questionamos os pedidos iniciais

Não desconfiamos daquilo que os clientes pedem. Estamos a tentar perceber o que realmente precisam. Por vezes são a mesma coisa. Muitas vezes não são.

Quando um cliente diz que precisa de um novo website, perguntamos: o que não está a funcionar no atual. Quando dizem que precisam de mais funcionalidades, perguntamos: que utilizadores precisam dessas funcionalidades e o que fariam com elas. Quando dizem que querem aparecer melhor nas pesquisas, perguntamos: o que quer que aconteça depois de alguém o encontrar.

As perguntas demoram tempo. Valem a pena.

O que acaba por ser construído

Um âmbito mais claro. Menos retrabalho. Sites que fazem aquilo que devem fazer.

Não começamos a desenhar nem a construir até percebermos o problema. Isto não é processo por si só, é a forma como evitamos construir a coisa errada.

Conte-nos o que está a tentar resolver.