Se trabalhou em produto durante algum tempo, deparou-se com uma variedade de utilizações diferentes do termo “característica do produto”.

existem características que descrevem as características de um produto. Este post foi escrito em um MacBook pro com as seguintes características:

• 3.1 GHz Dual-Core Intel Core i7
• 16 GB de 1867 Mhz DDR3 de memória
• Intel Íris Gráficos 6100 153 MB gráficos.

existem características que descrevem o que um produto faz. Este post foi escrito usando o Google Docs, que tem as seguintes características:

• Funciona em qualquer lugar, a qualquer hora (mesmo offline)
• Alterações salvas automaticamente
• colaboração em tempo Real
• Smart edição e a ferramenta de estilo
• Grande variedade de modelos

Há recursos que aparecer na sua lista de pendências. Quando o termo “recursos” é usado no contexto do backlog, ele se refere a substituições que representam o trabalho necessário para adicionar recursos como descrito acima para o seu produto.

é importante ser claro sobre o que você quer dizer quando você diz recurso. Para ajudar a trazer clareza, aqui está uma olhada em quais características do produto são, como eles se relacionam com os benefícios, como você representa recursos, e como você incorpora recursos no planejamento de produtos.quais são as características de um produto?

Dan Shewan defined product features as ” a feature is something your product has or is … this is typically functionality offered by a software program that enables users to do something.’

a lista de recursos para o MacBook Pro e o Google Docs acima correspondem a esta definição. Recursos utilizados desta forma descrever o seu produto e ajudar os seus clientes a decidir se eles querem comprar o produto em primeiro lugar. Você pode olhar para a lista de recursos para o Productboard para decidir se ele vai ajudá-lo com seus desafios de gestão de produtos específicos.se você fornecer diferentes versões do seu produto, você pode usar listas de características do produto para diferenciá-las. Você pode usar várias listas de recursos para diferentes versões para explicar o que cada versão faz e não tem.

Quando você usa recursos desta forma, você ajuda os clientes que já decidiram comprar o seu produto decidir que versão eles vão comprar.

Você estrutura suas decisões em torno de características. Você decide quais recursos para oferecer, quais recursos para não oferecer mais, e a ordem em que você fornece ou remove esses recursos. Quando você toma decisões sobre o que incluir, tirar ou deixar de fora seu produto você pensa em termos de recursos, mas você toma essas decisões com base em benefícios.

características vs. benefícios

Quando os seus clientes tomam decisões sobre a compra do seu produto, eles podem olhar para as características, mas eles estão realmente tentando decidir quais problemas o seu produto irá ajudá-los a resolver. Estão a tentar determinar o resultado da utilização do seu produto. Eles querem entender os benefícios que vão receber.os benefícios são os resultados ou resultados que os utilizadores experimentam utilizando o seu produto ou serviço.

características representam Saídas. São coisas que a sua equipa oferece para ajudar os seus clientes ou partes interessadas a realizar um resultado específico. comece por construir uma compreensão dos benefícios que os seus clientes procuram. Em seguida, identificar as características que o seu produto precisa e não precisa, a fim de ajudar os seus clientes a experimentar esses benefícios. O sucesso vem quando você expressa benefícios em termos que seus clientes entendem, e liga as características do seu produto a esses benefícios. o Productboard identificou estes benefícios que acreditamos que os potenciais clientes procuram. Os nossos clientes querem:

• Entender o que os usuários precisam
• Priorizar o que de compilação
• Partilhar o seu roteiro
• Monitorar o progresso em direção iniciar
• Ganhar a confiança e o buy-in de equipes multifuncionais
• Engajar sua comunidade de clientes

com Base nesse entendimento, Productboard oferece os recursos listados em nossa página de recursos. Ao descrevermos essas características, indicamos como elas ajudam nossos clientes a experimentar os benefícios que identificamos. Por exemplo:

repositório de pesquisa

entender o que os usuários precisam

Use o insights board para consolidar a pesquisa do Usuário, pedidos de recursos e feedback do Usuário streaming de uma série de fontes. Detectar tendências e identificar padrões que irão ajudá-lo a priorizar o que construir a seguir e construí-lo da maneira certa.

é útil manter esta relação entre benefícios e recursos em mente quando você decide quais recursos entregar e em que ordem. A natureza da relação entre recursos e benefícios ajuda você a determinar como representar recursos.

Como representar características

A maneira de representar recursos depende se você já sabe o que você precisa para entregar os benefícios desejados, ou se você ainda está tentando descobrir a melhor forma de proporcionar benefícios.

representam recursos como soluções

