Solucionado
Pensando no processo de Product Dicovery, não entendi onde isso se encaixa. Entendi que estamos falando de priorização, mas até onde me lembro a construção de algo deve partir de uma ou mais dores dos cliente e/ou usuários. Neste caso, como foi pensada a lista de funcionalidades que será colocada a venda? Já estavam no backlog? Como saber se essa lista realmente atende a uma ou mais dores do(s) cliente(s)??
Olá Humberto :)
De fato, o processo de Buy a Feature não é um processo típico do Product Discovery, pois ele não faz parte do processo de descoberta inicial de necessidades e desejos do cliente.
O processo de Buy a Feature é um método de priorização de recursos que pode ser utilizado depois que a equipe de produto já entendeu as necessidades e desejos do cliente e tem uma lista de recursos a serem desenvolvidos.
Em termos de como a lista de recursos é criada, ela geralmente é baseada em uma combinação de fatores, incluindo o feedback do cliente, análises de concorrência e mercado, oportunidades de negócios, entre outros. É importante que a lista de recursos seja validada com os clientes para garantir que eles realmente atendam às suas necessidades e desejos.
Durante o processo de Buy a Feature, os clientes têm a oportunidade de comprar recursos que são mais importantes para eles, fornecendo um feedback valioso sobre quais recursos devem ser priorizados no desenvolvimento do produto. Essa abordagem pode ajudar a garantir que o produto final atenda às necessidades do cliente e seja valioso para eles.
Em resumo, o processo de Buy a Feature é uma ferramenta de priorização que pode ser usada após o Product Discovery para ajudar a determinar quais recursos devem ser desenvolvidos primeiro com base no feedback do cliente.
Respondi a sua dúvida?
Bom dia Yasmim! Ficou muito mais claro agora quando devo usar. Como não conhecia o processo, quando vi a aula não entendi exatamente em qual momento deveria ser usado. Obrigado!