
Quem planeja lançar seus produtos, busca ampliar suas competências ou deseja debater conosco - por favor, sob cat.
Índice do curso
1. < —
2.
3.
4.
5.
6.
7.
8. - -
9.
—
Meu nome é Vasily Rudomanov e sou responsável pelo desenvolvimento de produtos na Acronis. Por muitos anos estive envolvido na parte técnica ou de engenharia da criação de produtos e soluções. No entanto, a experiência técnica que adquiri acabou levando-me a me especializar em desenvolvimento de software. Ao longo dos anos de trabalho neste campo, fiquei convencido de que a capacidade de trabalhar com seu produto, entender como uma ideia se transforma em produto acabado, escolher nichos de mercado, posicioná-la e planejar o desenvolvimento pode ser útil para desenvolvedores, engenheiros, fundadores de startups e funcionários de departamento. vendas e muitos outros profissionais em empresas de TI, não apenas gerentes de produto.
Em nosso curso, decidimos compartilhar nossa experiência em desenvolvimento de software, que acumulamos ao longo de vários anos de criação e promoção de produtos de software no mercado russo e internacional.
O fundador de uma startup é de fato o gerente de produto chefe da empresa e, portanto, determina completamente o seu desenvolvimento. Posteriormente, os proprietários de negócios transferem essa função para gerentes de produto. Portanto, este último deve realizar um grande número de tarefas, controlar o processo de desenvolvimento, analisar as necessidades do mercado, resolver os problemas dos clientes e muito, muito mais. Para fazer isso, você precisa ter toda uma gama de conhecimentos e habilidades importantes, bem como ser capaz de trabalhar com estruturas especializadas. Mas hoje vamos começar com uma ideia ... com aquele “unicórnio” que aparece na cabeça de cada pessoa quando decide dar ao mundo um novo produto.
Por que alguns projetos são filmados e outros não?
Como um produto geralmente é criado? Normalmente surge uma ideia e um grupo de pessoas começa a implementá-la. Na cabeça dos gerentes, surgem pensamentos brilhantes sobre como exatamente o produto deve se desenvolver. Os principais gerentes, diretores, consultores, presidentes de empresas ou proprietários têm sua própria opinião. Eles formam a estratégia de desenvolvimento de negócios, bem como o próprio produto.

No entanto, não é tudo: além da estratégia, muitas vezes existe a necessidade urgente de “implementar uma nova funcionalidade em 2 semanas para um negócio específico”. Engenheiros, desenvolvedores e arquitetos sugerem o uso de novas pilhas de tecnologia, bancos de dados, tecnologias e linguagens de programação, e a equipe de suporte relata que há bugs técnicos no produto e que precisam ser corrigidos.
Mas este sistema está faltando alguma coisa. Na ausência de gerenciamento de produto, nada disso tem a ver com o mercado! Enormes recursos podem ser desperdiçados e uma grande ideia pode nunca ser concretizada simplesmente porque o produto evoluiu na direção errada que gera dinheiro.
A essência de um gerente de produto
Na verdade, o gerente de produto deve encontrar os problemas do mercado e encontrar uma solução para eles. Mas a pesquisa mostra que, na realidade, os gerentes de produto gastam menos de 20% de seu tempo fazendo isso. O resto vai para o trabalho com todos os participantes do processo, incluindo engenheiros, alta administração e, claro, os próprios clientes.

A questão é que a abordagem “a partir da ideia” não funciona, seja qual for a ideia - o próprio gerente, o diretor ou o proprietário da empresa. Mais cedo ou mais tarde, você tem que ouvir o mercado, porque quando os gerentes de vendas começam a vender um produto, descobre-se que falta algo, o produto está sendo vendido para pessoas erradas, na região errada, talvez na categoria de preço errada. Depois, há uma revisão ou até mesmo o lançamento de uma nova versão do produto, embora tenha sido possível começar imediatamente a trabalhar na direção certa. É por isso que a função de gerente de produto é tão importante para um lançamento no mercado de sucesso.

