{"id":7207,"date":"2019-09-23T01:20:49","date_gmt":"2019-09-23T04:20:49","guid":{"rendered":"http:\/\/blog.panrotas.com.br\/b2btech\/?p=7207"},"modified":"2019-09-28T15:15:09","modified_gmt":"2019-09-28T18:15:09","slug":"como-criar-produtos-que-os-clientes-amem","status":"publish","type":"post","link":"https:\/\/blog.panrotas.com.br\/b2btech\/2019\/09\/23\/como-criar-produtos-que-os-clientes-amem\/","title":{"rendered":"COMO CRIAR PRODUTOS QUE OS CLIENTES AMEM USAR"},"content":{"rendered":"\n

INSPIRED: HOW TO CREATE PRODUCTS CUSTOMERS LOVE<\/strong><\/p>\n\n\n\n

Por Pedro Concy, fundador do Estante M\u00e1gica<\/p>\n\n\n\n

O Estante M\u00e1gica<\/strong><\/a> \u00e9 um case fant\u00e1stico que merece ser conhecido e aplaudido. Seu fundador, o Pedro Concy, \u00e9 um entusiasta do desenvolvimento de produtos e resumiu assim o livro Inspired: How To Create Products Customers Love<\/strong>, uma das b\u00edblias do assunto, escrito por Marty Cagan:<\/p>\n\n\n\n

– Ess\u00eancia do trabalho de produto \u00e9 o Customer Discovery.<\/p>\n\n\n\n

– Customer Discovery ==> Validated Produt Backlog ==> Product Delivery.<\/p>\n\n\n\n

– Pensarmos em “time to money”, que s\u00e3o as itera\u00e7\u00f5es at\u00e9 achar o valor.<\/p>\n\n\n\n

– Devs sempre devem estar dentro das discuss\u00f5es do produto. Se n\u00e3o se engajam, n\u00e3o performam.<\/p>\n\n\n\n

– Projeto \u00e9 sobre output, produto \u00e9 sobre outcome.<\/p>\n\n\n\n

– N\u00e3o \u00e9 sobre desenvolver features, \u00e9 sobre resolver problemas.<\/p>\n\n\n\n

– Essencial termos uma Product Vision. O que ser\u00e1 nosso produto entre 2 a 10 anos.<\/p>\n\n\n\n

– Usar prot\u00f3tipos pra experimentar r\u00e1pido e chegar no product discovery e ent\u00e3o no product delivery pra alcan\u00e7ar o product\/market fit, que \u00e9 um caminho pra alcan\u00e7ar o product vision.<\/p>\n\n\n\n

– MVP SEMPRE deve ser um prot\u00f3tipo, nunca um produto.<\/p>\n\n\n\n

– Times de produto no mesmo ambiente performam mais.<\/p>\n\n\n\n

– Existem v\u00e1rias formas de fazer a divis\u00e3o dos produtos. Diferentes tipos de usu\u00e1rios, devices, workflows etc. Sempre que escolher uma forma, vai abdicar da outra. \u00c9 sobre um trade-off.<\/p>\n\n\n\n

– Essencial pro PM: saber muito sobre o cliente; saber sobre os dados, saber sobre o neg\u00f3cio e saber sobre o mercado\/ind\u00fastria; <\/p>\n\n\n\n

– PM levam 2-3 meses pra alcan\u00e7ar performance \u00f3tima na equipe.<\/p>\n\n\n\n

– PMs deveriam fazer curso introdut\u00f3rio de programa\u00e7\u00e3o pra poder dialogar melhor com devs. Devem tamb\u00e9m saber sobre business finance.<\/p>\n\n\n\n

(OFF: curso bem legal pra aprender b\u00e1sico de programa\u00e7\u00e3o se achar que faz sentido: https:\/\/teamtreehouse.com\/<\/a>)<\/p>\n\n\n\n

Perguntas de um UX:<\/p>\n\n\n\n

* Como cliente vai primeiro saber sobre o produto?<\/p>\n\n\n\n

* Como vai fazer onboard do usu\u00e1rio, al\u00e9m de como vai revelar novas funcionalidades?<\/p>\n\n\n\n

* Como usu\u00e1rios interagem ao longo do dia?<\/p>\n\n\n\n

* O que t\u00e1 competindo pela aten\u00e7\u00e3o do usu\u00e1rio?<\/p>\n\n\n\n

* Como a vida vai ser diferente de um usu\u00e1rio de um m\u00eas do produto pra um usu\u00e1rio de um ano?<\/p>\n\n\n\n

* Como vamos motivar o usu\u00e1rio a ter um algo grau de comprometimento com o produto?<\/p>\n\n\n\n

* Como vamos criar momentos de gratifica\u00e7\u00e3o?<\/p>\n\n\n\n

* Como um usu\u00e1rio vai compartilhar a experi\u00eancia dele com outros?<\/p>\n\n\n\n

* Como os usu\u00e1rios v\u00e3o receber o servi\u00e7o offline?<\/p>\n\n\n\n

* Qual a percep\u00e7\u00e3o de responsividade do produto?<\/p>\n\n\n\n

\"\"
B\u00edblia do desenvolvimento de produtos, por Marty Cagan<\/em><\/figcaption><\/figure><\/div>\n\n\n\n

– Designer, tal como o dev, deve sempre estar dentro do que t\u00e1 rolando no produto.<\/p>\n\n\n\n

– Devemos implementar uma “cultura de produto”, que \u00e9 dar relev\u00e2ncia pros testes cont\u00ednuos e r\u00e1pidos. Entender que vamos cometer erros pra aprender. Devemos mitigar os riscos nesse processo.<\/p>\n\n\n\n

– N\u00e3o existe forma ideal de estruturar uma equipe de produto. Sempre vai otimizar algum ponto em detrimento de outro. Entender que a organiza\u00e7\u00e3o vai mudar com o tempo. <\/p>\n\n\n\n

– Times ficam mais engajados quando t\u00eam mais autonomia. Times podem ter mais autonomia quando t\u00eam clareza dos objetivos.<\/p>\n\n\n\n

– Roadmaps tradicionais de produto s\u00e3o causa de grande desperd\u00edcio nas organiza\u00e7\u00f5es. Raz\u00f5es: grande parte de suas ideias v\u00e3o falhar. Ent\u00e3o se apegar a elas \u00e9 se apegar ao erro. Outra raz\u00e3o \u00e9 que podem ser t\u00e3o complexas que vale a pena deixar de lado.<\/p>\n\n\n\n

– O problema \u00e9 que toda vez que voc\u00ea coloca num documento de “roadmap” uma lista com ideias que v\u00e3o ser constru\u00eddas ao longo do tempo, pessoas v\u00e3o se apegar \u00e0quilo e querer construir de qualquer forma, ainda que n\u00e3o valha mais a pena.<\/p>\n\n\n\n

– Importante \u00e9 que tenha um product vision. \u00c9 o “big picture” do que queremos alcan\u00e7ar. Deve estar casado tamb\u00e9m com os business objectives.<\/p>\n\n\n\n

– Product vision n\u00e3o \u00e9 a miss\u00e3o da empresa. Product vision \u00e9 como vamos alcan\u00e7ar a miss\u00e3o da empresa. A grande relev\u00e2ncia disso \u00e9 comunicar a vis\u00e3o e inspirar as pessoas a entrarem nesse barco.<\/p>\n\n\n\n

– Vis\u00e3o de produto efetiva: come\u00e7a com o por qu\u00ea, est\u00e1 ligada a um problema, \u00e9 ousada, inspira, \u00e9 flex\u00edvel nos detalhes, \u00e9 um salto de f\u00e9, evangeliza pessoas dentro e fora da empresa.<\/p>\n\n\n\n

– OBESS OVER CUSTOMERS, NOT OVER COMPETITORES. Frase pra termos na parede!!!!!!!!!<\/p>\n\n\n\n

– Comunicar sempre a estrat\u00e9gia de produto pra toda a empresa.<\/p>\n\n\n\n

– Devemos criar os princ\u00edpios do produto. Exemplo: Toda vez que houver conflito entre escola (empresa) e pai (ag\u00eancia), escola (empresa) ser\u00e1 preponderante. Afinal, \u00e9 ela nossa fonte de transforma\u00e7\u00e3o.<\/p>\n\n\n\n

– General Patton: “Nunca diga \u00e0s pessoas como fazer as coisas. Diga a elas o que fazer e elas ir\u00e3o te surpreender com suas engenhosidades.”<\/p>\n\n\n\n

– Product Evangelism = selling the dream. \u00c9 ajudar as pessoas a imaginarem o futuro e inspirarem elas a criar esse futuro. PM e Head de Produto devem estar fazendo isso o tempo todo. \u00c9 fundamental pra empresa ter mission\u00e1rios, e n\u00e3o mercen\u00e1rios. <\/p>\n\n\n\n

– Objetivo no customer discovery \u00e9 validar as ideias do jeito mais r\u00e1pido e barato.<\/p>\n\n\n\n

– Uma das li\u00e7\u00f5es mais importantes pra produto \u00e9 se apaixonar pelo problema, e n\u00e3o pela solu\u00e7\u00e3o. Solu\u00e7\u00f5es iniciais n\u00e3o v\u00e3o resolver o problema, ou n\u00e3o da melhor forma. Vai levar um mont\u00e3o de tentativas at\u00e9 chegar l\u00e1. E esse \u00e9 um dos grandes riscos dos roadmaps de produtos. Eles se apegam a features, e n\u00e3o ao problema.<\/p>\n\n\n\n

– Pra lan\u00e7ar um produto, um PM aplicou uma t\u00e9cnica em sua empresa: antes de lan\u00e7ar um produto ou ideia, deve escrever uma carta imagin\u00e1ria de um cliente MUITO satisfeito com aquele produto. A carta hipot\u00e9tica \u00e9 endere\u00e7ada ao CEO e explicam por que e como aquele produto\/ideia mudou ou melhorou a vida dele.<\/p>\n\n\n\n

– Sugest\u00e3o de livro do autor (ainda n\u00e3o li): https:\/\/www.amazon.com.br\/User-Story-Mapping-Martin-Fowler\/dp\/1491904909\/ref=tmm_pap_swatch_0?_encoding=UTF8&qid=1545822108&sr=1-1<\/a><\/p>\n\n\n\n

– Idealmente nas entrevistas com clientes deveriam ir um dev e um designer tamb\u00e9m. <\/p>\n\n\n\n

– Testes de MVP concierge (amo muito!).<\/p>\n\n\n\n

– Cultura \u00e1gil: ideia de termos “hack days”. S\u00e3o “hackathons” diretas ou indiretas. Diretas s\u00e3o para resolver problemas j\u00e1 estabelecidos no in\u00edcio da din\u00e2mica (ex: reduzir churn). Indiretas s\u00e3o pra fazer ideias aleat\u00f3rias. Melhores inova\u00e7\u00f5es v\u00eam da pr\u00f3pria equipe.<\/p>\n\n\n\n

– Equipe deve fazer entrevistas e testes com usu\u00e1rios TODA semana. Pelo menos 3x por semana.<\/p>\n\n\n\n

– Todo produto ou toda feature deve ser acompanhada por m\u00e9tricas previamente estabelecidas. Data, data, data!!!<\/p>\n\n\n\n

– \u00d3timo livro que o autor recomenda: https:\/\/www.amazon.com.br\/Sprint-M%C3%A9todo-Google-Testar-Aplicar\/dp\/8551001523\/ref=sr_1_1?s=books&ie=UTF8&qid=1545822882&sr=1-1&keywords=sprint<\/a><\/p>\n\n\n\n

– “Defino inova\u00e7\u00e3o consistente como a habilidade de um time de repetidamente adicionar valor ao neg\u00f3cio”<\/p>\n\n\n\n

O livro Inspired: How To Create Products Customers Love<\/strong>pode ser comprado aqui: https:\/\/www.amazon.com\/Inspired-Create-Products-Customers-Love\/dp\/0981690408\/ref=mp_s_a_1_2?crid=2E91JAS78OZP0&keywords=how+to+create+products+customers+love&qid=1557027776&s=gateway&sprefix=how+to+creat+products&sr=8-2<\/a><\/p>\n\n\n\n

.<\/p>\n\n\n\n

Nota do blogueiro<\/em><\/span><\/strong>: Este resumo do livro <\/em>Inspired: How To Create Products Customers Love<\/em><\/strong> (por Marty Cagan), foi escrito e compartilhado por Pedro Concy, um entusiasta do desenvolvimento de produtos, fundador do projeto <\/em>Estante M\u00e1gica<\/em><\/strong><\/a>, um case fant\u00e1stico que merece ser conhecido e aplaudido.<\/em><\/p>\n\n\n\n

.<\/p>\n","protected":false},"excerpt":{"rendered":"

INSPIRED: HOW TO CREATE PRODUCTS CUSTOMERS LOVE Por Pedro Concy, fundador do Estante M\u00e1gica O Estante M\u00e1gica \u00e9 um case fant\u00e1stico que merece ser conhecido e aplaudido. Seu fundador, o Pedro Concy, \u00e9 um entusiasta do desenvolvimento de produtos e resumiu assim o livro Inspired: How To Create Products Customers Love, uma das b\u00edblias do assunto,… Continue reading →<\/a><\/p>\n","protected":false},"author":11,"featured_media":7210,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3,4,5,7,8,9,11,13,17,18,19],"tags":[152,148,155,149,151,154,146,102,153,150],"_links":{"self":[{"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/posts\/7207"}],"collection":[{"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/users\/11"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/comments?post=7207"}],"version-history":[{"count":6,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/posts\/7207\/revisions"}],"predecessor-version":[{"id":7216,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/posts\/7207\/revisions\/7216"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/media\/7210"}],"wp:attachment":[{"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/media?parent=7207"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/categories?post=7207"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.panrotas.com.br\/b2btech\/wp-json\/wp\/v2\/tags?post=7207"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}