O que é definição de produto?

E como definir produtos para fazer todos dispostos a construí-lo

Assim não.

A definição em conjunto com o design (mais precisamente, o design sensorial) é a parte mais importante do processo de Design e Desenvolvimento de Produto para pessoas de produtos. Esta é a parte em que a maior parte do vai e volta acontece, onde tudo parece muito claro até descobrirmos que não é, onde parece uma espiral sem fim. E isso é normal. Tudo bem se tivermos nossos métodos e princípios para nos ajudar. Caso contrário… é um pesadelo total… um caos absoluto… que nos mata lentamente…

ESTÁ BEM. Estou exagerando, mas você conhece o sentimento. A incerteza do processo pode se tornar aterrorizante. E não se esqueça da pressão do prazo e dos problemas de utilização da equipe de desenvolvimento, pois todos dependem da definição do produto. Isso é muito grande de uma pressão para lidar. E com a pressão vêm erros como falhas nos fluxos, casos de borda negligenciados, telas ausentes, cópia fraca, departamentos desalinhados e assim por diante.

Eu não sou de forma alguma fã de documentação completa e ultra detalhada. No entanto, o que eu sei ser verdade a partir de minha própria experiência é que ter modelos simples, uma lista de verificação e um manual leve ajudará muito com, bem, abrandar o seu cabelo vai cinza. Se você é uma pessoa do produto, não há como fugir dos cabelos grisalhos. Mas pelo menos você pode retardá-lo 🙂

Então, vamos ver como é o processo de Definição de Produto de alto nível e quais métodos, ferramentas e guias estão disponíveis para nos ajudar com problemas de cabelos grisalhos.

"Mas nós fizemos pesquisa de usuário"

Há um equívoco comum sobre a estratégia do produto e a descoberta de que, se trabalharmos muito para isso, a definição do produto será muito direta. Bem, se esse fosse o caso, então nunca haveria um Google Graveyard (projetos que o Google matou).

Por que? Porque a estratégia e a descoberta geralmente descrevem o problema e não a solução. Nós mal arranhamos a superfície da solução real durante os estágios finais da descoberta. A definição do problema e os testes iniciais são extremamente importantes para definir e projetar o produto certo. Isso é um fato. No entanto, eles não são de forma alguma um guia passo a passo que possamos seguir para definir e projetar produtos.

Por quê? Isso porque esses estágios enfocam o feedback do usuário e as metas da empresa para definir problemas. E todos nós sabemos que os usuários e as empresas não sabem qual produto eles querem. Eles só sabem o que eles querem. É nosso trabalho construir o produto para fornecer a eles os resultados desejados. É por isso que nós, o pessoal do produto, existimos.

Definição, juntamente com o design, é a parte em que moldamos o produto. Pense nos passos anteriores (estratégia e descoberta) como a argila que usamos para fazer uma placa de cerâmica. Então, definição e design é quando moldamos a argila em um prato. E então, Desenvolvimento é a parte em que assamos a argila para transformá-la em cerâmica. Finalmente, quando a cerâmica está pronta, podemos suavizar as bordas, pintá-las da forma que quisermos e torná-las ainda melhores. Semelhante ao que fazemos com otimização.

Definindo Definição

Em essência, Definição significa escrever as coisas . Coisas ?

“Por que estamos construindo isso? Como isso vai funcionar? Como vai ser? Como sabemos que somos bem sucedidos? Quais são as terceiras partes que estamos usando? Quem é o testador? Quais artigos de faq nós precisamos? Quando devemos lançá-lo? O que vem depois? Como nós lançamos isso?

A definição responde a todas essas perguntas e ainda mais.

Obviamente, os detalhes mudam de empresa para empresa. Algumas empresas como a Microsoft podem precisar de pessoas em tempo integral responsáveis ??por documentos de ajuda com hiperlinks ou outros, como o Product Hunt, que pode especificar toda a visão e os detalhes da interface em sete páginas . O importante é que elas sejam escritas, acessíveis, legíveis e passíveis de manutenção.

Qual é o uso da Definição?

de: estouro de pilha http://bit.ly/2sektVv

0. Comunicação de escala

Como visto acima, existe uma relação super-linear entre o número de pessoas em uma equipe e as possíveis conexões entre elas. Para ter visibilidade e alinhamento, precisamos que as coisas sejam escritas.