Estrutura de gerenciamento de produto
Muitos desenvolvedores já estão familiarizados com The Mythical Man-Month de Fred Brooks. Eu recomendo fortemente a leitura, se você ainda não o fez. Fred Brooks esteve envolvido na criação do IBM 350. Sua equipe fez um excelente trabalho de construção de software para mainframe. E em seu livro, ele descreveu muito bem qual é a diferença entre um programa e um produto ou sistema de software.

Brooks diz que leva três vezes mais tempo para transformar um programa que foi criado e está sendo executado no computador do codificador em um produto de software. É necessário testá-lo, liberar documentação, colocar em suporte, verificar seu desempenho em diversas plataformas de software, etc. E se o desenvolvedor gastou um mês na criação do programa, outros 3 meses se passarão antes que o produto de software apareça.
O sistema de software é ainda mais complexo. As interfaces precisam aparecer; para que o programa possa interagir com diferentes componentes das plataformas e ser inserido em um ecossistema específico. Isso leva três vezes mais tempo. Assim, se você deseja entrar no mercado, precisa despender 9 vezes mais tempo e recursos.
Este foi um exemplo da área de desenvolvimento, mas este exemplo mostra bem que para fazer um grande trabalho, é necessário pensar em uma gama muito mais ampla de atividades. É por isso que um gerente de produto tem um grande número de responsabilidades e tarefas que vão além de definir requisitos para um desenvolvedor. Os gerentes tomam um grande número de decisões - táticas e estratégicas, e estruturas criadas especificamente para o desenvolvimento de produtos de software e sistemas ajudam no trabalho do sistema.
As decisões estratégicas de longo prazo afetam o futuro da empresa e, para implementá-las, é necessário completar todo um conjunto de elementos de planejamento. Eles são refletidos na linha amarela no centro da estrutura.

Blocos funcionais são anexados a cada segmento da estratégia, que refletem as ações necessárias para a criação bem-sucedida de um produto. Todos esses elementos estão localizados na parte inferior da estrutura.
Além disso, para criar o produto em si, você precisa realizar várias ações do ponto de vista do negócio. Só assim será possível divulgar o produto e realmente colocá-lo no mercado. Esses blocos estão no topo da estrutura.
No decorrer de nossas postagens, nos familiarizaremos com todos os elementos dessa estrutura, que peguei emprestado do Pragmatic Institute.fazendo primeiro uma bifurcação e adicionando a ela os elementos que considero importantes e removendo aqueles que não são usados no Acronis. Além da estrutura, descobriremos quais métodos estão disponíveis para resolver cada uma das tarefas de desenvolvimento e promoção de produto, bem como determinar as áreas de responsabilidade de diferentes departamentos e especialistas ao trabalhar em um produto de software:

Porque apesar do gerente de produto ser responsável por todo o negócio relacionado com um produto específico, é claro, os funcionários de outros departamentos, com os quais o gerente de produto interage diretamente, devem, é claro, "pintar" este ou aquele bloco funcional: gerentes de marketing, membros da equipe de vendas, departamento financeiro, desenvolvedores, pré-venda.
Trabalhar com a estrutura é muito importante para todas as categorias de funcionários de uma empresa de TI moderna.
Conclusão
Hoje falamos sobre abordagens gerais para gerenciamento de produtos, que serão úteis tanto diretamente para produtos quanto para CEOs de startups que realmente deveriam decolar (pelo menos na opinião dos fundadores). Na próxima postagem, discutiremos como determinar para qual segmento de mercado você está direcionando seu produto e como conduzir uma análise competitiva desse mercado. Se este tópico é importante e útil para você, não se esqueça de se inscrever em nosso blog.
→ A gravação em vídeo de todas as palestras do curso está disponível no YouTube
Primeira aula: