Produto 4 Devs

Prólogo

Cada vez mais vejo que é essencial para um Dev ou para um time de desenvolvedores entenderem sobre Produtos e Regras de Negócio, pois é isso que mercado espera. É como o Daniel (He4rt) Reis sempre fala: o mercado espera Devs desenrolados que buscam entender as regras de negócio, do produto em si! Pois código é só 30% do trabalho, os outros 70% são a capacidade de entender o produto e debater sobre o mesmo.

Pensando nisso, decidi escrever uma série de artigos focados em Produtos para Devs, buscando preencher uma lacuna comum nas equipes de desenvolvimento, aproximando desenvolvimento e produto sem jargões ou excesso de teoria. Para ajudar aqueles que querem aprender sobre e também uma forma de sintetizar meus conhecimentos.

Mas você deve estar aí pensando: "Mas Renan, esse conteúdo faz sentido pra mim que estou começando a estudar programação agora?" E minha resposta é Sim, esse conhecimento é fundamental pra você, seja você uma pessoa que começou a estudar programação agora, um júnior, um pleno, um sênior, ou simplesmente alguém que está pensando em migrar de área. E novamente Sim, esse conteúdo é para você aí, que quer se destacar e sair na frente de muita gente que pensa que hoje é só vibecodar e tudo vai dar bom!

Portanto, vamos começar abordando o tópico que acho que é o que faz mais sentido para iniciarmos essa jornada que é:

O que é um Produto? (Sem enrolação)

Mas e aí, o que é um produto de verdade? Um produto não é um software, pois um software pode ser apenas uma ferramenta, um produto é o valor real entregue ao usuário! Um produto é resolver um problema de negócio de forma sustentável!

Um Produto sempre, mais sempre mesmo, só irá surgir para resolver um problema, uma dor, uma necessidade ou simplesmente satisfazer um desejo de um usuário ou um cliente. Seja esse usuário uma empresa ou um simples cliente. Mas vale ressaltar que nem todo produto resolve uma dor intensa, muitas vezes alguns apenas amenizam essa necessidade, alguns ganham tempo, outros geram status ou entretenimento. Mas o mais importante é que sempre um produto entrega algum valor ao usuário.

E o produto digital?

Agora que já entendemos o conceito básico de produto, podemos dizer que um Produto digital é qualquer software que tenha usuários e entregue algum tipo de valor a esse.

Por que um dev deveria se importar?

Essa é a pergunta de milhões que faz toda diferença e sua resposta é bem simples quando paramos para pensar que decisões técnicas que são tomadas pelo time tech impactam no negócio, que toda dívida técnica também é uma decisão de produto e que a performance, segurança e escalabilidade também são uma entrega de valor.

Tendo isso em vista, podemos entender que um dev que se importa em entender as Regras do Negócio e entender o Valor que o Produto busca entregar, consegue enxergar qual caminho deve seguir, quais decisões devem ser levadas em consideração na construção da arquitetura de um produto, quais funcionalidades agregarão mais valor à experiência do usuário, como um banco de dados deve ser modelado para poder atender a necessidade deste produto.

Além disso, essa compreensão permite o dev questionar, debater e elaborar planos de ação muito mais eficientes e que muitas vezes evitam muito retrabalho e refatoração de código, que muitas vezes aparecem pelo fato de você ter simplesmente "codado" uma funcionalidade sem entender todo o escopo do que o produto se propõe através da mesma.

Então jovens, lembrem-se: entender o Produto evita retrabalho, e evitar retrabalho significa menos esforço e mais tempo para outras coisas que realmente valem a pena!

Diferença entre Projeto e Produto

Agora que acredito que já desenvolvemos uma visão legal do que é Produto, podemos debater um pouco sobre a diferença entre um Projeto e um Produto. Claro que neste momento você deve estar se questionando: "Mas não é tudo a mesma coisa no final?" E foi esse mesmo pensamento que tive até entender que:

