O guia para o processo e documentação de design de UX

A documentação é fundamental para conceber, projetar, criar e medir o desempenho dos produtos. Mas isso não deve ser feito apenas por uma questão de manutenção. Afinal, não há nada em uma pilha espessa de papelada que se assemelhe à experiência do seu produto real.

Como o defensor do Lean UX, Jeff Gothelf , descreve em um artigo para a Smashing Magazine, entregas grossas criadas simplesmente para referência futura em relação à experiência do usuário tornam-se obsoletas quase assim que são criadas. No mundo Lean e Agile de hoje, a experiência deve ser o foco – não as entregas. Quer você escolha processos leves ou mais detalhados, a chave é que sua documentação deve ajudar a avançar o projeto (em vez de ser apenas um indicador de atraso).

A seguir está uma visão geral da documentação de design e desenvolvimento do produto, elementos individuais e as respectivas fases às quais eles pertencem. O desenvolvimento e a documentação do produto podem variar dependendo da empresa (por exemplo, Spotify, conforme discutido em Construindo produtos mínimos viáveis ​​no Spotify), mas muitas das entregas abaixo são comuns na maioria das organizações de alguma forma.

Escolhemos os métodos que achamos que funcionam melhor, mas sinta-se à vontade para escolher apenas o que funciona.

Como todos eles se relacionam

Quando se trata de documentação de design de produto, teoria e prática são duas coisas muito diferentes. Todos nós conhecemos os princípios básicos do design centrado no usuário. Reconhecemos diferentes métodos de pesquisa, a etapa de prototipagem, bem como o processo de documentação de técnicas em nossos ricos ambientes metodológicos. A pergunta que você provavelmente costuma se fazer é: “Como tudo isso funciona na prática?”

Fonte da imagem: O processo de design .

Simplificando, trata-se de tornar a documentação complementar e não suplementar ao processo de design. Antes de entrarmos em detalhes, pode ser útil dar uma rápida visão geral da documentação durante o design e desenvolvimento do produto. Abaixo, fornecemos uma explicação prática de como cada etapa da documentação do projeto se relaciona:

1. Durante a fase inicial de definição do produto , você está fazendo um brainstorming sobre o produto e como executar o projeto no mais alto nível com todas as partes interessadas necessárias. Isso pode resultar em um plano de início do projeto, uma tela enxuta e vários mapas conceituais e maquetes realmente iniciais do que você deseja construir.
2. Passando para a pesquisa , sua equipe refina as suposições e preenche as lacunas. Esse estágio varia de acordo com a complexidade do produto, tempo, recursos, nível de conhecimento existente e muitos outros fatores. Em geral, no entanto, é bom construir análises competitivas e de mercado e realizar pesquisas com clientes. Se você tem um produto existente, analisar análises, heurísticas, conteúdo, contexto do produto e testes de usuários também são bastante úteis.
3. Na análise, os dados de marketing do produto coletados até agora fornecem a base para personas, mapas de experiência e documentos de requisitos, como planilhas de recursos priorizados e matrizes de tarefas do usuário. Neste ponto, a definição do produto, as prioridades do produto e o plano do produto foram definidos e estão prontos para entregas de design mais formais. Conforme discutido no Guia de Documentação e Processo de Design de UX, esboços e diagramas provavelmente também serão gerados constantemente ao longo desse tempo.
4. A partir dessa saída, cenários, mapas conceituais e maquetes podem ser criados, levando à fase de projeto . A documentação comum inclui esboços, wireframes, protótipos, diagramas de fluxo de tarefas e especificações de design. Por exemplo, análises competitivas e personas criadas durante a pesquisa e análise alimentam os modelos, mapas conceituais e cenários. Por sua vez, essas peças influenciam entregas intermediárias e avançadas, como wireframes, storyboards e maquetes detalhadas. Algumas empresas tratam a fase de Pesquisa, Análise e Design como um grande processo, como você pode ver neste gráfico de visão geral.
5. Durante a implementação , os ativos de código e design são montados para criar um produto que segue as especificações de design do produto.
6. Após o lançamento do produto ativo , dados de feedback, como tickets de suporte, relatórios de bugs e outras análises, continuam a impulsionar o refinamento do produto por meio de iterações e atualizações subsequentes. Com a oferta em modo de produção, os dados devem ser continuamente gerados e monitorados na forma de análises e relatórios para garantir o sucesso contínuo.
7. A melhoria contínua e orientada por dados do produto é alcançada por meio da medição e iteração da oferta em produção, usando painéis e análises de desempenho.