às vezes você sabe o que oferecer para proporcionar aos seus clientes os benefícios que eles procuram. Seu produto pode ser maduro e você está adicionando uma característica que muitos de seus clientes têm solicitado. Ou você está adicionando um recurso para preencher uma lacuna com seus concorrentes. Você pode estar trabalhando em um produto B2B que precisa ter capacidades específicas para ser útil.

nesses casos, a coisa mais simples é representar seu recurso como seria descrito em sua página de recursos. Por exemplo, você pode explicitamente chamar a exportação de PDF ou matriz de priorização como recursos em que você está trabalhando.

Quando você representa recursos como uma solução, é mais fácil construir uma compreensão compartilhada do que a equipe vai produzir, e você tem um rótulo conciso para a equipe para referenciar as coisas em uma discussão.

infelizmente, representar recursos como uma solução pode bloquear sua equipe em uma solução específica. Isso pode levar a resolver uma necessidade que os usuários realmente não têm, ou perder uma solução ainda melhor para o problema real subjacente

Você nunca está realmente certo da melhor maneira de resolver um problema quando você começa, então é melhor representar recursos como necessidades.

representa recursos como necessidades

quando você expressa recursos como necessidades, você não descreve como você vai realizar um resultado, você identifica o que você quer realizar. Em vez de descrever o recurso como exportação de PDF, você o descreve como eu preciso ser capaz de compartilhar dados com o meu chefe.

Quando você descreve o recurso como uma necessidade, você deixa suas opções abertas para como você vai satisfazer essa necessidade. Você aumenta as chances de uma solução inovadora e sua equipe está mais engajada em entregar essa solução porque eles têm uma palavra a dizer.

a desvantagem de expressar recursos como necessidades é que pode ser mais difícil estabelecer um entendimento compartilhado sobre os recursos em que você está trabalhando. Você pode experimentar mais incerteza dentro de sua equipe enquanto tenta encontrar a solução certa.

utilize uma mistura de ambas as abordagens

pode ser melhor servido usando ambas as abordagens. Quando você tem uma idéia clara da solução e não faz sentido fazer mais exploração, defina o recurso como uma solução. Quando a descoberta for justificada, descreva suas características em termos de necessidades.

Como incorporar funcionalidades de planejamento de produtos

Quando você está tentando decidir o que incluir no seu produto e o que deixar de fora, comece com os resultados que você está tentando realizar. Use a estratégia de sua organização para filtrar os recursos que você entrega. Comunique os resultados das suas decisões sobre o seu roteiro.

priorize suas características com base em resultados e estratégia

certifique-se de que você e sua equipe entendem claramente os benefícios que você pretende fornecer aos seus clientes e, em seguida, identificar o conjunto mínimo de recursos para entregar para realizar esses benefícios.

Quando você recebe um pedido de seus clientes para uma característica específica, procure mais fundo para entender o porquê. Que problema esse recurso vai ajudá-los a resolver? Que benefício lhes proporcionará essa característica?

Quando você entende o que seus clientes estão realmente procurando e por que, você pode determinar se a solução faz sentido ou se você precisa explorar mais para encontrar uma solução melhor.

apenas porque você tem clientes pedindo para você satisfazer uma necessidade particular, isso não significa que faz sentido para o seu produto ou sua organização.você precisa entender a estratégia da sua organização. Use essa estratégia como um filtro para determinar o que precisa satisfazer e o que ignorar. Use essa estratégia como um filtro para decidir quais recursos entregar e quais ignorar. A estratégia da sua organização deve ser uma estrela do Norte para as suas decisões de produtos.

características e o roteiro do produto

Uma vez que você decidiu entregar um recurso, é hora de colocá-lo em seu roteiro. Esta é a sua maneira de comunicar os recursos que você planeja trabalhar e quando você vai trabalhar neles.isso significa que o seu roteiro deve ser orientado por recursos? Não necessariamente.

Você deve organizar o seu roteiro em torno de resultados em vez de resultados. Descreva os benefícios que pretende proporcionar aos seus clientes em vez dos recursos que vai utilizar para proporcionar esses benefícios.

Se você dirige seu roteiro por recursos, você comunica detalhes sobre o que você vai entregar. Isto pode ser preciso a curto prazo, mas pode estar longe a longo prazo. Se você quer evitar definir expectativas irracionais, você está melhor expressando os resultados que você planeja abordar em prazos específicos sem indicar explicitamente quais recursos você vai entregar para fornecer esses benefícios.

Você pode ter características específicas listadas no seu roteiro, especialmente no curto prazo. A chave é estabelecer expectativas ao nível adequado de certeza em cada situação.