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.

Exemplo

0

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

Exemplo

2

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

Exemplo

Exemplo

4

Exemplo

5

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

Exemplo

Exemplo

7

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

Exemplo

9

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

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.

1

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.

2

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.

3

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.

4

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.

5

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.

6

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

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.

8

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.

9

Exemplo

0

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

Exemplo

2

Exemplo

3

Exemplo

4

Exemplo

5

Exemplo

6

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

Exemplo

Exemplo

8

Exemplo

9

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

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

3

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

4

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

5

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

6

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

7

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

8

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

9

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

0

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

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

2

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

3

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

4

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 :

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

5

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

6

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

7

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