Princípios Orientadores

Agora que você viu como cada estágio está conectado entre si, vejamos alguns princípios úteis para mover o produto ao longo de cada estágio. Explicaremos como usar sprints de design para que o processo evolua ao longo do tempo, em vez de ser definido apenas no início.

Fonte da imagem: Fonte: Design centrado no usuário .

Semelhante à sua contraparte de software Agile, os sprints de design são sprints de 1 a 3 semanas que se concentram na solução de problemas específicos de produtos e design. De acordo com Alok Jain, líder de UX da 3Pillar, os três elementos-chave para projetar sprints são colaboração, atrito reduzido na entrega e foco na equipe . Em poucas palavras, sua documentação é um esforço colaborativo que deve sempre focar no próprio usuário. Como você se move rapidamente entre cada estágio, você cria impulso e minimiza o desperdício. Mais importante, você está lidando com problemas menores, o que permite mais exploração e risco.

Uma versão extremamente enxuta do ciclo completo pode ser encontrada aqui, mas descreveremos em detalhes abaixo como aplicar esse pensamento à medida que você entende o produto, projeta o produto e lança e melhora o produto.

1. Entendendo o produto

Antes de construir um produto, você precisa entender seu contexto de existência. Por que as partes interessadas, a empresa e os usuários devem se preocupar em avançar com sua ideia?

Fonte da imagem: Alcançar o entendimento compartilhado .

De acordo com a Smashing Magazine, você precisa incluir atividades que atendam aos requisitos de negócios, requisitos do usuário e a melhor solução de design para satisfazer ambos. A palavra-chave aqui é “atividades”, porque, embora documentos como o Business Model Canvas e o Lean Canvas sejam importantes, você precisa energizar as partes interessadas – caso contrário, você terá um monte de gente cara falando sobre coisas que todo mundo já sabe. Essas atividades são eficientes e convidam à colaboração:

• Entrevistas com as partes interessadas — Usando este modelo, você pode fazer com que cada membro da equipe entreviste 3 partes interessadas. Como o produto fará os clientes se sentirem? O que eles devem fazer? Ao registrar como as partes interessadas pensam que os clientes vão pensar, sentir e fazer, você está definindo uma referência para comparar com testes de usabilidade e análise de usuários.
• Workshops de requisitos — Reúna as partes interessadas, discuta o plano do projeto e comece a discutir como os conceitos são inseridos no produto e
  requerimentos técnicos. Você pode começar com um Business Model Canvas ou Lean Canvas em branco e completá-lo com a equipe.
• Crazy 8s – Pegue alguns marcadores e faça com que todos esbocem 8 ideias de produtos ou recursos em 5 minutos. Peça para todos pontuarem cada ideia e
  você começará a ver tendências e preferências. Na verdade, essa foi a Etapa 2 no processo de redesenho do Google Ventures. Para ideias adicionais, confira esta lista de atividades de brainstorming.

