Como um gerente de produto pode estragar uma versão no segmento final

Imagine que você, como gerente de produto, está fazendo a aplicação perfeita. É pensado, focado em um segmento de mercado específico. Inovação, big data, aprendizado de máquina. E é mesmo. Como você pode estragar o lançamento na linha de chegada. Instruções para não uso.

Não lançar plano


Seu público-alvo deve esperar pelo produto. Se é novo, esse é um público potencial - inovadores. Se esta for a próxima versão, os clientes atuais. Sem lançá-lo no mercado, ninguém saberá sobre isso. Esta etapa inclui ferramentas comprovadas, como artigos de blog e revistas do setor, webinars e boletins. Componha com marketing com antecedência e comece a fazê-lo antes do tempo. Isso parece óbvio ao lançar um produto completamente novo, mas é facilmente esquecido quando a próxima versão é lançada.

Esqueça a transferência de conhecimento


Seu suporte técnico e consultoria (se houver) devem conhecer os novos recursos. Como eles funcionam, o que há de novo. E também como resolver problemas e falhas.

É muito importante preparar materiais para vendedores e parceiros, se você os tiver. Os mesmos slides e documentos técnicos que os ajudarão a promover e vender.

Para novos produtos, esqueça de criar uma lista de preços


A contabilidade do processo é tal que não se pode apenas pegar e enviar o "software Miracle 2.0". Você deve ter atribuído um número de catálogo (o termo existe sob nomes diferentes: SKU, Número da peça, ID do modelo, Número do material). Deveria ser, com um preço adequado. Se você tem uma empresa pequena, a atualização do catálogo pode ser feita rapidamente. Se a empresa for grande, pode levar vários meses.

Isso se aplica não apenas a todo o produto, mas também a combinações - pacotes configuráveis. Por exemplo, você criou uma nova assinatura - atualize o número e a lista de preços.

Eu também incluiria aqui todos os aspectos relacionados à demonstração do balanço . Isso é mais importante na parte contábil, mas o gerente ou o diretor do produto geralmente está envolvido em diferentes estágios.

Em seguida, vêm as nuances.

Por exemplo, não faça ECCN no prazo ou certificação específica para software especializado.

Não notifique sua própria equipe de TI que você precisa instalar uma nova versão, no caso de soluções em nuvem.

Tudo isso pode parecer trivial e não digno de um artigo separado. Uma vez, não lembrei no momento certo que o número do ID do modelo da nova versão deveria mudar. Me custou dois meses para aguardar a atualização de todos os diretórios.

Para estar seguro, basta ter uma lista de verificação (eu recomendo o Manifesto da lista de verificação: como fazer as coisas direito por Atul Gawande . E a data no projeto em que você vai para a linha de chegada.

Source: https://habr.com/ru/post/pt440238/


All Articles