1. Pensando as coisas através

Escrever, especialmente de uma maneira estruturada, ajuda muito a pensar sobre as coisas. ( Leia esta história incrível se você não acredita em mim. ) As pessoas que escrevem conhecem o sentimento. É como observar seus pensamentos do ponto de vista de uma terceira pessoa. Na verdade, é verdade que, enquanto colocamos palavras no papel, nossos cérebros lêem e avaliam o que está escrito. Então anotamos a versão avaliada e voila! É muito melhor do que pensamos inicialmente.

Outro benefício da escrita é que ela força você a apresentar afirmações logicamente fortes. Durante um discurso, estamos armados com gestos, entonação, mímica, etc., para esclarecer nossa opinião ou mesmo para encobrir nossos erros. Além disso, não é fácil para os ouvintes identificar inconsistências em um discurso, pois eles simplesmente esquecem o que foi dito antes. ( a atenção humana diminuiu significativamente graças aos smartphones.) Mas é totalmente diferente quando se trata de ler. As pessoas estão mais atentas enquanto leem e podem facilmente se referir ao que foi dito anteriormente. Então, como alguém pode saber tudo isso e escrever definições desleixadas? (Esta é uma das razões que eu escrevo.)

2. Desenvolver um entendimento comum entre as equipes

Consistência é a chave para uma melhor experiência , usabilidade e confiança . Para manter a consistência, precisamos de princípios , diretrizes e sistemas de design com certeza. Mas eles são apenas o começo. Se não segui-los em cada item de produto / recurso / lista de pendências em que trabalhamos, eles são inúteis. É por isso que a Definição é tão crucial. Quando as coisas são escritas em uma única fonte da verdade, então temos a base para construir. Não apenas como designers e desenvolvedores de produtos, mas também como empresa. Marketing, suporte ao cliente, jurídico, vendas … todas essas equipes diferentes conseguem ver o que está sendo construído e por quê.

Estes são todos grandes benefícios. No entanto, todos sabemos que ninguém lê documentos. Então, o que fazemos? Leia.

Como abordar a definição

Devemos abordar esse problema (o problema de pessoas que não lêem documentos) semelhante ao modo como abordamos a experiência do usuário . Devemos projetar as experiências de nossos colegas de trabalho. É inacreditável como isso é ignorado. Os seres com quem trabalhamos são HUMANOS! É apenas humano se distrair / entediar / desengatar se o que consumimos não for bem projetado para nossas necessidades específicas.

Para minha experiência, a melhor abordagem incluiria;

  • Primeiro, dê à floresta (uma visão geral do que está sendo feito com significado para todos, independentemente de sua função), e depois as árvores (detalhes específicos adaptados a funções específicas, como desenvolvedores, profissionais de marketing, vendas, etc.).
  • Visualize o máximo possível. Use fluxos, imagens, moodboards etc. para transmitir significado. Use-os o mais cedo e mais frequente possível.
  • Ser conciso. Evite o jargão.
  • Mostre, não conte. Protótipo, atuar, apresentar de forma interativa. Apenas e somente depois, entregue a Definição. Caso contrário, os preconceitos prevalecerão sobre o que você realmente quer dizer.
  • Envolva os colegas desde o início e ouça os feedbacks deles, com sinceridade. A fim de envolvê-los desde o começo. Isso ajudará você a criar uma definição muito melhor e impecável.

Elementos de Definição

Abaixo está uma lista de elementos de definição comuns com exemplos. Vamos ver como ficaria se estivéssemos definindo o recurso "Carregar dinheiro usando cartão de crédito" para uma carteira eletrônica existente.

Tenha em mente que os exemplos são extremamente simplificados para este artigo. Seu objetivo real é ajudá-lo a ter uma ideia melhor de quais elementos se parecem, em vez de realmente definir um produto. No entanto, eu diria que uma equipe apaixonada e colaborativa poderia facilmente desenvolver um produto usando a seguinte definição simples.

Nome do recurso de exemplo: carregar dinheiro usando cartão de crédito

Visão geral

Resumo : Explica o que estamos fazendo e por que estamos fazendo isso. O resumo deve ser escrito de forma agnóstica para que qualquer pessoa na empresa possa entender. Isso vale para todos os elementos da Visão geral.

Exemplo

