PARA design sprint é uma metodologia inventada por Jake Knapp e Google Ventures usada para validar ideias por meio de design, prototipagem, teste de usuário e colaboração em apenas cinco dias . Embora não nos deixe com um produto acabado, é sem dúvida a maneira mais rápida e barata de validar estratégias de negócios ou ideias de produtos com usuários reais.
É um processo de baixo risco / alta recompensa que oferece uma abordagem mais estruturada e mais eficaz para o pensamento criativo em comparação com o brainstorming tradicional. A metodologia de design sprint foi adotada por empresas importantes, como Medium, Slack e IDEO, bem como Google Ventures e as muitas empresas de sucesso em que investiram.
Sprints de design de 5 dias podem ser intensos, mas também são divertidos, empolgantes e muito esclarecedores, desde que o processo de sprint corra bem. Para que isso aconteça, algum planejamento é necessário.
Um design sprint é executado por um facilitador ou “Sprint Master”. Seu primeiro objetivo é esclarecer o problema que precisa ser resolvido e recrutar uma equipe para conduzir o sprint.
Uma equipe de sprint geralmente consiste de apenas 5 a 7 membros, o que torna o gerenciamento da equipe mais fácil. É importante que esses membros tenham diversos conjuntos de habilidades para que possamos abordar o problema com um espectro mais amplo de opiniões; portanto, uma equipe de sprint geralmente consiste em um facilitador, um designer , para desenvolvedor , um representante de atendimento ao cliente e um comerciante.
Para sprints de design remoto, o facilitador deve recrutar membros de fusos horários semelhantes (ou, como último recurso, usar um aplicativo como Cada fuso horário decifrar o “ponto ideal do fuso horário”, onde todos estão acordados e disponíveis ao mesmo tempo).
Depois que a equipe for recrutada, nomeie um membro para ser o decisor - essa pessoa tomará a decisão final em todas as decisões importantes. Um decisor não precisa ser um alto funcionário da empresa, apenas alguém cujas decisões contam com a confiança do restante da equipe.
Para resumir:
Idealmente, um facilitador deve reservar uma sala de reuniões para a semana, pois é melhor manter a equipe de design do sprint isolada do resto da empresa e focada no sprint.
Cada membro da equipe deve estar em um ambiente de conversação (por exemplo, se estiver usando espaços de coworking, outros membros do espaço de coworking devem estar bem conosco conversando durante todo o dia). Uma boa conexão à Internet e um microfone também são essenciais.
Se alguns membros da equipe estiverem internos enquanto outros estiverem remotos, considere comprar um microfone de conferência (um microfone omnidirecional que fica sobre uma mesa).
A equipe precisará encontrar uma maneira de compartilhar suas anotações, verificar as agendas uns dos outros e, o mais importante, comunicar-se. Uma escolha natural de ferramentas para essas tarefas é o G Suite , já que o Google oferece uma ampla gama de ferramentas que funcionam perfeitamente com um único login e onde os membros da equipe e os documentos são muito fáceis de gerenciar.
As ferramentas de que precisamos para um design sprint são:
Além das ferramentas do G Suite, também precisaremos de:
Depois de verificarmos todos os itens desta lista, estamos prontos para começar nosso sprint de design em Segunda-feira . É importante notar que, devido às restrições naturais de tempo dos sprints de design, todos na equipe devem entender o processo de sprint de design de antemão.
O primeiro dia do sprint é dedicado à engenharia reversa do problema. A engenharia reversa é o processo de desconstruir o problema para entender sua causa raiz (e, por sua vez, a solução).
Depois de concordar com uma meta de longo prazo (por exemplo, para aumentar as inscrições), desenhe um mapa da jornada do cliente no quadro branco que descreve as várias maneiras pelas quais os usuários podem atingir esse objetivo. Coloque os usuários do lado esquerdo, o alvo do lado direito e anote todas as etapas intermediárias. Para manter o quadro branco um tanto organizado, o facilitador deve desenhar o mapa enquanto o restante da equipe sugere ideias. Esse processo definirá a base para o resto do sprint de design, portanto, devemos gastar nosso tempo aqui.
Antes de prosseguir, o facilitador discutirá o mapa da jornada do cliente com cada membro da equipe individualmente, ajustando-o se necessário.
A próxima etapa é adicionar Como poderíamos notas (abreviado HMW) no quadro branco. Onde cada etapa da jornada do cliente provavelmente virá com seus próprios obstáculos, as notas do HMW são formuladas como uma pergunta “Como poderíamos ...” em um post-it - por exemplo, “Como podemos tornar o formulário de inscrição fácil de usar? ” Esses obstáculos são oportunidades de melhoria e determinarão a direção de nosso design de MVP.
Teremos de organizar as notas HMW por semelhança e consolidá-las, pois não queremos que nosso quadro branco fique muito confuso. Com um quadro branco mais limpo, atribua a cada membro da equipe dois votos para decidir quais anotações HMW devem ser de alta prioridade.
Se a equipe estiver usando o Mural, aproveite as vantagens ferramentas de votação integradas . Strawpoll também é uma alternativa decente, ou se a equipe estiver usando o Slack, Polly pode ser instalado em segundos.
Assim que a votação terminar, adicione as notas vencedoras do HMW ao mapa da jornada do cliente e discuta em qual jornada focar no restante do sprint (outras jornadas podem ser exploradas em outro sprint em outro momento). O decisor, em última análise, tem a decisão final.
Durante o dia, um membro da equipe nomeado deve começar procurando usuários testadores porque, na sexta-feira, queremos testar a solução que construiremos na quinta. Recomenda-se que essas entrevistas sejam realizadas face a face ou usando ferramentas de teste de usuário remoto, como Olhe para trás e UserTesting (que se integra convenientemente com ferramentas de prototipagem Maravilha e InVision respectivamente).
6 a 10 entrevistas é uma quantidade razoável. Agende as entrevistas para cerca de 10 horas, para que haja tempo suficiente para revisá-las no final do dia.
Terça-feira é para encontrar uma solução. Prepare-se para começar a desenhar!
Primeiras coisas primeiro, inspire-se . A maioria das inovações é feita remixando ideias antigas, portanto, tente explorar soluções já existentes para problemas semelhantes. Enquanto a equipe sugere soluções a serem examinadas, o facilitador colocará soluções viáveis no quadro branco.
Depois disso, cada membro da equipe escolherá uma seção da jornada do cliente para esboçar por si mesmos, usando um método conhecido como O esboço de quatro etapas .
A abordagem de esboço de quatro etapas para prototipagem é projetada para transformar sistematicamente ideias abstratas em soluções concretas por meio de iteração rápida. Eles não precisam ser perfeitos.
Depois de concluir o exercício, termine o dia entregando as soluções esboçadas ao facilitador. (Equipes remotas: carregue-os para um projeto InVision ou quadro branco mural.)
Quarta-feira é sobre como selecionar a melhor solução e criar um storyboard final.
Depois que cada membro da equipe tiver revisado os esboços em particular, discuta cada solução como um grupo, gastando não mais do que três minutos por esboço. Em seguida, faça outra votação, desta vez decidindo qual solução terá um storyboard e um protótipo para teste do usuário.
Em seguida, precisaremos preparar o storyboard para prototipagem, aumentando a fidelidade. É melhor se o designer recria o storyboard escolhido como um wireframe de alto contraste, pois não queremos pensar demais no design devido às nossas limitações de tempo. Uma IU simples ou “feia” serve, desde que o testador do usuário seja capaz de visualizá-la e entendê-la.
Depende do designer se usar Axure , Balsamiq , ou algo totalmente diferente para projetar o wireframe. Mesmo uma ferramenta de design como Esboço ou Adobe XD seria adequado, contanto que estejamos nos concentrando na experiência do usuário e escolhendo a função em vez da forma.
Na quinta-feira, vamos transformar este wireframe em um protótipo clicável!
Antes de mais nada, precisaremos confirmar os horários das entrevistas com os usuários testadores. Conforme mencionado anteriormente, tente iniciá-las por volta das 10-11 da manhã para que tenhamos tempo suficiente para revisar as entrevistas (e a eficácia do sprint geral de design) depois.
Atribua pelo menos um membro da equipe (de preferência o comerciante ou representante de suporte ao cliente) para escrever um script para o entrevista com o cliente . Essa pessoa criará uma lista de perguntas em uma Planilha Google para perguntar ao usuário testador enquanto ele analisa nosso protótipo.
Enquanto isso, o designer de prototipagem começará a transformar o wireframe em um protótipo interativo com o restante da entrada e orientação da equipe. Cabe ao designer qual ferramenta deve ser usada e também depende da ferramenta usada para criar o wireframe.
Por exemplo, se Axure foi usado para criar o wireframe, então também poderíamos usá-lo para prototipagem, especialmente porque podemos visualize o protótipo no celular depois.
Se os wireframes foram esboçados no papel, Maravilha oferece um maneira bem simples para importá-los e recriá-los antes de transformá-los em protótipos interativos e conduzir testes de usuário com seus Olhe para trás integração.
Se os wireframes foram criados em Sketch ou Photoshop , o caminho a seguir seria InVision já que é facilmente o aplicativo de prototipagem mais amplamente adotado e completo disponível hoje. Ele também permite a visualização ao vivo e se integra diretamente com UserTesting .
Se criado em Adobe XD , então também podemos usá-lo para criar e testar nosso protótipo pelo usuário sem quaisquer ferramentas adicionais.
Sexta-feira - o último dia do sprint de design. Nosso protótipo está pronto para teste de usuário , e começaremos o dia garantindo que a equipe tenha o protótipo e o script em mãos.
Depois disso, começaremos as entrevistas usando o A entrevista dos cinco atos método:
Durante o entrevista com o cliente , registre as respostas em um Folha do Google . Depois que todas as entrevistas forem concluídas, tente identificar ideias comuns e rotulá-las como positivo , negativo , ou neutro . A partir disso, seremos capazes de decidir se nosso protótipo foi ou não uma boa solução para o problema e, em caso afirmativo, identificar áreas de melhoria.
Embora os sprints de design não resultem em um produto acabado, eles ajudam a validar ideias de forma rápida e acessível, fornecendo uma riqueza de insights em um espaço de tempo relativamente curto. Antes de encerrar o sprint, decida o que fazer com o protótipo.
Vamos melhorar o protótipo e conduzir um sprint de acompanhamento?
Faremos uma jornada diferente do cliente em outro sprint?
Um grande benefício em aprender como conduzir um design sprint eficaz é que podemos reutilizar a técnica para desenvolver e experimentar ideias repetidamente.
Um design sprint é uma metodologia inventada por Jake Knapp e Google Ventures usada para validar ideias por meio de design, prototipagem, teste de usuário e colaboração em apenas cinco dias.
Um teste de usabilidade é realizado com usuários reais para entender melhor como eles interagem com o produto. Por sua vez, podemos melhorar o design com base no feedback fornecido.
Uma equipe remota é aquela que está distribuída ou parcialmente distribuída em um espectro de locais, às vezes até em diferentes países ou continentes.
A jornada do cliente se refere à experiência completa que o cliente tem com uma marca ou produto, em oposição a apenas uma parte da experiência.
A ideação em design refere-se à formação de ideias e conceitos. Um método conhecido por ser altamente eficaz para formar ideias é a metodologia de design sprint.