Depois de estabelecer as bases, converse e teste com vários usuários para ter dados reais de campo para pesquisa e análise. Marcin Treder, CEO da UXPin, mergulhou profundamente no desenvolvimento do cliente e nos testes de usabilidade após identificar o problema e o escopo. Quando o UXPin era apenas uma ferramenta de prototipagem em papel, Marcin documentou (em papel e vídeo) mais de 50 entrevistas com usuários e testes de usabilidade pessoais com superstars de UX como Brandon Schauer, Luke Wroblewski, Indi Young e outros. A equipe de produto usou esses insights para criar personas, escrever dezenas de histórias de usuários e, eventualmente, delinear os requisitos do produto.

Na Amazon, é usada uma abordagem alternativa de “trabalhar de trás para frente”, na qual o primeiro passo é redigir um comunicado de imprensa interno para o produto acabado. Essa abordagem ajuda a trabalhar para trás a partir do cliente, em vez de tentar prender os clientes a uma ideia. Ao repetir o comunicado de imprensa até que pareça atraente, a equipe do produto obtém uma verificação imediata da realidade, bem como um documento de referência rápido para design e desenvolvimento posteriores.

2. Projetando o produto

Conforme discutido no Guia de Produtos Mínimos Viáveis ​​, uma vez que você tenha uma noção do
finalidade do produto, seu objetivo principal é construir um protótipo. Se sua equipe gosta de desenhar em guardanapos, criar wireframes de alta ou baixa fidelidade, você deve acabar com algo funcional. O que é único nesse estágio é que, para a maioria das entregas, a documentação é o design.

Fonte da imagem: UXPin .

De acordo com Cennydd Bowles, gerente de design do Twitter, a equipe de produto deve pesquisar duas iterações à frente, projetar uma iteração à frente e revisar a iteração anterior. Se você está tentando se manter ágil, ele aconselha mergulhar direto em protótipos de baixa fidelidade como forma de priorizar “interações sobre processos”. Se você deseja obter um pouco mais de detalhes, mas ainda deseja permanecer um pouco leve, pode começar com mapas conceituais ou esboços, depois iterar para wireframes de baixa fidelidade e, finalmente, criar um protótipo de alta fidelidade. Independentemente do seu método, certifique-se de testar com as partes interessadas e os usuários.

Se o orçamento e o tempo permitirem, você também poderá criar mapas de experiência para destacar onde o produto atende ou falha às necessidades do usuário e modelos de tarefas para fornecer informações sobre as atividades que os usuários realizam para atingir seus objetivos. Embora não façam parte do design, são complementares, pois você também precisa ver onde seu produto se encaixa na mente e no mercado. Curiosamente, o Yelp leva seu estágio de design um passo adiante, criando um guia de estilo que inclui linhas comuns de código, permitindo que a documentação seja literalmente incorporada ao produto.

No UXPin, nosso processo é realizar uma sessão de esboço em grupo com canetinhas em papel quadriculado, depois reduzi-lo a alguns wireframes e adicionar detalhes até que tenhamos uma maquete de alta fidelidade. Se o teste do usuário estiver envolvido, construiremos a maquete em um protótipo de alta fidelidade. Para lançamentos de recursos grandes, realizamos testes extensivos com usuários para que a proporção seja de cerca de 70/30 a favor dos protótipos.

3. Construindo e lançando o produto

À medida que você começa a fazer o trabalho técnico pesado, é importante criar uma documentação que o ajude a ter uma visão geral. Requisitos específicos podem mudar à medida que você refina o produto, mas sua documentação deve ajudá-lo a entender as prioridades à medida que seu produto for lançado.

Fonte da imagem: A campanha MVP .

Kristofer Layon, UX Manager da RedStamp , acredita que você pode visualizar os requisitos do produto e documentos de especificações técnicas como um roteiro. O roteiro do produto mostra histórias de usuários e ajuda a priorizar os recursos que você criará para satisfazê-los. Às vezes, datas específicas podem ser adicionadas ao roteiro para que ele também funcione como uma linha do tempo. A elegância do roteiro ajuda você a priorizar o que está construindo, tornando-o complementar ao “como” definido pelos requisitos do seu produto e especificações técnicas. Ao decidir os recursos, você pode usar o modelo Kano para avaliá-los em 3 categorias:

