{"id":1873,"date":"2016-01-27T19:48:54","date_gmt":"2016-01-27T22:48:54","guid":{"rendered":"http:\/\/www.milfont.org\/tech\/2016\/01\/27\/analise-do-negocio\/"},"modified":"2016-01-27T19:48:54","modified_gmt":"2016-01-27T22:48:54","slug":"analise-do-negocio","status":"publish","type":"post","link":"https:\/\/www.milfont.org\/tech\/2016\/01\/27\/analise-do-negocio\/","title":{"rendered":"An\u00e1lise do Neg\u00f3cio"},"content":{"rendered":"<p>Vou fazer um Spin-off da an\u00e1lise de neg\u00f3cios do prot\u00f3tipo de forma mais detalhada na s\u00e9rie <a href=\"https:\/\/medium.com\/@milfont\/primeira-vers%C3%A3o-do-seu-produto-prot%C3%B3tipo-d628422b707c#.uzoc4iotq\" target=\"_blank\" rel=\"noopener noreferrer\">Primeira Vers\u00e3o do Seu Produto<\/a> porque \u00e9 muito importante para entenderem melhor do porqu\u00ea de termos escolhido a funcionalidade de &#8220;Registrar Atividades&#8221; para iniciar com os usu\u00e1rios antes de definir o MVP.<\/p>\n<p>No meu curso <a href=\"http:\/\/milfont.org\/productownership.html\" target=\"_blank\" rel=\"noopener noreferrer\">Product Ownership<\/a> n\u00f3s fazemos bem detalhado, mas vou tentar dar uma vis\u00e3o geral sobre o assunto.<\/p>\n<p>Eu sempre comento sobre a <a href=\"https:\/\/medium.com\/boost-vc\/why-you-should-have-a-co-founder-8c1d3f9ad33#.c21pow4vn\" target=\"_blank\" rel=\"noopener noreferrer\">import\u00e2ncia de ter s\u00f3cios com skills em \u00e1reas importantes que envolvem o produto<\/a>, mas principalmente um especialista imerso nos detalhes que o produto atuar\u00e1. Comento sempre sobre o ideal para uma Startup com Co-founders como: Um jornalista; um vendedor; um programador e um especialista no neg\u00f3cio.<\/p>\n<h4>Crit\u00e9rios de Escolha na Prioriza\u00e7\u00e3o<\/h4>\n<p>Esse especialista imerso no problema ajudar\u00e1 a guiar a funcionalidade mais importante primeiro seguindo 3 crit\u00e9rios b\u00e1sicos: Neg\u00f3cio, UX e c\u00f3digo. Aplicamos a nossa listagem inicial:<\/p>\n<ol>\n<li>Gera\u00e7\u00e3o de gr\u00e1ficos.<\/li>\n<li>Registro de Atividades.<\/li>\n<li>Montagem da Agenda Di\u00e1ria de Atividades.<\/li>\n<\/ol>\n<p>A din\u00e2mica \u00e9 excluir uma das Features em cada crit\u00e9rio, se tivesse que sair do MVP, qual ficaria de fora.<\/p>\n<h4>Neg\u00f3cio<\/h4>\n<p>Aplicando a regra de neg\u00f3cio para as 3 features, devemos sempre focar em duas nuances:<\/p>\n<ol>\n<li>Qual funcionalidade \u00e9 independente poss\u00edvel para o usu\u00e1rio continuar fazendo o mesmo esfor\u00e7o sem retrabalho;<\/li>\n<li>Qual funcionalidade d\u00e1 um ganho direto melhorando o servi\u00e7o que ele j\u00e1 faz.<\/li>\n<\/ol>\n<p>A funcionalidade de &#8220;Gera\u00e7\u00e3o de gr\u00e1ficos&#8221; salta em import\u00e2ncia no neg\u00f3cio desse produto, naturalmente ela n\u00e3o pode ficar de fora do MVP porque guia o foco do produto, mas para esse exerc\u00edcio podemos aplicar os crit\u00e9rios. Em termos de neg\u00f3cio n\u00e3o traria um ganho direto aos usu\u00e1rios porque hoje o Coach pega os dados, popula uma planilha que j\u00e1 gera os gr\u00e1ficos, em termos de trabalho ele continuaria fazendo praticamente o mesmo servi\u00e7o.<\/p>\n<p>O &#8220;Registro de Atividades&#8221; tem uma import\u00e2ncia fundamental em neg\u00f3cio porque atua no &#8220;<strong><em>Em resolver o problema de&#8221; <\/em><\/strong>do nosso template de foco do produto. O usu\u00e1rio &#8220;Aluno\/Cliente&#8221; do nosso usu\u00e1rio Coach tamb\u00e9m continuar\u00e1 realizando o mesmo servi\u00e7o, ent\u00e3o n\u00e3o trar\u00e1 retrabalho, j\u00e1 que hoje ele recebe uma planilha compartilhada e tem que informar se cumpriu marcando o item com a cor azul ou alterar o hor\u00e1rio da atividade e incluir um registro caso tenha sa\u00eddo do planejado.<\/p>\n<p>A &#8220;Montagem da Agenda Di\u00e1ria de Atividades&#8221; provavelmente traria retrabalho para o Coach, porque hoje ele j\u00e1 compartilha com o usu\u00e1rio e necessitaria de outras Features planejadas no MVP.<\/p>\n<p>Ent\u00e3o para Neg\u00f3cios foram escolhidas: 1, 2.<\/p>\n<h4>User eXperience<\/h4>\n<p>\u201cGera\u00e7\u00e3o de gr\u00e1ficos\u201d n\u00e3o requer muita expertise, praticamente as ferramentas existentes s\u00e3o satisfat\u00f3rias, vai exigir mais do trabalho no Backend e um pouco de usabilidade na montagem dos filtros.<\/p>\n<p>\u201cRegistro de Atividades\u201d como j\u00e1 citado vai resolver o foco do problema que esse produto se prop\u00f5e a resolver, ent\u00e3o ela salta pra primeiro lugar nesse crit\u00e9rio. Teremos um desafio de justamente criar o mais clean e poderoso poss\u00edvel em rela\u00e7\u00e3o aos concorrentes.<\/p>\n<p>\u201cMontagem da Agenda Di\u00e1ria de Atividades\u201d trar\u00e1 tamb\u00e9m alguns dilemas, principalmente um formato n\u00e3o t\u00e3o enfadonho e Enterprisey para algo que parece muito com um CRUD em cima de um Calendar.<\/p>\n<p>UX: 2, 3 escolhidos.<\/p>\n<h4>C\u00f3digo<\/h4>\n<p>Aqui v\u00e3o as discuss\u00f5es t\u00e9cnicas mais profundas em termos de arquitetura e tecnologias existentes para implementa\u00e7\u00e3o.<\/p>\n<p>\u201cGera\u00e7\u00e3o de gr\u00e1ficos\u201d com certeza trar\u00e1 um grande desafio, principalmente porque foi escolhido entrar com hashtags para o registro de atividades durante Brainstormings com os usu\u00e1rios, algo sugerido de features que at\u00e9 poderiam mudar o foco do produto e gerar uma &#8220;pitova\u00e7\u00e3o&#8221; no neg\u00f3cio (veremos mais a frente sobre isso).<\/p>\n<p>\u201cRegistro de Atividades\u201d trar\u00e1 desafios de Front-end justamente para resolver o problema do produto, ainda n\u00e3o sabemos ou temos id\u00e9ia de como resolver\u00edamos, portanto experimentar logo em campo e mudar o c\u00f3digo frequentemente seria requisito.<\/p>\n<p>\u201cMontagem da Agenda Di\u00e1ria de Atividades\u201d \u00e9 trabalhoso, provavelmente demoraria mais do que todo o resto, mas n\u00e3o tem diferencial algum em rela\u00e7\u00e3o ao c\u00f3digo, foi un\u00e2nime que todos sabiam como fazer, desde que us\u00e1ssemos uma Lib gr\u00e1fica no Front-end que j\u00e1 montasse o Calendar.<\/p>\n<p>C\u00f3digo: 1, 2 foram escolhidas.<\/p>\n<p>Pela ordem de import\u00e2ncia ent\u00e3o seguindo os 3 crit\u00e9rios ficaram organizadas como:<\/p>\n<ol>\n<li>Registro de Atividades (3 votos)<\/li>\n<li>Gera\u00e7\u00e3o de Gr\u00e1ficos (2 votos)<\/li>\n<li>Montagem da Agenda Di\u00e1ria (1 voto)<\/li>\n<\/ol>\n<p>Ent\u00e3o se o MVP fosse mais reduzido, o que ficaria de fora seria a &#8220;Montagem da Agenda Di\u00e1ria&#8221;, isso ajudou a conceituar um Feeling que come\u00e7amos a ganhar sobre o produto (guarde essa lembra\u00e7a que falaremos em artigos a frente).<\/p>\n<p>Evidente que a an\u00e1lise de neg\u00f3cios para entendimento das Features e ajuste constante do foco do produto \u00e9 um trabalho da concep\u00e7\u00e3o ao fim, mas essa fase que compreende desde a identifica\u00e7\u00e3o de um problema ao formato do MVP \u00e9 crucial j\u00e1 colocar algo em campo para ter alguma id\u00e9ia tamb\u00e9m do modelo de faturamento (se \u00e9 que d\u00e1 pra conseguir na maioria das vezes), portanto pela funcionalidade que resolve o problema proposto, o &#8220;Registro de Atividades&#8221; teria vencido caso tivesse empatado com &#8220;Gera\u00e7\u00e3o de Gr\u00e1ficos&#8221;.<\/p>\n<p>Essa proposta \u00e9 antecipar ainda mais os problemas e ajustar o roteiro a ser seguido, tradicionalmente o MVP j\u00e1 \u00e9 uma quebra de paradigmas por propor colocar uma vers\u00e3o reduzida do software o mais cedo poss\u00edvel que fa\u00e7a sentido para resolver o problema detectado, mas conseguimos desbravar mais cedo problemas t\u00e9cnicos e de usabilidade desde o primeiro dia.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vou fazer um Spin-off da an\u00e1lise de neg\u00f3cios do prot\u00f3tipo de forma mais detalhada na s\u00e9rie Primeira Vers\u00e3o do Seu Produto porque \u00e9 muito importante para entenderem melhor do porqu\u00ea de termos escolhido a funcionalidade de &#8220;Registrar Atividades&#8221; para iniciar com os usu\u00e1rios antes de definir o MVP. No meu curso Product Ownership n\u00f3s fazemos [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/posts\/1873"}],"collection":[{"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/comments?post=1873"}],"version-history":[{"count":0,"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/posts\/1873\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/media?parent=1873"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/categories?post=1873"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.milfont.org\/tech\/wp-json\/wp\/v2\/tags?post=1873"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}