Permitiremos que nossos usuários carreguem dinheiro em suas carteiras usando cartões de crédito. Isso os ajudará a carregar dinheiro mais rápido e, mais importante, enviar ou sacar dinheiro, mesmo que não tenham dinheiro em suas contas bancárias.

Valor agregado : o valor que criamos para os usuários e a empresa. Esta não é uma lista de funções. Em vez disso, o valor que essas funções produzem para o usuário e a empresa.

Exemplo

Valor do usuário: carregamento de dinheiro mais rápido. Mais opções para carregar dinheiro.

Valor comercial: Maior satisfação do usuário. Volumes de transação aumentados.

Visão Geral Visual : Um diagrama, um protótipo ou qualquer coisa visual para ajudar a transmitir o quê. Uma foto é mil palavras, certo?

Exemplo

Nós somos o comerciante aqui.

Crédito: wallethub.com

Destaques : Qualquer coisa precisa de ênfase específica.

Exemplo

1. Este recurso é muito importante para o próximo evento de imprensa, pois será realizado na conferência XYZ.

2. Esta será uma prova de conceito para usar o React Native em nosso aplicativo.

Ideias para o futuro : como o produto pode ser melhorado no futuro. Explicações simples ou links para inspirações são suficientes. Isso ajuda designers e desenvolvedores a projetar uma arquitetura melhor para futuras iterações.

Exemplo

Carga Recorrente: Podemos introduzir esse recurso para os usuários que carregam com frequência, para que possam automatizá-lo e economizar tempo. Semelhante ao que o PayPal faz com pagamentos recorrentes https://www.paypal.com/pdn-recurring

Datas : Prazos, datas de demonstração, etc.

Exemplo

Espera-se que este seja lançado durante o primeiro semestre do segundo trimestre de 2017. Prevemos pelo menos 1 mês de um processo beta.

Vamos precisar de um protótipo apenas de front-end para a recolha de demonstração interna a 13 de fevereiro de 2017 .

Partes Envolvidas : Quem está envolvido e como eles estão envolvidos? Usar a matriz RACI é uma das formas de mapear as partes envolvidas.

Exemplo

RACI

Requisitos de negócios e de usuário

Casos de Uso: Principal casos pelos quais o nosso produto / recurso existe. Nosso exemplo "Carregue dinheiro usando cartão de crédito" é muito simples. Então, nós só temos apenas um.

Exemplo

Carregar Dinheiro

Histórias de Clientes / Trabalhos a Serem Feitos: “As pessoas não querem uma broca que eles querem um buraco na parede para que eles pendurem suas fotos e tornem seu lugar mais residencial.” Esta citação explica o conceito muito bem. Simplificando, Jobs to be Done primeiro se concentra no motivo pelo qual os usuários precisam / desejam executar determinadas tarefas. Em seguida, usa-o para definir o como.

Exemplo

Eu, impaciente, quero mandar minha filha que estuda no exterior, porque este é o dia do aluguel, para que eu possa mostrar que posso estar lá para ela, mesmo que sejamos continentes separados.

Forças

Estou ansiosa porque ela pode se sentir sozinha.

Estou nervosa porque pode demorar muito para ela receber o dinheiro.

Estou nervosa porque talvez não tenha dinheiro suficiente.

Estou nervosa que possa custar muito para enviar o dinheiro.

Olhando para o exemplo acima, é muito óbvio o que precisa ser destacado durante o carregamento de dinheiro. Além disso, como agora somos a situação, é muito mais fácil empatizar também.

User Stories : Estas podem ser consideradas como definições passo a passo para cada caso de uso. ( Para ser honesto, não posso dizer que sou fã de histórias de usuários. )

Exemplo

1. Como proprietário de uma carteira, quero usar meu cartão de crédito para carregar dinheiro para poder enviar dinheiro para meus contatos.

2. Como proprietário de uma carteira, quero guardar cartões de crédito para carregar dinheiro mais rapidamente.

3. Como proprietário de uma carteira, quero usar a digitalização de cartões para adicionar cartões mais rapidamente.

Critérios de aceitação : Detalhes de histórias de usuários ou histórias de clientes. Principalmente, usado para descrever detalhes como aparência e comportamento, requisitos de desempenho e outros detalhes.

Exemplo

Adicionando os Critérios de Aceitação do Cartão

