globo.com Novos paradigmas na gestão de produtos da Globo.com

Tamanho: px

Começar a partir da página:

Download "globo.com Novos paradigmas na gestão de produtos da Globo.com"

Matilde de Vieira Cabreira
8 Há anos
Visualizações:

1 Novos paradigmas na gestão de produtos da Globo

4 Priorizando o aprendizado no desenvolvimento de produtos

5 MARCOS GARRIDO Minha formação Tecnologia da Informação - PUC-RIO MBA Management - IAG PUC-RIO Mestrado em Administração - IAG PUC-RIO Minha carreira a Trabalhando em TI (Dev) 2007 a TecGraf - PUC-RIO Globo Prof. Métodos Ágeis - MBA GP -

6 Criar produtos de sucesso é um enorme desafio.

7 Na não é diferente!

8 Na não é diferente! Com 50 milhões de usuários no nosso portal, todos os times da precisam investir pesadamente em: Performance; Escalabilidade; Segurança;

9 Na não é diferente! Com 50 milhões de usuários no nosso portal, todos os times da precisam investir pesadamente em: Performance; Escalabilidade; Segurança; E além disso existe uma cobrança natural por inovação e qualidade visual. É o famoso Padrão Globo de qualidade seguido à risca.

10 Identificar o fracasso é fácil! Um site com zero usuários é um desastre total! Uma Page no Facebook vazia também é um desastre total!

11 Mas e quando tudo parece bem? Ter 2 milhões de usuários é sinal de sucesso? Poderíamos ter conseguido um resultado melhor?

12 Pensando no desenvolvimento de produtos...

13 Usando o processo tradicional Gerente de projetos levanta requisitos com o cliente, avalia riscos e estima a duração e custo do projeto; A equipe toca o projeto e normalmente entrega o produto no final.

14 Usando o processo ágil Product Owner monta o backlog inicial com o cliente; O Time desenvolve o produto de forma iterativa e incremental; O Time faz releases frequentes e o Product Owner usa o feedback do cliente como insumo para manter o backlog atualizado (grooming, repriorização, etc)

15 Mas do ponto de vista da gestão de produtos, um problema ainda persiste...

16 Como o Product Owner pode garantir que tomou as melhores decisões de produto?

17 Revisitando features entregues Fugindo da expressão Missão dada é missão cumprida ; Existem tantas variáveis que determinam o real sucesso de um produto: Entendimento do usuário sobre o funcionamento do produto; Design adequado / fluxos bem fechados; Comportamentos não previstos dos usuários; Como podemos tirar o máximo de cada entrega? A ideia é maximizar o ROI;

18 Métricas!

19 Métricas! Pesquisa rápida: Quem aqui usa métricas para aprender mais sobre o uso de cada feature desenvolvida?

20 Sem métricas, tudo é chute... Sair de 50k impressões no FB para 1.2m em um dia e voltar como se nada tivesse acontecido; Até hoje, não sei o que aconteceu e nunca conseguimos repetir esse resultado.

21 Agindo como uma Startup

22 Agindo como uma Startup O objetivo de uma startup é descobrir a coisa certa a ser construída, sabendo o que os clientes querem, o mais rápido possível.

23 Existem várias formas de descobrir rapidamente o que os clientes querem, sem ter que investir todas as fichas.

24 Feature Fake

25 Feature Fake

28 Facebook: testando novidades Toda nova feature no Facebook é disponibilizada primeiro internamente, para todos os funcionários; Se passar no teste inicial, a feature está pronta para os primeiros testes externos; Cada time no Facebook lança novas features em uma cidade americana diferente; Assim é possível medir o impacto de uma mudança sem afetar todos os usuários;

29 Funnel Reports Conseguem mapear bem o fluxo de ativação de um usuário

30 Cohort Reports ajudam a acompanhar eventos com ciclo de vida longo

31 Cohort Reports

32 Cohort Reports dos 267k que visitaram no dia 18/05

33 Cohort Reports dos 267k que visitaram no dia 18/05 Somente 0.8% retornaram 10 dias depois

