{"id":144,"date":"2024-07-20T17:23:39","date_gmt":"2024-07-20T20:23:39","guid":{"rendered":"https:\/\/alice.com.br\/tech\/sem-categoria\/discovery-a-forma-de-descobrir-da-alice\/"},"modified":"2026-01-22T10:43:11","modified_gmt":"2026-01-22T13:43:11","slug":"discovery-a-forma-de-descobrir-da-alice","status":"publish","type":"post","link":"https:\/\/alice.com.br\/tech\/discovery-a-forma-de-descobrir-da-alice\/","title":{"rendered":"Discovery: a forma de descobrir da Alice"},"content":{"rendered":"

Caf\u00e9 Legal<\/strong><\/h2>\n
\"\"<\/figure>\n

Certo dia fui surpreendida por um evento na minha agenda: \u201cCaf\u00e9\u00a0Legal.\u201d<\/p>\n

Era um convite de duas pessoas do Time de Legal<\/em> da Alice para um caf\u00e9. Dentre outras coisas, elas queriam entender mais sobre a \u00c1rea de Produto e como elas poderiam contribuir de forma ativa com as nossas tomadas de\u00a0decis\u00e3o.<\/p>\n

Falamos sobre amenidades, eu expliquei um pouco sobre as \u00c1reas de Produto e Tecnologia e quando me questionaram sobre como poderiam ser mais participativas nos nossos processos, eu inconscientemente respondi: \u201cprecisamos inserir voc\u00eas nos nossos discoveries<\/em>.\u201d<\/p>\n

Falei isso com certa naturalidade e fiz uma pausa. Elas me olharam com cara de \u201cqu\u00ea?\u201d. E ent\u00e3o perguntei: voc\u00eas sabem o que \u00e9 discovery<\/em>?<\/strong><\/p>\n

Elas n\u00e3o sabiam. E isso, de forma alguma, \u00e9 um dem\u00e9rito. N\u00f3s, que trabalhamos com produtos digitais, estamos muito acostumados com determinados termos, que acabamos utilizando com pessoas que n\u00e3o lidam diretamente com o nosso universo.<\/p>\n

Expliquei para elas o que vou resumir\u00a0aqui:<\/p>\n

Discovery<\/em>, como o nome j\u00e1 indica, <\/em>\u00e9 um processo de descoberta<\/em>: <\/strong>existe um problema, existem hip\u00f3teses de como resolver esse problema e, baseado nessas hip\u00f3teses, existem as poss\u00edveis solu\u00e7\u00f5es.<\/p>\n

No discovery<\/em>, buscamos encontrar a melhor solu\u00e7\u00e3o para um problema sob tr\u00eas pilares: usu\u00e1rio<\/strong> (UX), tecnologia<\/strong> (viabilidade) e neg\u00f3cios<\/strong> (alinhamento estrat\u00e9gico).<\/p>\n

\"\"<\/figure>\n

E, embora o discovery<\/em> seja, muitas vezes, liderado por uma pessoa de produto (PM), ele \u00e9 executado em conjunto com Product Designers e pessoas de desenvolvimento (tech), que t\u00eam papel fundamental para se obter um bom resultado.<\/p>\n

Como estamos descobrindo a melhor forma de \u201cdescobrir\u201d na\u00a0Alice<\/strong><\/h2>\n

Somos uma empresa early stage<\/em> e sempre estamos descobrindo a melhor forma de fazer alguma\u00a0coisa.<\/p>\n

Uma das nossas virtudes \u00e9: \u201cSubimos a barra, evolu\u00edmos todos os dias\u201d<\/strong>. E para o processo de discovery<\/em> n\u00e3o \u00e9 diferente.<\/p>\n

\"\"<\/figure>\n

Iniciamos no melhor modelo free\u00a0style<\/em>.<\/p>\n

Cada PM, com sua experi\u00eancia e bagagem de aprendizados, iniciou e concluiu diversos processos de discovery<\/em>. E os resultados, naturalmente, tiveram m\u00e9ritos, falhas e novos aprendizados.<\/p>\n

Decidimos nos reunir para unificar esse processo, juntar nossas for\u00e7as para preencher as lacunas de cada processo individualizado.<\/p>\n

E chegamos a um framework<\/em> que vou detalhar a\u00a0seguir.<\/p>\n

Framework<\/em> de Discovery<\/em> da\u00a0Alice<\/strong><\/h2>\n

Para apresentar o framework<\/em>, vamos usar um suposto problema como\u00a0exemplo:<\/p>\n

Muitas pessoas do Time de Sa\u00fade est\u00e3o reportando baixa ades\u00e3o dos membros ao plano de\u00a0a\u00e7\u00e3o.<\/p>\n

Plano de a\u00e7\u00e3o \u00e9 uma lista de tarefas que o Time de Sa\u00fade estabelece com o membro com o objetivo de tornar sua vida mais saud\u00e1vel. As tarefas podem variar entre: iniciar uma atividade f\u00edsica, realizar um exame, se consultar com um especialista, tomar um medicamento, fazer acompanhamento com Nutricionista, entre outras\u00a0coisas.<\/p><\/blockquote>\n

Esse framework<\/em> est\u00e1 dividido em 2 grandes\u00a0etapas<\/strong>:<\/p>\n

    \n
  1. Entendimento do problema<\/strong> e levantamento de hip\u00f3teses<\/strong>;<\/li>\n
  2. Valida\u00e7\u00e3o<\/strong> ou redu\u00e7\u00e3o do grau de incerteza das hip\u00f3teses e proposta de\u00a0solu\u00e7\u00e3o<\/strong>;<\/li>\n<\/ol>\n

    Cada uma dessas etapas \u00e9 marcada por um evento que re\u00fane as pessoas envolvidas com o tema central do discovery<\/em>.<\/p>\n

    1\u00aa Etapa: entendimento do problema e levantamento de hip\u00f3teses<\/strong><\/h3>\n

    Ser PM \u00e9 fazer escolhas, sempre\u200a\u2014\u200a<\/strong>ser humano \u00e9 fazer escolhas, <\/strong>sempre!<\/p>\n

    Como PM precisamos escolher qual problema resolver primeiro<\/strong>. Isso porque existem recursos limitados para desenvolver solu\u00e7\u00f5es. Essa etapa tem dois objetivos principais:<\/p>\n

      \n
    1. Responder se o problema \u00e9 relevante (qual \u00e9 o impacto dele) e se existe alinhamento estrat\u00e9gico para priorizar a solu\u00e7\u00e3o desse problema;<\/li>\n
    2. Levantar hip\u00f3teses para solucionar esse problema;<\/li>\n<\/ol>\n

      \u00c9 sempre importante frisar que hip\u00f3teses n\u00e3o s\u00e3o solu\u00e7\u00f5es<\/strong>. As hip\u00f3teses est\u00e3o mais relacionadas a \u201co que deve ser feito\u201d para se obter determinado resultado, enquanto as solu\u00e7\u00f5es est\u00e3o relacionadas a \u201ccomo isso deve ser\u00a0feito\u201d<\/strong>.<\/p>\n

      Eu sugiro escrever as hip\u00f3teses utilizando esse modelo: se [vari\u00e1vel<\/em>], ent\u00e3o [resultado<\/em>], porque [racional<\/em>]<\/strong>.<\/p>\n

      Utilizando o problema de exemplo:<\/strong> se [as pessoas tivessem uma maneira mais f\u00e1cil de agendar seus exames<\/em>], ent\u00e3o [o engajamento delas com o plano iria aumentar<\/em>], porque [verificamos que + de 45% das pessoas demoram mais de 15 dias para agendar seus exames e aproximadamente 25% das pessoas n\u00e3o realizam o agendamento<\/em>].<\/p>\n

      A hip\u00f3tese aqui: as pessoas t\u00eam dificuldades para agendar\u00a0exames.<\/p>\n

      A solu\u00e7\u00e3o a gente deixa para a segunda\u00a0etapa.<\/p>\n

      \"\"<\/figure>\n

      Nessa primeira etapa vamos a fundo no entendimento do problema<\/strong>. Entre outras coisas, fazemos entrevistas com as pessoas envolvidas, shadowings<\/em> (passar um tempo acompanhando a rotina dessas pessoas ou, at\u00e9 mesmo, assumir esses pap\u00e9is), an\u00e1lise de dados, an\u00e1lise da evolu\u00e7\u00e3o do produto,\u00a0etc\u2026<\/p>\n

      Como resultado dessas a\u00e7\u00f5es, temos um documento contendo:<\/p>\n

      [x] Descri\u00e7\u00e3o do problema
      \n[x] Descri\u00e7\u00e3o do impacto do problema
      \n[x] Evid\u00eancias (quali\/quanti) do problema a ser resolvido
      \n[x] Impacto no OKR
      \n[x] Proposta de hip\u00f3teses<\/p>\n

      Essa etapa \u00e9 marcada pelo evento Discovery<\/em> Kick-off<\/em>, onde reunimos os principais stakeholders<\/em> para apresentar o problema e as hip\u00f3teses de solu\u00e7\u00e3o<\/strong>. Nesse evento buscamos o buy-in<\/em> dos envolvidos para seguir para pr\u00f3xima\u00a0etapa.<\/p>\n

      Ou seja,<\/strong> baseado no que sabemos at\u00e9 aqui: podemos afirmar que o problema \u00e9 relevante, e o desenvolvimento de uma solu\u00e7\u00e3o\u200a\u2014\u200aagora\u200a\u2014\u200aest\u00e1 alinhado estrategicamente com a\u00a0empresa?<\/p>\n

      Se sim, next <\/em><\/strong>(se n\u00e3o, re-prioriza)<\/p>\n

      2\u00aa Etapa: valida\u00e7\u00e3o das hip\u00f3teses e proposta de\u00a0solu\u00e7\u00e3o<\/strong><\/h3>\n

      \u00d3timo. J\u00e1 conhecemos a fundo o problema e j\u00e1 temos em m\u00e3os algumas hip\u00f3teses de como solucion\u00e1-lo. Mas como saber se essas s\u00e3o hip\u00f3teses v\u00e1lidas? Existem algumas\u00a0formas.<\/p>\n

      Vamos usar como exemplo a hip\u00f3tese descrita na primeira etapa:<\/strong> se [as pessoas tivessem uma maneira mais f\u00e1cil de agendar seus exames<\/em>], ent\u00e3o [o engajamento delas com o plano iria aumentar<\/em>], porque [verificamos que + de 45% das pessoas demoram mais de 15 dias para agendar seus exames, e aproximadamente 25% das pessoas n\u00e3o realizam o agendamento<\/em>].<\/p>\n

      Aqui o problema \u00e9 o baixo engajamento ao plano e a hip\u00f3tese \u00e9 que isso se deve \u00e0 dificuldade de agendamento de\u00a0exames.<\/p>\n

      \"\"<\/figure>\n

      Uma das formas de validar as hip\u00f3teses \u00e9 entrevistar as pessoas<\/strong> que possuem baixa ades\u00e3o ao plano. Nessas entrevistas, perguntamos a elas se aumentaria a probabilidade de ades\u00e3o ao plano se houvesse uma forma mais f\u00e1cil de agendar os\u00a0exames.<\/p>\n

      Perguntamos tamb\u00e9m sobre outras hip\u00f3teses de solu\u00e7\u00e3o a fim de entender quais s\u00e3o mais aderentes.<\/p>\n

      Outra forma complementar a essa, \u00e9 simular um cen\u00e1rio<\/strong> onde enviamos um formul\u00e1rio para o membro para coletar informa\u00e7\u00f5es sobre o melhor dia\/hor\u00e1rio de realiza\u00e7\u00e3o de exames e fazemos o agendamento pela\u00a0pessoa.<\/p>\n

      Ao final desta simula\u00e7\u00e3o, comparamos se o engajamento ao plano dessas pessoas aumentou em compara\u00e7\u00e3o \u00e0s\u00a0demais.<\/p>\n

      Sim? Sinal de que estamos no caminho certo!
      \n<\/strong>Entrevistas, cen\u00e1rios simulados e benchmarks<\/em> s\u00e3o algumas formas de reduzir incertezas em rela\u00e7\u00e3o \u00e0s hip\u00f3teses.<\/p>\n

      Nesse momento algumas hip\u00f3teses ser\u00e3o validadas, outras ter\u00e3o seu grau de incerteza reduzido, e outras\u00a0cair\u00e3o.<\/p>\n

      Com base nas hip\u00f3teses validadas, partimos para o desenho da\u00a0solu\u00e7\u00e3o.<\/p>\n

      \"\"<\/figure>\n

      Utilizando o mesmo exemplo, o que fazemos aqui \u00e9 propor qual \u00e9 a melhor forma de facilitar o agendamento de\u00a0exames.<\/p>\n

      Podemos ter como solu\u00e7\u00e3o, uma funcionalidade de agendamento de exames no app da Alice. Sendo assim, criamos um prot\u00f3tipo dessa funcionalidade e selecionamos pessoas para testarem a\u00a0solu\u00e7\u00e3o.<\/p>\n

      Minha sugest\u00e3o \u00e9, se poss\u00edvel, desenvolver prot\u00f3tipos naveg\u00e1veis de alta fidelidade<\/strong>.<\/p>\n

      Isso ajuda muito a ter resultados de testes mais assertivos, e, n\u00e3o menos importante, \u00e9 uma documenta\u00e7\u00e3o bastante robusta para posterior alinhamento com todos os envolvidos.<\/p>\n

      Com o prot\u00f3tipo em m\u00e3os, partimos para os testes, e inicia-se o famoso ciclo\u200a\u2014\u200ateste > feedback > itera\u00e7\u00e3o\u200a\u2014\u200aat\u00e9 chegarmos \u00e0 solu\u00e7\u00e3o\u00a0final.<\/p>\n

      Aqui na Alice usamos e abusamos do Maze<\/strong><\/a> para testes de usabilidade. \u00c9 uma ferramenta incr\u00edvel, que nos ajuda a ter mais alcance, e resultados mais estruturados.<\/p>\n

      Ah, e sabe o Time de\u00a0Legal<\/em>?<\/p>\n

      Ent\u00e3o, esse \u00e9 um \u00f3timo momento para envolv\u00ea-lo se voc\u00ea entender que a solu\u00e7\u00e3o proposta pode ter algum impacto jur\u00eddico<\/strong>.<\/p>\n

      \"\"<\/figure>\n

      Ou apenas para pegar a opini\u00e3o deles, porque eles s\u00e3o \u201clegal\u201d\u200a\u2014\u200a(tudumtss<\/em>).<\/p>\n

      Ao final dessa etapa complementamos nosso documento de discovery<\/em> com mais esse checklist preenchido.<\/p>\n

      [x]<\/strong> Descri\u00e7\u00e3o da solu\u00e7\u00e3o (fluxograma, prot\u00f3tipo, casos de uso, etc.)
      \n[x]<\/strong> Evid\u00eancias de valida\u00e7\u00e3o \/ invalida\u00e7\u00e3o das hip\u00f3teses
      \n[x]<\/strong> Valida\u00e7\u00e3o da solu\u00e7\u00e3o com users
      \n<\/em>[x]<\/strong> Roadmap
      \n<\/em>[x]<\/strong> M\u00e9tricas de sucesso
      \n[ ]<\/strong> Alinhamento com stakeholders<\/em><\/p>\n

      Para coroar, convidamos os stakeholders<\/em> envolvidos para um evento que chamamos de Discovery Sign-off<\/em>, apresentamos a solu\u00e7\u00e3o final<\/strong> e nos alinhamos sobre os pr\u00f3ximos\u00a0passos<\/strong>.<\/p>\n

      [x]<\/strong> Alinhamento com stakeholders<\/em><\/p>\n

      \"\"<\/figure>\n

      Para finalizar\u2026<\/strong><\/h2>\n

      Todo esse framework<\/em> pode dar, \u00e0 primeira vista, a impress\u00e3o de excesso de burocracia. Mas ele \u00e9 s\u00f3 uma trilha, e n\u00e3o um trilho\u200a\u2014\u200aparafraseando o Time de Sa\u00fade da Alice em rela\u00e7\u00e3o aos protocolos de sa\u00fade. Cumprir todas essas etapas, ou apenas parte delas, depende da complexidade e impacto do problema e do grau de incerteza em rela\u00e7\u00e3o \u00e0s hip\u00f3teses.<\/p>\n

      O discovery<\/em> ajuda a validar hip\u00f3teses, mas dificilmente ser\u00e1 poss\u00edvel reduzir a zero o grau de incerteza em rela\u00e7\u00e3o a\u00a0elas.<\/p>\n

      Muitas vezes \u00e9 importante arriscar<\/strong>. A verdade \u00e9 que uma hip\u00f3tese somente ser\u00e1 100% validada quando a solu\u00e7\u00e3o derivada dela estiver em\u00a0uso.<\/p>\n

      Muito embora o discovery<\/em> seja uma importante ferramenta para evitar custos que s\u00e3o evit\u00e1veis<\/strong> com a implementa\u00e7\u00e3o de uma solu\u00e7\u00e3o que tem grandes chances de n\u00e3o funcionar, ele \u00e9, tamb\u00e9m, um processo que custa caro. \u00c9 preciso escolher quais batalhas\u00a0lutar!<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"E ent\u00e3o perguntei: voc\u00eas sabem o que \u00e9 discovery?","protected":false},"author":3,"featured_media":187,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[2],"tags":[],"class_list":["post-144","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-development"],"acf":[],"_links":{"self":[{"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/posts\/144","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/comments?post=144"}],"version-history":[{"count":4,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/posts\/144\/revisions"}],"predecessor-version":[{"id":261,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/posts\/144\/revisions\/261"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/media\/187"}],"wp:attachment":[{"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/media?parent=144"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/categories?post=144"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alice.com.br\/tech\/wp-json\/wp\/v2\/tags?post=144"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}