![\"\"](\"https:\/\/blogs.opovo.com.br\/varanda\/wp-content\/uploads\/sites\/72\/2018\/10\/22-740x548.jpg\")
<\/p>\n<\/p>\n
No \u00faltimo texto, falamos sobre o quanto \u00e9 importante ter a tranquilidade de errar, desde que seja da forma correta<\/a>. E come\u00e7amos a mostrar alguns estudos de casos de testes feitos pelo pessoal da TelTech<\/a>, uma empresa de apps inovadores para celulares, demonstrando alguns tipos de erros para que voc\u00eas vejam como aprender com os erros dos outros empreendedores.\u00a0<\/span><\/p>\n Como vimos, alguns erros podem ser evitados se entendemos as hist\u00f3rias dos outros empreendedores e temos uma vis\u00e3o cr\u00edtica dos erros, para melhorar nosso processo como startups e empreendedores. <\/span><\/p>\n Vamos ver mais alguns casos, ent\u00e3o? <\/span><\/p>\n Estudo de Caso 2: Uma falha de comunica\u00e7\u00e3o<\/b><\/p>\n Nome do teste: Promo\u00e7\u00e3o de upgrade autom\u00e1tico para TrapCall<\/a> (TrapCall desbloqueia n\u00fameros privados e protege contra liga\u00e7\u00f5es indesejadas)<\/span><\/p>\n Hip\u00f3tese: Ao atualizar automaticamente os usu\u00e1rios do Basic para o Premium por uma semana, aumentaremos a reten\u00e7\u00e3o em 5 a 10% e levaremos de 3 a 5% a mais de upgrades pagos.<\/span><\/p>\n O que est\u00e1vamos tentando fazer<\/b><\/p>\n Um dos dilemas interessantes do SaaS \u00e9 que muitas vezes seus melhores recursos de reten\u00e7\u00e3o s\u00e3o destinados a seus planos mais altos, mesmo que a maioria dos consumidores selecione seu plano mais baixo para ver se o produto \u00e9 valioso para eles. Embora os modelos freemium lidem com isso expondo voc\u00ea ao conjunto completo de recursos desde o in\u00edcio, eles nem sempre s\u00e3o pr\u00e1ticos.<\/span><\/p>\n Para n\u00f3s, isso significou que muitos de nossos assinantes de plano b\u00e1sico cancelariam suas assinaturas antes de sua primeira renova\u00e7\u00e3o. Est\u00e1vamos relativamente otimistas de que, se pud\u00e9ssemos encantar nossos usu\u00e1rios com recursos de reten\u00e7\u00e3o mais atraentes no momento certo, poder\u00edamos mudar essa din\u00e2mica.<\/span><\/p>\n Foi fundamental para a experi\u00eancia que a atualiza\u00e7\u00e3o gratuita que damos a nossos usu\u00e1rios fosse iniciada antes e depois da data de renova\u00e7\u00e3o mensal do usu\u00e1rio. Para conseguir isso, ter\u00edamos que invadir nosso processo de faturamento para faturar um usu\u00e1rio no n\u00edvel de assinatura escolhido, e n\u00e3o no n\u00edvel de assinatura promocional artificial. <\/span><\/p>\n Onde tudo deu muito errado<\/b><\/p>\n O DEV do projeto n\u00e3o entendeu as nuances do teste e, quando se deparou com a complexidade do sistema de faturamento, tomou a decis\u00e3o de mudar a data de in\u00edcio da promo\u00e7\u00e3o para 10 dias antes da renova\u00e7\u00e3o do usu\u00e1rio. Ele nunca comunicou essa decis\u00e3o ao dono do teste, que teria explicado que isso interromperia o experimento. <\/span><\/p>\n Os resultados do teste foram terr\u00edveis. Assistimos a um pequeno aumento nos upgrades, mas aceleramos significativamente os cancelamentos. Apenas algumas semanas depois, enquanto analis\u00e1vamos alguns dados, descobrimos o que realmente aconteceu. <\/span><\/p>\n O que voc\u00ea pode aprender com isso?<\/b><\/p>\n A mentalidade de crescimento \u00e9 constru\u00edda em velocidade e agilidade, mas a efic\u00e1cia do processo depende da <\/span>boa comunica\u00e7\u00e3o<\/i><\/b> da equipe. Na \u00e9poca, nossa equipe de desenvolvimento era um recurso compartilhado em todo o nosso portf\u00f3lio. Por isso, o DEV n\u00e3o estava incorporado \u00e0 equipe de crescimento da TrapCall. Ele n\u00e3o tinha propriedade direta do sucesso do experimento. <\/span><\/p>\n Ensinar a todos em sua organiza\u00e7\u00e3o seu papel no crescimento \u00e9 a melhor maneira de facilitar boa comunica\u00e7\u00e3o atrav\u00e9s do processo de experimenta\u00e7\u00e3o. O trabalho de um DEV n\u00e3o \u00e9 apenas escrever c\u00f3digo, \u00e9 escrever c\u00f3digo que garanta que a hip\u00f3tese de um experimento possa ser medida.<\/span><\/p>\n Al\u00e9m disso, voc\u00ea pode ver que at\u00e9 mesmo uma pequena falta de comunica\u00e7\u00e3o pode inviabilizar completamente um teste. Voc\u00ea precisa ser capaz de confiar nas pessoas para tomar boas decis\u00f5es sobre a melhor forma de atingir as metas, mas voc\u00ea precisa facilitar as discuss\u00f5es da reuni\u00e3o de time para garantir que essas decis\u00f5es n\u00e3o sejam tomadas sem nenhum cabimento.<\/span><\/p>\n <\/p>\n Estudo de Caso 3: Uma falha de processo<\/b><\/p>\n Nome do teste: Teste Gr\u00e1tis da TrapCall<\/span><\/p>\n Hip\u00f3tese: adicionando um teste gratuito de uma semana ao TrapCall, aumentaremos as inscri\u00e7\u00f5es em 4X, convertendo 50% dos testes em assinaturas pagas, dobrando assim as novas inscri\u00e7\u00f5es de usu\u00e1rios, mantendo nosso LTV m\u00e9dio.<\/span><\/p>\n Por que pensamos que isso seria uma boa ideia<\/b><\/p>\n Ficamos entusiasmados com este teste porque ele j\u00e1 estava dando certo para o <\/span>RoboKiller<\/span><\/a>, nosso aplicativo que interrompe as chamadas de telemarketing no iPhone. Assim, com um MVP muito simples e um m\u00ednimo de recursos, lan\u00e7amos rapidamente o que achamos que seria um ganho infal\u00edvel.<\/span><\/p>\n Quase imediatamente, vimos alguns resultados encorajadores em termos de inscri\u00e7\u00f5es e valor m\u00e9dio do pedido, mas sab\u00edamos que n\u00e3o poder\u00edamos medir as convers\u00f5es de usu\u00e1rios pagos com uma semana de teste gr\u00e1tis. <\/span><\/p>\n Quando percebemos o erro<\/b><\/p>\n Depois de uma semana, vimos que nossas convers\u00f5es eram zero, mas n\u00e3o porque as pessoas n\u00e3o queriam o TrapCall. Descobrimos que nunca nos demos a chance de converter usu\u00e1rios de teste porque n\u00e3o est\u00e1vamos salvando as informa\u00e7\u00f5es de cart\u00e3o de cr\u00e9dito que precisar\u00edamos para cobrar os usu\u00e1rios no final do teste. N\u00f3s estragamos tudo e isso nos custou um pouco de receita. <\/span><\/p>\n Nossa cultura n\u00e3o \u00e9 sobre culpa, que \u00e9 uma das coisas que realmente amo na TelTech, mas estamos muito focados em aprender com nossos erros. Ent\u00e3o come\u00e7amos a olhar para o colapso. Obviamente, o c\u00f3digo de backend deve ter apoiado a compra, mas nossos desenvolvedores tamb\u00e9m contam com o controle de qualidade para garantir que tudo funcione corretamente. <\/span><\/p>\n O departamento de controle de qualidade achava que eles s\u00f3 podiam testar as intera\u00e7\u00f5es de inscri\u00e7\u00e3o iniciais devido ao atraso de uma semana entre a inscri\u00e7\u00e3o e a convers\u00e3o. O pagamento atrasado nunca foi testado. Por fim, percebemos que nosso processo tinha falhas e aprendemos que precis\u00e1vamos fazer ajustes. Agora, a partir dos nossos documentos de vis\u00e3o, sabemos exatamente o que \u00e9 a \u201cDefini\u00e7\u00e3o de Feito\u201d para cada stakeholder e nos certificamos de que podemos testar cada elemento antes de come\u00e7armos.<\/span><\/p>\n O que voc\u00ea pode aprender com isso<\/b><\/p>\n Nem todo teste ser\u00e1 simples.<\/i><\/b> At\u00e9 um MVP pode ter muitas partes m\u00f3veis. Com cada camada de complexidade, voc\u00ea provavelmente adicionar\u00e1 mais interessados. Enquanto isso acontece, \u00e9 muito importante que seus processos tenham um grande foco em garantir que a boa comunica\u00e7\u00e3o flua entre a equipe e a organiza\u00e7\u00e3o. \u00c9 f\u00e1cil ficar complacente e simplesmente fazer testes para ver o que acontece, mas essa \u00e9 uma abordagem perigosa quando tempo e dinheiro est\u00e3o em jogo.<\/span><\/p>\n <\/p>\n No fim das contas…<\/b><\/p>\n Obter um alto impacto \u00e9 o objetivo real do teste de alta velocidade. Voc\u00ea pode executar muitos testes ruins e chamar testes de alta velocidade ou voc\u00ea pode executar muitos testes bons e obter o impacto de crescimento que \u00e9 seu objetivo final. <\/span><\/p>\n Estar errado sobre a sua hip\u00f3tese n\u00e3o \u00e9 um erro, \u00e9 o resultado prov\u00e1vel da maioria dos testes. Falhar na sua abordagem de experimenta\u00e7\u00e3o, no entanto, \u00e9 definitivamente um erro\u2026 e muitas vezes custoso. <\/span><\/p>\n De hip\u00f3teses falhas e desenvolvimento ruim a supercomplica\u00e7\u00e3o e m\u00e1 comunica\u00e7\u00e3o, mostramos algumas das maneiras que o pessoal da TelTech arruinaram algumas de suas experi\u00eancias. Voc\u00ea pode aprender com cada um desses erros para aumentar a probabilidade de seus pr\u00f3prios testes serem bem-sucedidos. <\/span><\/p>\n Com um pouco de sorte, voc\u00ea cometer\u00e1 erros diferentes, mas, no final das contas, se o seu processo for eficaz, voc\u00ea ver\u00e1 essas falhas como parte do crescimento da sua empresa. <\/span><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" No \u00faltimo texto, falamos sobre o quanto \u00e9 importante ter a tranquilidade de errar, desde que seja da forma correta. E come\u00e7amos a mostrar alguns…<\/p>\n","protected":false},"author":166,"featured_media":395,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,12],"tags":[76,75,77],"class_list":["post-391","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-casa-azul","category-intermediario","tag-aprender-com-os-erros","tag-erro","tag-testes"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/posts\/391","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/users\/166"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/comments?post=391"}],"version-history":[{"count":3,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/posts\/391\/revisions"}],"predecessor-version":[{"id":396,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/posts\/391\/revisions\/396"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/media\/395"}],"wp:attachment":[{"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/media?parent=391"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/categories?post=391"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.opovo.com.br\/varanda\/wp-json\/wp\/v2\/tags?post=391"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Texto adaptado de Here’s how you ruin an experiment<\/a><\/span><\/h3>\n