5 perguntas essenciais a serem feitas ao priorizar seu próximo recurso de produto
Publicados: 2022-02-08A priorização é fundamental para qualquer gerente de produto. A priorização adequada do arroz pode ajudar a impulsionar o sucesso de um produto, enquanto a priorização errada pode matá-lo.
Conteúdo
- A seguir estão 5 perguntas essenciais a serem feitas ao priorizar seu próximo recurso de produto:
- 1- Quem são meus usuários?
- 2- O que meus usuários querem?
- 3- Como meus usuários querem usá-lo?
- 4- Priorize recursos e elimine os supérfluos
- 5- Implemente e itere em novos recursos: não se esqueça de testar!
- Como alguém que já está logado pode usá-lo? Que informações eles teriam disponível? Que ações eles poderiam realizar?
A seguir estão 5 perguntas essenciais a serem feitas ao priorizar seu próximo recurso de produto:
1- Quem são meus usuários?
Entender para quem você está construindo o software é importante para criar uma experiência de usuário que atenda às suas necessidades e os faça voltar a usá-lo. Não se trata apenas de implementar recursos que seus usuários avançados dizem que desejam, mas de entender como todos os tipos de usuários irão interagir com esse novo recurso ou versão do seu aplicativo principal. Se você tiver diferentes tipos de usuários avançados, deverá priorizar com base no que é melhor para cada grupo (além de seus outros testes). Ao entender quem usará o aplicativo, você poderá priorizar o roteiro do produto e o conjunto de recursos para atender às necessidades deles e desenvolver um produto mais bem-sucedido.
Relacionado: Guia Essencial para Estratégia de Produto B2B SaaS
2- O que meus usuários querem?
Depois de priorizar quem são seus usuários, é hora de perguntar o que eles querem. Se você ainda não fez isso, obter feedback de todos os seus diferentes tipos de usuários avançados é essencial para criar uma experiência de usuário incrível e recursos que as pessoas realmente precisam (em vez de apenas adivinhar). Existem várias maneiras de fazer isso: descubra o que empresas semelhantes no espaço fizeram visitando a App Store ou o Google Play para se inspirar; realizar pesquisas de qualidade com pesquisas ou grupos focais; e (meu favorito), sempre dê às pessoas uma prévia do que você está trabalhando para que elas se sintam incluídas e animadas com o produto.
Relacionado: Melhores extensões de SEO para Magento
3- Como meus usuários querem usá-lo?
Em seguida, descubra como seus diferentes tipos de usuários avançados realmente interagem com o produto no dia a dia – isso é fundamental para otimizar sua experiência de usuário e criar um conjunto mais preciso de recursos (e eliminar os supérfluos). Embora eu adore fazer brainstorming e jogar ideias em um chapéu até conseguirmos algo bom, gosto de começar entendendo como as pessoas se comportam atualmente em seus trabalhos com nosso software. Você também pode fazer perguntas como: Qual é a coisa mais frustrante que acontece ao usar [esse recurso]? Existe algo útil que [recurso] poderia adicionar?
Relacionado: Produtos mais vendidos da Amazon USA
4- Priorize recursos e elimine os supérfluos
Agora que você sabe como os diferentes tipos de usuários avançados estão interagindo com o produto, priorize o que é mais útil. Esta pode ser uma boa lista longa, mas analise-a e pergunte a si mesmo o que realmente seria útil para seu público-alvo. Eles realmente precisam de um recurso de treinamento aprimorado? Ou poderíamos apenas impulsionar mais os recursos e tutoriais existentes?

5- Implemente e itere em novos recursos: não se esqueça de testar!
Ok, agora você tem uma lista priorizada de recursos novos ou modificados prontos para implementação – parabéns! A próxima coisa que gosto de fazer é fazer um brainstorming de oportunidades de teste em potencial – isso nos permite encontrar nosso “A-ha!” momento o mais rápido possível, sem gastar meses construindo algo que não podemos testar até sabermos o que devemos testar.
Relacionado: Tendências de comércio eletrônico para pequenas empresas a serem observadas
Por exemplo, se você estiver adicionando um novo recurso que provavelmente será usado em muitas interfaces de produtos diferentes – talvez uma experiência de pesquisa aprimorada – os testadores podem se concentrar em procurar problemas ao pesquisar itens específicos ou itens que já estão no carrinho. Para esse cenário específico, você também pode analisar o processo de carrinho e check-out, incluindo carrinhos abandonados e outros pontos problemáticos aqui. Áreas funcionais como navegação/usabilidade da página inicial também podem ser boas áreas para explorar.
Depois de escolher algumas áreas-chave, faça um brainstorming de como os testadores podem usar os novos recursos nesses cenários:
Como alguém que já está logado pode usá-lo? Que informações eles teriam disponível? Que ações eles poderiam realizar?
Como alguém que não está logado pode usá-lo? Que passos eles teriam que tomar, ou informações que eles precisariam fornecer, antes de poder acessar o novo recurso.
Descreva o que você imagina que cada função faça com os novos recursos. Isso não apenas ajuda a garantir que o recurso seja projetado para ambas as funções, mas também fornece detalhes aos desenvolvedores para que haja menos perguntas sobre como funcionam os diferentes cenários. Aqui está um exemplo:
Os usuários logados poderão visualizar o histórico de suas contas e pedidos anteriores clicando em “minha conta”. – Eles poderão ver os itens incluídos nesses pedidos e quaisquer descontos aplicados, além de fornecer comentários sobre sua experiência com esse item/fornecedor específico. Os usuários logados terão a opção de denunciar itens ofensivos ou considerados perigosos, que serão enviados a um conselho de revisão para investigação adicional.
Relacionado: Estratégias essenciais de marketing de comércio eletrônico para o sucesso
O design deixa claro como um usuário logado tem a capacidade de visualizar seu histórico de compras e deixar comentários sobre diferentes itens. Um desenvolvedor não precisará questionar se este é um recurso autenticado ou não, porque está claramente descrito no design!
Projetar seu aplicativo com seus desenvolvedores em mente não significa projetar tudo exatamente como eles dizem que querem – isso tornaria as coisas incrivelmente chatas. Em vez disso, pense neles como outra parte interessada em seu aplicativo, com suas próprias solicitações e opiniões sobre o que eles acham que é melhor para os usuários finais.