34 O Product Owner precisa conhecer intimamente todas as métricas do produto!

35 Construa um Dashboard! Dashboard do aplicativo social Seus amigos no G1 mostrando a distribuição dos usuários pela quantidade de amigos. Dados do primeiro mês da app no ar.

36 Construa um Dashboard! Agora sim!!!!!

37 Dashboards precisam estar visíveis o tempo todo

38 Ferramentas interessantes

39 usabilityhub

40 optimizely

41 Hipótese É uma tentativa de explicar como as coisas

42 Requisitos x Hipóteses

43 Requisitos x Hipóteses Certezas

44 Dúvidas Requisitos x Hipóteses Certezas

45 Requisito Construir um widget de matérias mais compartilhadas Hipótese Acreditamos que um widget de matérias mais compartilhadas conseguirá mais cliques do que o widget atual

46 Testando as primeiras hipóteses Alto risco para o projeto Alto conhecimento sobre o assunto Baixo conhecimento sobre o assunto Baixo risco para o projeto by Joshua Seiden

47 Testando as primeiras hipóteses Alto risco para o projeto Alto conhecimento sobre o assunto Baixo conhecimento sobre o assunto Baixo risco para o projeto by Joshua Seiden

48 Acelerando o teste de hipóteses com MVP O conjunto mínimo de features necessários para aprender com early adopters: Obter feedback o quanto antes; Evitar construir algo que ninguém irá usar; Conjunto mínimo de usuários (menor risco); Maximizar o aprendizado por dólar gasto

49 Exemplos de hipóteses

50 Comentários Os usuários continuam criando novos comentários ao invés de usar a feature responder;

51 Trabalhando com Hipóteses

52 Trabalhando com Hipóteses Hipótese 1: Nós acreditamos que os usuários buscam se destacar quando comentam e por isso, os comentários com respostas mais recentes deveriam aparecer no topo;

53 Trabalhando com Hipóteses Hipótese 1: Nós acreditamos que os usuários buscam se destacar quando comentam e por isso, os comentários com respostas mais recentes deveriam aparecer no topo; Hipótese 2: Nós acreditamos que se a primeira resposta de um comentário vier aberta, os usuários clicarão mais em responder ;

54 Hipótese 1: Mudando a ordenação Time desenvolve uma solução mais simples, sem se preocupar com paginação (que é a parte mais complexa de comentários). Solução ideal: história de 8 pontos; Solução simples: história de 3 pontos; Time implementa um teste A/B, mostrando a nova versão para uma parte dos usuários; Alguém adivinha o resultado?

55 Hipótese 1: Resultado

56 Hipótese 1: Resultado Aumento de 23% no uso do botão Responder Agora nós sabemos que vale a pena desenvolver a feature completa.

57 A hipótese 2 está em desenvolvimento... ;)

58 Seus amigos no G1 O widget ao lado mostra as matérias mais lidas pelos seus amigos do Facebook; A expectativa é que esse widget tenha o maior CTR da página.

59 Hipótese 1: Mostrando mais matérias X

60 Hipótese 1: Mostrando mais matérias Nós acreditamos que os usuários consumiriam mais matérias se fossem mostradas 5 matérias ao invés de 3. X

61 Hipótese 1: Resultado

62 Hipótese 1: Resultado Aumento de 46% nos clicks ao mostrar 5 matérias

63 Hipótese 2: O título faz diferença? X

64 Hipótese 2: O título faz diferença? Nós acreditamos que um título mais chamativo trará mais cliques. X

65 Hipótese 2: Resultado

66 Hipótese 2: Resultado Aumento de 19% nos clicks com o título mais chamativo

67 Nem toda Hipótese é verdadeira

68 Para pensar... Investe-se muito tempo para que os times sejam cada vez mais produtivos, mas nada é mais improdutivo do que construir algo que ninguém vai usar.

Documentos relacionados

ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO

ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO Product Backlog Building Fábio Aguiar Agile Coach & Trainer SCRUM SCRUM Desenvolvimento de Software com ENTREGAS FREQUENTES e foco no VALOR DE NEGÓCIO PRODUTO release