1. Deve haver uma tela inicial de informação ensinando o usuário a usar a câmera para escanear seu cartão.

2. Se levar mais de 1,5 segundos para processar a imagem do cartão, o usuário deverá exibir uma mensagem amigável.

3. Os usuários podem adicionar até 5 cartões de crédito.

4. Usando o banco de dados do BIN, mostraremos se o cartão é VISA ou Mastercard.

Não Fazer: Isso ajuda a evitar possíveis suposições prejudiciais para que fiquemos mais focados.

Exemplo

NÃO vamos permitir que os usuários carreguem dinheiro usando cartões de débito.

NÃO permitiremos que os usuários carreguem dinheiro usando cartões de crédito que não sejam da Área Única de Pagamento em Euros.

Fluxo de Tarefas : Visualização de como as tarefas ocorrem. Analisamos o fluxo de tarefas gerais com a Visão Geral Visual acima. Então, vamos ver como o controle seguro e de riscos 3D funcionaria ao carregar dinheiro.

Exemplo

Uma simples verificação de segurança

Casos de teste : as condições que precisamos testar para garantir que o recurso funcione conforme pretendido. Uma maneira de definir casos de teste é usar o framework Given When Then .

Exemplo

Métricas : Esta é a parte em que definimos quais dados precisamos acumular e como. Então, como interpretar esses dados e entender se atingimos nossos alvos. Pode haver várias metas, como taxas de conversão, volumes de transações, satisfação do usuário … Nosso exemplo abordará as métricas relacionadas ao design da experiência do usuário e do negócio.

Exemplo

Métricas de negócios

Aumento mês a mês dos volumes de transações de carregamento de dinheiro.

Alvo : aumento de% X

Como acompanhar : separadamente, agregue o dinheiro carregado usando cartões de crédito.

Métricas de UX

Adicione taxa de conclusão do cartão.

Alvo :% Y

Como rastrear: enviar os seguintes eventos ao Google Analytics

Design Notes : expectativas específicas de design de interface do usuário. Essas podem ser coisas que inspiram você ou coisas que você considera muito importantes como parte do design do ui, mas sentem que não é enfatizado conforme necessário no documento de definição.

Exemplo

O processamento de imagens após a digitalização do cartão pode demorar até 3 segundos. Usar uma tela de carregamento divertida pode atenuar os usuários que ficam entediados.

Nossas taxas são as mais baixas entre as concorrentes. Isso precisa ser destacado.

Inspiração de interface

Cartões de crédito na carteira
Ver no Dribbble dribbble.com

Conclusão

Isso não é de forma alguma um formato completo de definição de produto. Este ou qualquer outro formato de documentação também não garante um processo de desenvolvimento simples. Um produto digital é como um organismo vivo. Não pára de evoluir depois que completamos nossa definição. Recebemos muitos comentários durante a implementação, mudamos de ideia depois de ver demonstrações ou deparamos com algumas ocasiões que exigem que façamos negociações. A essência é esta: o propósito da definição não é fazer com que os desenvolvedores implementem exatamente o que está descrito nela, mas fazer com que toda a empresa colabore com base nos mesmos conhecimentos e trabalhe em direção aos mesmos objetivos.

Isso parece um dilema, mas não é se seguirmos o Manifesto Ágil :

Estamos descobrindo melhores maneiras de desenvolver
software fazendo isso e ajudando os outros a fazerem isso.
Através deste trabalho, passamos a valorizar:

Indivíduos e interações sobre processos e ferramentas
Software que trabalha sobre uma documentação completa
Colaboração do cliente sobre negociação de contrato
Respondendo para mudar depois de um plano

Ou seja, enquanto houver valor nos itens em
à direita, valorizamos mais os itens à esquerda.

Referências Relacionadas

Especificações funcionais indolores

Métodos de Design UX e Entregas

Requisitos Lean

O que é um trabalho a ser feito (JTBD)?

Pessoas do produto, ocupe-se da lacuna! – UX de Onboarding do usuário

Documentando o design de aplicativos da Internet ricos: uma linguagem visual para o estado

Sobre como escrever especificações de produtos

Exemplos de Casos de Uso – Amostras E Dicas Eficazes

Uma forma abreviada de projetar fluxos da interface do usuário – Sinal v. Ruído Os nove estados do design

Conheça o seu RACI

Primeiros Princípios para Design de Produto