• Atributos Básicos — Estes são absolutamente necessários apenas para que o produto funcione. Por exemplo, o atributo básico de um laptop é o teclado ou a tela.
• Atributos de desempenho — Estes podem ser comparados entre diferentes produtos como um KPI. Por exemplo, um laptop é avaliado pela velocidade da CPU e espaço no disco rígido, pois as pessoas tendem a preferir computadores rápidos que podem armazenar muitos dados.
• Atributos Delightful — Estes são subjetivos, dependendo das preferências do cliente. Por exemplo, o Macbook Air é extremamente fino e suave ao toque. O cliente certo acharia um ótimo ponto de venda, enquanto outros não se impressionam.

Ao pontuar recursos em uma escala de 1 a 5 com base nesse modelo, você pode plotá-los em uma matriz de priorização para ajudá-lo a começar a visualizar como será o roteiro do seu produto. Na Apple, as “Regras do Caminho” e o “Processo de Novos Produtos da Apple” servem como roteiro do produto , definindo responsabilidades, estágios de criação e marcos significativos desde o início até o lançamento. Na verdade, o Rules of the Road é levado tão a sério que perdê-lo pode resultar em rescisão imediata (é até mesmo declarado no documento).

4. Melhorando o produto

À medida que você cria (e finalmente lança) seu produto, a documentação também precisa se concentrar na definição e acompanhamento de vendas e outros KPIs. Afinal, você não pode melhorar o produto se não souber quais métricas deseja otimizar.

Fonte da Imagem: Gestão de Produtos por Números .

Dave Daniels, fundador da LaunchClinic, aconselha que você anote as metas de lançamento (por exemplo, 30.000 downloads em 30 dias) e verifique se você tem as ferramentas certas para documentar o progresso. Usando ferramentas de métricas e software de relatórios de bugs, você pode configurar relatórios recorrentes para manter o controle durante as primeiras semanas de lançamento e além. Do lado do cliente, você também pode segmentar usuários e enviar pesquisas personalizadas para avaliar onde você deseja iterar.

No Spotify, a fase de iteração é o estágio mais longo do desenvolvimento do produto. A equipe do produto usa as métricas atuais e a matriz de priorização (provavelmente criada durante o estágio de Design) para pesar os benefícios versus o esforço de melhorar determinados produtos além do seu “máximo local”. Se eles determinarem que o esforço vale a pena, eles retornarão ao estágio de Definição para reformular o produto para seu “máximo global”.

Processos objetivos em um ambiente subjetivo

Quando se trata de documentação de design de produto, não existe uma única bala mágica. Quase todas as empresas que usam nosso produto empregam partes das táticas que descrevemos acima. Embora o desenvolvimento de produtos e o design de UX sejam espaços altamente subjetivos, seus processos e documentação não precisam ser. Afinal, o objetivo final de um produto é a receita, e não há nada de subjetivo nisso.

Fonte da imagem: Notas do processo de design .

Quer você seja leve ou prefira uma documentação mais detalhada, o objetivo é o mesmo – tire-o da sua cabeça e coloque-o no papel (ou na tela) para que sua equipe possa interagir e reagir. A documentação deve ser uma bússola para o produto, não regras esculpidas em pedra. Algumas das etapas que discutimos podem acontecer em uma ordem ligeiramente diferente ou até paralela, mas todas elas existem para fornecer método à loucura. Use o que funciona, descarte o resto e evolua sua documentação à medida que seu produto evolui.

Para obter mais maneiras de incorporar a documentação ao processo de design, baixe o Guia de Documentação de Processo e Design de UX. Os conselhos de especialistas são apresentados por Aaron Walter, Laura Klein, Ian McAllister e dezenas de outros. Exemplos visuais também são mostrados de empresas como Vurb, MailChimp, Apple, Google e muitas outras.