Este documento discute como gerenciar o escopo de um produto de software de forma efetiva. Primeiro, é importante definir uma visão clara para o produto e tomar decisões baseadas nela. Segundo, focar em resolver bem um ou dois problemas centrais dos usuários em vez de adicionar muitas funcionalidades. Terceiro, medir o uso real das funcionalidades para guiar o desenvolvimento futuro.
3. Software está mudando o mundo
○ Criar um produto está cada vez mais barato
○ O número de usuários que você pode alcançar é o
maior da história.
○ Distribuir o software é mais simples do que 10
anos atrás
Vantagens atuais
4. Os desafios continuam os mesmos
○ Evitar mudanças drásticas no escopo
○ Evitar que o seu produto vire um frankenstein
○ Manter a equipe focada em causar impacto e não
apenas criar funcionalidades
6. “A dificuldade de gerenciar um
produto começa a aparecer
quando você ganha tração
7. Com o tempo
○ A sua visão fica melhor
○ Mais competidores aparecem
○ Mais usuários se cadastram
○ A equipe cresce
○ Você começa a aparecer mais na mídia
9. Quando seu produto começa a crescer
● Existe aquilo que os
fundadores querem criar
● Existe aquilo que os
competidores já fazem
● Existe aquilo que os usuários
querem
● Existe aquilo que o
board/investidores acham
que você tem que focar
● Existe aquilo que os maiores
clientes estão querendo
pagar
PRODUTO :(
Demandas
10. É nessa hora que você
pode estragar sua
estratégia e até mesmo
seu produto.
13. Como fazer isso?
● Decida uma visão para o seu produto
● Gerencie ele baseado nessa visão
14. Como definir uma visão?
● “Organizar a informação do mundo e torná-la
universalmente acessível e útil. " — Google
● “Ser o pulso do planeta.” — Twitter
18. 2.
Gerenciando o
escopo do
produto
3.
Entregando o
que importa
1.
Gerenciando
um produto
- Defina uma visão duradoura
- A partir dela criar metas a
longo prazo até as atividades
do dia a dia
- Não crie um Frankenstein
21. ERRO 2:
MOTIVAÇÃO DO USUÁRIO
A maioria das vezes que um usuário
baixa ou compra o seu produto é por
causa de um ou dois problemas
especificos que ele resolve.
22. É intuitivo pensar que criar um produto
que resolva uma série de problemas vai
aumentar o valor da startup e a chance
de vender o produto ou adquirir
usuários.
ERRO 3:
INTUIÇÃO LEVANDO AO ERRO
23. O QUE FAZER
NESSAS HORAS?
● Fique próximo dos seus clientes e tente identificar
a maior dor que eles tem em comum
● Crie um produto que resolve apenas essas maiores
dores. Mas que resolva muito bem
24. EXEMPLO:
ZENDESK
Zendesk foi lançado em 2007.
Levou 6 anos de muitos
experimentos e investimentos para
que eles lançassem o Help Center,
no qual é uma extensão natural do
serviço de tickets deles.
Referência: https://support.zendesk.com/hc/en-us/articles/203657626-Introducing-Help-Center-a-re-imagined-self-service-
experience
https://www.zendesk.com/company/press/zendesk-announces-60-million-financing/
25. EXEMPLO 2:
Easy Taxi
Empresas
Outro segmento. Uma extensão
do aplicativo para as empresas
terem um controle das corridas
na nuvem.
Referência: http://corp.easytaxi.com/br/
26. “Só quando seu produto solucionar
muito bem um problema você
pode se preocupar em expandi-lo
27. ○ Fácil de explicar/vender
○ Fácil de manusear
○ Faz 1 coisa com excelência
○ Rápido de criar e testar
28. ○ Fácil de explicar/vender
○ Fácil de manusear
○ Faz 1 coisa de com excelência
○ Rápido de criar e testar
Tesoura vs. Canivete Suiço
○ Difícil de explicar/vender
○ Díficil adesão
○ Não faz nada bem
○ Demorado pra criar e testar
29. “Um sistema complexo que funciona é
invariavelmente a evolução de um sistema
simples que funciona.
Um sistema complexo projetado a partir do zero
nunca funciona e não pode ser consertado. Você
tem que começar partindo de um sistema simples
Lei de Gall
32. 2.
Gerenciando o
escopo do
produto
3.
Entregando o
que importa
1.
Gerenciamento
de um produto
- Defina uma visão duradoura
- A partir dela crie tarefas a
longo prazo até as tarefas do
dia a dia
- Não crie um Frankenstein
- Sempre medir o uso das
funcionalidades
- Mais funcionalidades não vão te dar
mais usuários
- Primeiro resolva bem um ou dois
problemas
- Não comece por um sistema complexo
34. O QUE PENSAR ANTES DE CRIAR
NOVAS FUNCIONALIDADES?
- Está dentro da sua visão?
- Vai fazer sentido em 5 anos?
- Beneficia todos os usuários?
- Qual o objetivo?
- Se for um sucesso, nós vamos
conseguir dar suporte?
35. “Um bom produto é aquele que
as pessoas usam quase todas as
funcionalidades igualmente
36. UM PRODUTO LOGO APÓS O
LANÇAMENTO
http://blog.
rocketinsights.
com/the-next-
feature-fallacy/?
utm_campaign=hiten-
dot-
com&utm_medium=e
mail&utm_source=sa
as-weekly55
43. “Empresas não fracassam porque
elas não trabalharam 10% a mais.
Elas falham porque elas
trabalharam nas coisas erradas.
- Paul Buchheit, Y Combinator
44. SABER DIZER NÃO
Se você nunca disse não por causa da
sua visão, então você não tem uma visão
pro seu produto.
Existem várias formas de dizer não:
- “Agora não” ou
- “Provavelmente não por enquanto”.
48. 2.
Gerenciando o
escopo do
produto
3.
Entregando o
que importa
1.
Gerenciamento
de um produto
- Defina uma visão duradoura
- A partir dela crie tarefas a
longo prazo até as tarefas do
dia a dia
- Não crie um Frankenstein
- Sempre medir o uso das
funcionalidades
- Mais funcionalidades não vão te
dar mais usuários
- Primeiro resolva bem um ou dois
problemas
- Não comece por um sistema
complexo
- Faça as perguntas chaves antes
de qualquer funcionalidade
- Foque em coisas que não
mudam
- Saiba dizer não
- Celebre o uso e não entregas