Construa para prototipar, não para polir

Paramos de gastar tantos ciclos em explorações de design de mocks estáticos ou percursos e dissemos: 'Quão rapidamente podemos entrar no protótipo do caminho em um software real, mesmo que seja bagunçado e você o jogue fora?', pelo menos para algo como o Slack. Você tem que viver, tocar e cheirar o software.

Esboce visualmente uma solução com um Sharpie e não com um lápis, não inicialmente com o Figma, não de alta ou baixa fidelidade. Qual é a solução perfeita e sem restrições para este problema urgente?

O objetivo do design sprint não é desenvolver estas características que deveríamos construir. O design sprint é gerar muitos conceitos ilustrativos que tragam a estratégia à vida, porque uma imagem vale mais que mil palavras.