INSPIRED: HOW TO CREATE PRODUCTS CUSTOMERS LOVE
Por Pedro Concy, fundador do Estante Mágica
O Estante Mágica é um case fantástico que merece ser conhecido e aplaudido. Seu fundador, o Pedro Concy, é um entusiasta do desenvolvimento de produtos e resumiu assim o livro Inspired: How To Create Products Customers Love, uma das bíblias do assunto, escrito por Marty Cagan:
– Essência do trabalho de produto é o Customer Discovery.
– Customer Discovery ==> Validated Produt Backlog ==> Product Delivery.
– Pensarmos em “time to money”, que são as iterações até achar o valor.
– Devs sempre devem estar dentro das discussões do produto. Se não se engajam, não performam.
– Projeto é sobre output, produto é sobre outcome.
– Não é sobre desenvolver features, é sobre resolver problemas.
– Essencial termos uma Product Vision. O que será nosso produto entre 2 a 10 anos.
– Usar protótipos pra experimentar rápido e chegar no product discovery e então no product delivery pra alcançar o product/market fit, que é um caminho pra alcançar o product vision.
– MVP SEMPRE deve ser um protótipo, nunca um produto.
– Times de produto no mesmo ambiente performam mais.
– Existem várias formas de fazer a divisão dos produtos. Diferentes tipos de usuários, devices, workflows etc. Sempre que escolher uma forma, vai abdicar da outra. É sobre um trade-off.
– Essencial pro PM: saber muito sobre o cliente; saber sobre os dados, saber sobre o negócio e saber sobre o mercado/indústria;
– PM levam 2-3 meses pra alcançar performance ótima na equipe.
– PMs deveriam fazer curso introdutório de programação pra poder dialogar melhor com devs. Devem também saber sobre business finance.
(OFF: curso bem legal pra aprender básico de programação se achar que faz sentido: https://teamtreehouse.com/)
Perguntas de um UX:
* Como cliente vai primeiro saber sobre o produto?
* Como vai fazer onboard do usuário, além de como vai revelar novas funcionalidades?
* Como usuários interagem ao longo do dia?
* O que tá competindo pela atenção do usuário?
* Como a vida vai ser diferente de um usuário de um mês do produto pra um usuário de um ano?
* Como vamos motivar o usuário a ter um algo grau de comprometimento com o produto?
* Como vamos criar momentos de gratificação?
* Como um usuário vai compartilhar a experiência dele com outros?
* Como os usuários vão receber o serviço offline?
* Qual a percepção de responsividade do produto?
– Designer, tal como o dev, deve sempre estar dentro do que tá rolando no produto.
– Devemos implementar uma “cultura de produto”, que é dar relevância pros testes contínuos e rápidos. Entender que vamos cometer erros pra aprender. Devemos mitigar os riscos nesse processo.
– Não existe forma ideal de estruturar uma equipe de produto. Sempre vai otimizar algum ponto em detrimento de outro. Entender que a organização vai mudar com o tempo.
– Times ficam mais engajados quando têm mais autonomia. Times podem ter mais autonomia quando têm clareza dos objetivos.
– Roadmaps tradicionais de produto são causa de grande desperdício nas organizações. Razões: grande parte de suas ideias vão falhar. Então se apegar a elas é se apegar ao erro. Outra razão é que podem ser tão complexas que vale a pena deixar de lado.
– O problema é que toda vez que você coloca num documento de “roadmap” uma lista com ideias que vão ser construídas ao longo do tempo, pessoas vão se apegar àquilo e querer construir de qualquer forma, ainda que não valha mais a pena.
– Importante é que tenha um product vision. É o “big picture” do que queremos alcançar. Deve estar casado também com os business objectives.
– Product vision não é a missão da empresa. Product vision é como vamos alcançar a missão da empresa. A grande relevância disso é comunicar a visão e inspirar as pessoas a entrarem nesse barco.
– Visão de produto efetiva: começa com o por quê, está ligada a um problema, é ousada, inspira, é flexível nos detalhes, é um salto de fé, evangeliza pessoas dentro e fora da empresa.
– OBESS OVER CUSTOMERS, NOT OVER COMPETITORES. Frase pra termos na parede!!!!!!!!!
– Comunicar sempre a estratégia de produto pra toda a empresa.
– Devemos criar os princípios do produto. Exemplo: Toda vez que houver conflito entre escola (empresa) e pai (agência), escola (empresa) será preponderante. Afinal, é ela nossa fonte de transformação.
– General Patton: “Nunca diga às pessoas como fazer as coisas. Diga a elas o que fazer e elas irão te surpreender com suas engenhosidades.”
– Product Evangelism = selling the dream. É 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. É fundamental pra empresa ter missionários, e não mercenários.
– Objetivo no customer discovery é validar as ideias do jeito mais rápido e barato.
– Uma das lições mais importantes pra produto é se apaixonar pelo problema, e não pela solução. Soluções iniciais não vão resolver o problema, ou não da melhor forma. Vai levar um montão de tentativas até chegar lá. E esse é um dos grandes riscos dos roadmaps de produtos. Eles se apegam a features, e não ao problema.
– Pra lançar um produto, um PM aplicou uma técnica em sua empresa: antes de lançar um produto ou ideia, deve escrever uma carta imaginária de um cliente MUITO satisfeito com aquele produto. A carta hipotética é endereçada ao CEO e explicam por que e como aquele produto/ideia mudou ou melhorou a vida dele.
– Sugestão de livro do autor (ainda não 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
– Idealmente nas entrevistas com clientes deveriam ir um dev e um designer também.
– Testes de MVP concierge (amo muito!).
– Cultura ágil: ideia de termos “hack days”. São “hackathons” diretas ou indiretas. Diretas são para resolver problemas já estabelecidos no início da dinâmica (ex: reduzir churn). Indiretas são pra fazer ideias aleatórias. Melhores inovações vêm da própria equipe.
– Equipe deve fazer entrevistas e testes com usuários TODA semana. Pelo menos 3x por semana.
– Todo produto ou toda feature deve ser acompanhada por métricas previamente estabelecidas. Data, data, data!!!
– Ótimo 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
– “Defino inovação consistente como a habilidade de um time de repetidamente adicionar valor ao negócio”
O livro Inspired: How To Create Products Customers Lovepode 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
.
Nota do blogueiro: Este resumo do livro Inspired: How To Create Products Customers Love (por Marty Cagan), foi escrito e compartilhado por Pedro Concy, um entusiasta do desenvolvimento de produtos, fundador do projeto Estante Mágica, um case fantástico que merece ser conhecido e aplaudido.
.