• Projeto: Tem seu escopo fechado, muito bem delimitado e definido no planejamento, tendo um começo, meio e fim claramente definidos e desenhados. Tem um foco na entrega com um caminho bem documentado e claro, pode funcionar em cenários previsíveis.
• Produto: Já um produto tem um escopo mais aberto, pois seu foco inicial é resolver um problema e não o como. Geralmente ele tem um começo e meio que podem ser identificáveis, mas seu fim não. Seu foco está no resultado, tendo um objetivo bem definido, e para isso faz uso de experimentação, testes e validação de ideias (Discovery), que servem de guia para o caminho a ser seguido. É indicado para cenários e contextos voláteis.

Então "não", uma nova funcionalidade não é um novo produto e sim um projeto. Um produto é algo maior que vai possuir durante seu Ciclo de Vida alguns projetos (novas funcionalidades).

Ciclo de vida do Produto

Por fim, quero abordar um ponto que acho relevante de se ter pelo menos o conhecimento básico sobre. O Ciclo de vida do produto descreve todas as etapas pelas quais um produto passa dentro do mercado, desde seu lançamento até o seu fim, por assim dizer.

Basicamente temos:

• Fase Inovação: Engloba desde o desenvolvimento do produto até sua entrada no mercado, onde seu foco inicial é buscar o Product Market Fit (bem resumidamente, são os clientes que se identificam com o produto). Nessa etapa, o perfil do usuário é composto por aqueles que são os Inovadores (pessoas que estão usando o produto apenas por ele ser novo ou por apenas querer somente testá-lo) e pelos Primeiros Adeptos (são aqueles que realmente se identificam com o problema que o produto resolve logo de cara e servem muitas vezes como propagadores).

• Fase Crescimento: O foco é Growth (processo contínuo de crescimento do produto no mercado por meio de melhorias no produto, novas funcionalidades e otimização da experiência do usuário). Aqui temos dois perfis de usuários: a Maioria Inicial (aqueles que vêm junto logo quando o produto começa a se popularizar no mercado) e a Maioria Tardia (aqueles que chegam depois que o produto já se estabilizou e começou a se consolidar).

• Fase Maturidade: Aqui nosso produto já se consolidou e mantém uma boa base de clientes fiéis e continua entregando valor. Daqui, ou o produto se mantém no mercado ou entra em Declínio.

No processo inicial de um produto, logo após os Primeiros Adeptos antes da Maioria Inicial, temos um Abismo onde muitos produtos morrem, por não conseguirem cruzar esse abismo. E temos também um abismo após a maturidade, uma quarta fase que, quando não conseguimos seguir inovando, é Descontinuar um produto ou Morrer, matar o produto, o sunset.

O que importa o Dev entender do ciclo de vida do produto?

Saber o ciclo de vida do produto pode te ajudar a entender em que fase o produto em que você vai estar trabalhando pode estar e o quanto de esforço e investimento será empregado em cada fase. O quanto o processo de Discovery será necessário para mapear novas funcionalidades e melhorias de fluxos.

E o que pra mim faz bastante sentido quando você pode propor alguma melhoria, nova funcionalidade ou até mesmo a ideia de um novo produto! Pois um Dev que tem capacidade de ajudar um produto crescer ou até mesmo a capacidade de propor um novo produto, sempre será um Dev diferenciado no mercado! (Claro, quando esse tipo de atitude é valorizada)!!!

Conclusão

Nesse artigo entendemos um pouco mais sobre produtos, o que impacta na vida do Dev entender sobre o assunto, a diferença entre um projeto e um produto e compreendemos um pouco sobre o ciclo de vida do produto. Tudo isso pra tentar ajudar você a ser um pouco mais um Dev Desenrolado, que tem uma visão mais macro do processo que vai muito além do Código.

Se interessou?

Eu sou o Renan Vidal, trabalho como Product Owner já a algum tempo e agora estou estudando para migrar mais ainda para a área de produto, e com tudo que venho estudando e com toda experiência que já tenho de mercado, posso te dizer com alguma certeza que um Dev que se preocupa em entender sobre Produtos e Regras de Negócio está na frente de muita, mas muita gente mesmo.

Espero que tudo que escrevi aqui tenha algum sentido para pelo menos uma pessoa, e no caso de dúvidas ou se deseja que eu aborde algum tópico de produto mais aprofundado, é só deixar seu comentário!