Se você estiver criando um site ou aplicativo e enfrentando um problema, é importante parar e dar um passo atrás. Além de parecer bonito e funcionar efetivamente, um produto também deve fornecer aos usuários uma experiência perfeitamente adequada às suas necessidades.
Ao não entender seus usuários e suas expectativas, você pode acabar desperdiçando seus recursos internos e o dinheiro de seus clientes.
É por isso que usamos sprints de design de produto para testar a ideia de um cliente ou responder a suas perguntas críticas de negócios. Agora é uma ferramenta de escolha em nosso repertório quando trabalhamos com um novo cliente. Ajuda-nos a definir uma direção, antecipar e evitar problemas e reduzir o desperdício de tempo, dinheiro e esforço.
Pioneiros no Google Ventures, os sprints de design de produto são um processo que começamos a usar no início de 2015. Eles foram muito bem-sucedidos em aprimorar o trabalho que fazemos para nossos clientes, inestimável para novos negócios, websites e produtos. Eles nos permitem validar novos produtos e evitar problemas potencialmente onerosos.
Em uma semana, chegamos a entender qual é o problema, desenvolvemos soluções e criamos um protótipo para validá-las.
Em uma semana, chegamos a entender qual é o problema, desenvolvemos soluções e criamos um protótipo para validá-las. Através deste processo, somos capazes de alcançar vários objetivos principais, incluindo:
A semana é intensa e perspicaz; e identificamos rapidamente o que funciona e o que não funciona. A partir daí, podemos fazer as recomendações certas para colocar o produto do cliente no caminho certo.
Então, como você segura uma sprint de design para o seu próximo projeto?
As sprints de design são executadas em ciclos de uma semana. Pela nossa experiência, acreditamos que um único sprint pode validar a maioria dos problemas de experiência do usuário. Com apenas 5 dias úteis, precisamos ter certeza de que cada hora conta. Você precisará reunir as partes interessadas certas e, durante esse período, deve haver 100% de comprometimento.
Quando executamos um sprint de design de produto, sempre incluímos um designer, um desenvolvedor e, mais importante, um facilitador para liderar o processo.
Do cliente, gostaríamos de incluir um proprietário do produto (a pessoa capaz de tomar decisões) e, idealmente, as partes interessadas representando áreas-chave, como atendimento ao cliente, marketing, TI e finanças. Quem participa depende totalmente do seu negócio, mas o principal tomador de decisões deve ser incluído e todos os participantes devem estar presentes para todo o sprint.
Finalmente, precisamos de uma grande sala com muitos quadros brancos e espaço para brainstorming, papel, notas post-it para ser preso em todos os lugares. Isso pode estar aqui em nossos escritórios ou no local do cliente.
Cada dia nos concentramos em um novo aspecto para atingir o objetivo final:
O primeiro dia enfoca a compreensão do objetivo principal do projeto ou do problema que estamos tentando resolver e a identificação de quem são os usuários e o que eles querem do produto. Lançamos ideias, analisamos produtos existentes e observamos o que os concorrentes estão fazendo. Em seguida, analisamos a jornada do usuário principal e decidimos quais áreas serão focadas no restante da semana.
O segundo dia é sobre pessoas que têm idéias próprias. Nesta fase, não há más ideias! Usamos processos como anotações, mapas mentais, 8s loucos e storyboards. Nada é pequeno demais para ser explorado: uma vez inventamos 160 maneiras diferentes de realizar pesquisas.
O terceiro dia tem tudo a ver com reunir tudo identificado nos dias um e dois e tomar decisões. Analisamos os méritos e criticamos as falhas de cada ideia. Depois disso, usamos ponto de votação para permitir que os indivíduos identifiquem características individuais de cada sugestão.
Fazemos uma lista de todas as suposições que queremos testar no dia cinco com o protótipo e, como um grupo, decidimos os elementos exatos que queremos testar no protótipo no quinto dia. Nós então as desenhamos no quadro como wireframes.
O dia quatro se concentra em duas coisas. Em primeiro lugar, os protótipos construídos pelo designer, baseados nos wireframes estabelecidos no terceiro dia. Isso garante que todos na sala tenham certeza sobre a funcionalidade exata que será esperada no protótipo quando for testado no dia cinco.
Em segundo lugar, como um grupo, decidimos pelo script de teste. Contém as orientações, perguntas e tarefas lidas para os usuários, todas baseadas nas suposições que queremos validar no dia 5.
Algumas coisas importantes para lembrar: não é para ser bonito, não é perfeito, e não é para ficar preso à marca. Maximizamos a utilidade do nosso tempo concentrando-nos nas partes que são críticas para um usuário analisar e que nos fornecem essas informações importantes.
O quinto dia é sobre trazer usuários reais. Durante as etapas de planejamento, realizamos pesquisas para identificar um grupo de usuários que podem colocar seus projetos e produtos simulados em teste.
Recrutamos usuários de várias maneiras diferentes; mas é importante que tenhamos os usuários certos para testar o conceito. Isso geralmente inclui identificar os potenciais e qualificá-los por nós mesmos, enviando uma pesquisa nas mídias sociais e, em alguns casos, empregando um serviço profissional que pode ajudar a encontrar os usuários certos da amostra.
Para obter a melhor variedade de resultados, tendemos a procurar pelo menos meia dúzia de usuários para realizar o teste.
monitorar exatamente o que os usuários fazem, em vez do que eles dizem, é o aspecto mais importante do teste do usuário
No grau 53, temos instalações de testes configuradas, o que nos permite registrar o que está acontecendo no dispositivo, como os usuários estão interagindo com o protótipo e o próprio usuário. Em outra sala, as partes interessadas observam isso como acontece.
O facilitador é a única pessoa presente com o usuário. O facilitador irá levá-los através do script de teste prestando muita atenção às ações do usuário. Pela nossa experiência, a maioria das pessoas dirá que gosta do produto. É por isso que monitorar exatamente o que os usuários fazem, em vez do que eles dizem, é o aspecto mais importante do teste do usuário.
Esta é, de longe, a parte mais interessante do sprint de design, já que ajuda as partes interessadas a decidir se querem dar vida ao produto, aperfeiçoar ou alterar o conceito ou desfazer a ideia completamente. (Isso provavelmente não é tão excitante, mas pelo menos eles não passaram por desenvolver um produto sem ver resultados.)
Seja qual for o resultado do sprint de design, as partes interessadas terão uma ideia muito mais clara de como podem resolver um problema digital ou se a nova ideia de negócio está indo na direção certa. Em apenas cinco dias, podemos criar um protótipo de trabalho, com real feedback do usuário, e quaisquer críticas e comentários construtivos podem ser usados para tomar uma decisão.
Então, por que amamos sprints de design? Em apenas cinco dias, podemos alcançar um resultado que normalmente poderia levar meses. Ele condensa tudo ao básico e nos dá uma compreensão exata do que precisamos fazer.
Tente um para você mesmo.