Produto 4 Devs

Todo Dev tem que entender que "ou tu aprende sobre Produto e Regras de Negócio ou tu vai ficar pra trás", o código é só 30% da resolução do problema!

Tabela de Conteúdo

• 1. Prólogo
• 2. O que é um Produto? (Sem enrolação)
• 3. Por que um dev deveria se importar?
• 4. Diferença entre Projeto e Produto
• 5. Ciclo de vida do Produto
• 6. O que importa o Dev entender do ciclo de vida do produto?
• 7. Conclusão
• 8. Se interessou?

1. 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 negocio, 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, buscando aproximar 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 ai 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ê ai, 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 é:

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

Mas e ai 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 negocio de forma sustentável!

Um Produto sempre, mais sempre mesmo só ira 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 entregam algum valor ao usuário.

Mas 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 entregam algum tipo de valor a esse.

3. 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 divida técnica também é uma decisão de 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 Negocio 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 agregaram mais valor a experiencia 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 a 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 ter "codado" uma funcionalidade sem entender todo o escopo do que o produto se propõem através da mesma.

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

4. Diferença entre Projeto e Produto:

Agora que acredito que já desenvolvemos uma visão legal do que é Produto, agora podemos debater um pouco sobre a diferença entre um Projeto e um Produto. Claro que neste momento você deve estar se questionando: "Mais 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 uma 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 esta 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. E é 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).

5. Ciclo de vida de Produto:

Por fim quero aborda 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 a fase Inovação que engloba desde o desenvolvimento do produto até sua entrada no mercado, onde seu foco inicial no mercado é 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 testa-lo) e pelo 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).

Temos também a fase Crescimento onde 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 dos perfis de usuários a o que chamamos de Maioria Inicial que são aqueles que vem junto logo quando o produto começa a se popularizar no mercado e temos a Maioria Tardia que são aqueles que chegam depois que o produto já se estabilizou e começou a se consolidar.

E por fim temos a fase de Maturidade aqui nosso produto já se consolidou e mantem uma boa base de clientes fieis e continua entregando valor, daqui ou o produto se matem 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 que quando não conseguimos seguir inovando que é Descontinuar um produto ou Morrer, matar o produto, o sunset.

6. Mas 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)!!!

7. 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.

8. 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 experiencia que já tenho de mercado, e posso te dizer com alguma certeza que um Dev que se preocupa entender sobre Produtos e Regras de Negocio 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 duvidas ou se deseja que eu aborde algum tópico de produto mais aprofundada é só deixar seu comentário!