Um dos principais benefícios de um conjunto de recursos do produto é que ele ajuda a comunicar sua visão do produto a outras pessoas, como sua equipe ou investidores. Neste artigo, ensinarei como estruturar o conjunto de recursos do seu produto e o que deve ser abordado nesse documento. Ao longo do caminho, tentarei convencê-lo do valor de escrever um conjunto de recursos do produto.
Quando você começa a construir um produto, você tem uma visão do que deseja alcançar. Por meio de um conjunto de recursos do produto, você é forçado a tornar sua visão o mais específica possível.
1. O que? Por que?
O que é um conjunto de recursos do produto?
Um conjunto de recursos pode ser melhor resumido como um documento escrito que lista as especificações de um produto. Inclui a lista de recursos que juntos formam um produto. Além disso, você cobre sua visão de design, bem como quais tecnologias serão usadas para construir o produto.
Por que você precisaria disso?
Um conjunto de recursos do produto é usado principalmente para facilitar a comunicação sobre a visão do seu produto. Estes são alguns casos de uso típicos:
- Para você mesmo: O objetivo principal é ter um documento de referência no qual você possa confiar e consultar. Isso força você a ser específico sobre o que deseja criar.
- Para sua equipe: Para equipes, é um caso de uso ainda mais forte. Colocar todos na mesma página sobre um produto durante o desenvolvimento não é fácil. Enquanto outros processos, como histórias de usuários, fazem um ótimo trabalho ao descrever os detalhes minuciosos de um recurso e sua implementação técnica, um conjunto de recursos é útil para colocar todos na mesma página da visão geral de um produto. Normalmente, uma pessoa assume a propriedade desse documento vivo. Normalmente, esse é o proprietário do produto. Isso cria um status quo do que é o produto e facilita as discussões internas com sua equipe. Nesses cenários, um conjunto de recursos do produto geralmente é chamado de documento de requisitos do produto.
- Para Investidores: Você tem uma ideia para um produto e está tentando arrecadar dinheiro. Um único documento que cobre o produto em detalhes ajuda os investidores a entender o que seu produto envolve.
- Para o seu cliente: Se você trabalha como freelancer ou em uma empresa de serviços, como uma agência, a qualidade da sua comunicação costuma ser o que separa os melhores dos ótimos. Apresentar um conjunto de recursos ao seu cliente antes de entrar no design e no desenvolvimento de um produto garante que todos estejam na mesma página.
Um conjunto de recursos do produto é um documento de baixo custo e altamente valioso que facilita a comunicação. Ele define o tom para um produto antes de entrar em desenvolvimento.
2. Requisitos de um conjunto de recursos do produto
Não há um padrão para um conjunto de recursos do produto. Eu encontrei a seguinte estrutura funciona melhor para mim. Abrange uma variedade de tópicos que definem a direção do produto:
- Introdução
- Visão
- Visão do produto
- Visão do projeto
- Visão de Negócios
- produtos
- Arquitetura de informação
- Arquitetura Técnica
- Características
- Roteiro do produto
Pensar em cada um desses elementos individuais ajudará você a entender melhor seu produto. Isso facilitará a comunicação sobre as diferentes partes do referido produto.
3. Vamos começar a escrever
Chega de teoria, vamos escrever um conjunto de recursos do produto. Neste artigo, forneço recomendações sobre como escrever um conjunto de recursos do produto. No entanto, sinta-se à vontade para ajustá-lo às suas necessidades e, mais importante, ao seu público. Se o conjunto de recursos do produto for exclusivamente para investidores, a estrutura e a redação podem ser diferentes de quando você o está escrevendo para si mesmo.
Introdução
Na primeira seção de um conjunto de recursos, você começa a escrever o resumo do seu produto. No resumo, você define o cenário para o restante do documento. Isso deve ser curto e doce. Tente ficar dentro de dois a três parágrafos. Se alguém der uma olhada no resumo, deve saber qual é a proposta de valor do seu produto.
Digamos que você esteja escrevendo um resumo para o Snapchat, nos primeiros dias do produto. O resumo poderia ser algo assim:
| Com o Snapchat, os usuários podem enviar mensagens privadas uns aos outros. As mensagens privadas são na forma de fotos tiradas pelo usuário em tempo real. O usuário pode selecionar a quantidade de tempo que o receptor pode ver a foto.
Através do nosso produto, queremos devolver a privacidade às conversas, tanto entre amigos como desconhecidos. O público-alvo é maioritariamente composto por homens e mulheres, com idades compreendidas entre os 16 e os 30 anos. Ao usar fotos privadas como o principal método de comunicação, esperamos curtos períodos de uso do produto. O conteúdo gerado pelo usuário será de qualidade inferior, pois é destinado a uma única pessoa. Isso vai contra o status quo atual da indústria, que é a curadoria de conteúdo para um grande público, como Instagram ou Facebook. |
Visão
Na seção de visão, focamos no panorama geral de diferentes aspectos do seu produto.
Visão do produto
Na seção de visão do produto, você tem a oportunidade de explicar a visão geral do seu produto. Os melhores produtos são todos originados de um MVP ou produto mínimo viável. Se você não tem certeza do que é um produto mínimo viável ou está se perguntando como pode definir o escopo de um, leia este artigo.
o sumario de produtos deve explicar o seu MVP. No visão do produtovocê descreve sua grande visão, qual é o objetivo final do produto?
Compare o desenvolvimento de produtos com a escalada de uma montanha. Seu MVP – o resumo do produto – é sua primeira parada na montanha durante a subida, enquanto a visão do produto é o cume.
Vamos dar outro exemplo, o Facebook. A visão do produto deles poderia ter soado assim:
| Inicialmente, queremos nos concentrar em conectar estudantes universitários em faculdades locais. Em última análise, queremos capacitar tudo pessoas se conectarem com seus amigos, familiares e estranhos. |
Visão do projeto
Se você é um designer, tenho certeza de que tem uma direção em mente para a experiência do usuário, bem como para a interface do usuário. Você pode ter um estilo de design em mente, por exemplo, Material Design, ou pode mencionar vários produtos que você realmente gosta em termos de experiência do usuário. Isso é o que você aborda na visão de design do seu conjunto de recursos.
Para alguém que está muito menos familiarizado com design, esta pode ser uma seção difícil de escrever. Se você não consegue pensar em muito mais do que “limpo, fácil de usar”, recomendo não incluir esta seção em seu conjunto de recursos.
O design de um produto é importante. Se não fizer parte do seu conjunto de habilidades, recomendo fortemente buscar conselhos de um designer de produto.
Visão de Negócios
Obviamente, o modelo de negócios do produto também é coberto. Existem muitas rotas de monetização disponíveis para você, desde freemium e publicidade até um modelo baseado em assinatura. Este é um tópico importante e amplo que requer um artigo separado.
Nesta seção, você descreve como planeja obter um retorno do investimento do produto e como o definiria como “bem-sucedido”. Dependendo dos objetivos do produto, pode até não ser receita, mas gerar impacto em uma campanha de marketing por exemplo.
Lembre-se de que a maioria dos produtos raramente gera receita desde o primeiro dia. Na verdade, a maioria dos produtos requer tração significativa antes de atingir o equilíbrio. Isso é especialmente verdadeiro para produtos freemium e focados em publicidade.
A monetização para cada produto é diferente. Às vezes é melhor se concentrar na tração do usuário e às vezes é melhor se concentrar no aspecto monetário do seu produto. É uma decisão que você tem que tomar.
produtos
Incrível. Cobrimos a visão de 10.000 pés de seus objetivos. Agora é hora de chegar ao âmago da questão. Na seção do produto, você descreve mais detalhadamente qual é o plano. Você define todas as peças móveis do produto.
Arquitetura de informação
Em primeiro lugar, a arquitetura de informação do produto precisa ser definida. Ao definir a arquitetura da informação, você estrutura um produto para suportar usabilidade e capacidade de descoberta.
Em seu conjunto de recursos, o objetivo é listar os diferentes fluxos do produto. Isso fornece uma boa compreensão de quão grande – ou pequeno – é o produto. Ele ajuda as pessoas a entender quais recursos o produto contém. Ele também responde à pergunta como um usuário navega pelo seu produto.
O esboço a seguir é um exemplo de arquitetura de informações para um aplicativo de namoro simples:
|
Um ótimo exercício é tentar mapear um produto grande e existente. Por exemplo, se você fizer este exercício para o Facebook, perceberá que há muitas partes móveis (eventos, grupos, páginas, publicidade, …).
Arquitetura Técnica
Se você tiver formação técnica, é recomendável fornecer algumas notas técnicas de alto nível.
Pessoalmente, na arquitetura técnica, gosto de listar as APIs que pretendo usar, descrever a funcionalidade do back-end e descrever possíveis desafios técnicos para o produto.
Eu não sou um desenvolvedor, então meu objetivo ao definir a arquitetura técnica é poder iniciar uma discussão com uma equipe de desenvolvedores.
O objetivo não é tomar decisões técnicas finais, mas sim conversar sobre a tecnologia subjacente e como ela afeta o produto.
Aqui está um exemplo de uma arquitetura técnica de um conjunto de recursos:
Lista de APIs:
|
Características
A seção de recursos é a seção mais importante do seu conjunto de recursos. Nesta seção, você descreve os recursos do produto em mais detalhes.
Você pode se perguntar quantos detalhes você deve adicionar? Quando um designer é capaz de projetar a interface do usuário do produto com base em seu conjunto de recursos, há detalhes suficientes.
Em essência, descrever um recurso significa descrever os diferentes elementos para fazer esse recurso funcionar. Qual lógica é necessária no back-end? Quais elementos a interface do usuário precisa ter? Como posso navegar entre diferentes fluxos? Estas são algumas perguntas que você pode se fazer ao escrever as características do produto.
Veja um exemplo de feed inicial que lista convites para eventos:
| O feed inicial consiste em uma lista de eventos. Cada item da lista contém um título e uma data. A lista é ordenada por data, os eventos mais recentes são exibidos primeiro. A lista mostra apenas eventos atuais e futuros, eventos no passado não são mais visíveis. Os eventos que o usuário criou têm um indicador visual. Se um usuário não tiver nenhum convite em seu feed inicial, ele verá uma ilustração e uma redação com uma frase de chamariz para criar um evento.
O feed inicial tem uma barra de navegação superior. Na barra de navegação superior, o usuário pode navegar até suas configurações ou criar um evento. O usuário pode tocar em um evento para ver a tela de detalhes do evento. |
Roteiro do produto
O objetivo do seu conjunto de recursos é se concentrar no produto mínimo viável, conforme descrevi no início deste artigo. Quanto à maioria dos produtos, há uma grande visão do que você deseja alcançar e como você vê seu produto crescer em termos de recursos. Isso é abordado no roteiro do produto.
Na seção final do conjunto de recursos do produto, você aborda o futuro do seu produto.
Quais recursos você gostaria de desenvolver em uma versão 1.1? Versão 1.5? E o 2.0?
O importante é que nesta seção você apenas arranha a superfície. À medida que seu produto ganha força, você obtém insights sobre como as pessoas usam seu produto. Essas informações normalmente afetam a visão do seu produto. Seu produto pode ser usado de maneiras diferentes do que você imaginou.
Aqui está um breve exemplo de como um roadmap de produto pode parecer um MVP de um produto de fitness:
|
1. Conecte-se com outras pessoas
Uma das possíveis próximas rotas para o produto seria iniciar a integração de poder se conectar com outras pessoas. Construiríamos uma camada social em cima dos perfis dos usuários. Outros recursos possíveis são um feed de atividades, a capacidade de fazer amizade com outros usuários, encontrar um personal trainer e a capacidade de enviar mensagens a outros usuários. 2. Integração Web e Compartilhamento de Perfil |
Conclusão
É isso. Neste artigo, abordamos como você escreve um conjunto de recursos do produto. Agora é sua vez. A única maneira de realmente aprender a escrever um conjunto de recursos é realmente escrevendo um.
Se você não tem um produto no qual está trabalhando no momento, recomendo escrever o conjunto de recursos de um produto existente. É um bom exercício.
Perguntas? Deixe-me saber nos comentários ou em Twitter.
Recursos
[ad_2]
