Sumário
Você tem uma ideia para um produto baseado em assinatura. Sabe como quer que pareça e funcione, conhece o fluxo da plataforma e está pronto para trazer seu projeto à vida.
Trabalhe desde o início. Mas, como um bom boxeador, não vá com tudo na primeira rodada. Em vez disso, trabalhe metodicamente e lance com frequência. Isso permite testar se há ou não um encaixe produto-mercado. Lançar com frequência também o manterá enxuto e ágil – capaz de pivotar rapidamente caso seu mercado lance um golpe surpresa.
Vamos examinar essa abordagem metódica que o manterá enxuto e ágil.
No início, escreva tudo
Com a ajuda de um designer ou sua própria caneta, você pode esboçar a ideia do seu produto – anotando o fluxo do usuário, funil de vendas e assim por diante. Isso é conhecido como esboço de wireframe. Designers e desenvolvedores geralmente são pessoas visuais, e este esboço pode ajudá-lo a comunicar sua ideia com clareza.
Ao esboçar sua ideia, não retenha nada. Escreva tudo sem filtro.
Em seguida, contrate um designer freelancer para criar mockups (uma rodada inicial de designs) para o produto. Não projete todos os recursos, em vez disso, concentre-se em uma ou duas funções mais importantes.
Crie um protótipo
Em seguida vem um protótipo. Esta é uma versão "clicável" do seu mockup que não possui código nem backend.
Um protótipo clicável é ótimo para compartilhar com investidores, e se você tiver o time certo ajudando você nesta fase, seu protótipo pode lhe render uma rodada de investimento inicial. Trabalhe com um designer para focar em um ou dois recursos que você pode adicionar ao InDesign, Moqupsou outra ferramenta de prototipagem.
Venda o MVP (produto mínimo viável)
Com um MVP, você geralmente pode "comprar" parte ou toda a sua ideia de produto inicial. Soluções prontas fornecem versões rápidas, confortáveis e testáveis do seu produto SaaS sem gastar demais de sua conta bancária.
Por exemplo, Book Keeper, criado por Ryan Roberts. A ideia de Ryan era permitir que as pessoas fizessem upload de um livro e rastreassem a página em que estão e as anotações. Em vez de construir um produto super complexo, Ryan montou um frontend usando Bubble e o vinculou ao Google Books API.
Manter as coisas mínimas é uma ótima maneira de testar se o seu produto é viável. Se houver um mercado, então vale a pena construir um produto mais avançado.
Mas lembre-se, um MVP pode ser muito simples. Você pode até usar uma landing page para inscrever pessoas ANTES de lançar o MVP. O Dropbox teve mais de 75.000 usuários inscritos por meio de uma página de vendas – aguardando sua versão beta.
Deixe seus usuários decidirem o resto
Se você não conseguir vender seu MVP, pode não ter uma ideia comercializável. Pode não haver necessidade suficiente. Para saber muito, você precisará de dados de usuários. Mesmo que esteja vendendo muitas assinaturas do seu MVP, dados de usuários úteis o ajudarão a determinar o que a próxima versão do seu produto deve ser.
Seus usuários falarão através dos dados. Mixpanel e Google Analytics são ferramentas que podem ajudá-lo a monitorar o uso do seu produto e site. Você ganhará insights que o ajudarão a fazer melhorias no seu produto, bem como em marketing e satisfação do cliente.
Desenvolvendo um produto: roadmap do produto
Quando você tiver dados e insights sólidos de usuários, poderá começar a planejar a versão um do seu produto.
Um roadmap do produto o ajudará a alinhar seus objetivos de crescimento com o desenvolvimento de sua primeira versão. Você pode querer usar um roadmap para seu MVP e protótipo também, mas certamente precisará deles para seu V1 completo.
Então, o que é um roadmap do produto?
Um roadmap do produto descreve a visão do seu produto ao longo do tempo. Eles podem exibir objetivos amplos trimestrais como este:
Ou podem incluir objetivos de negócios e TI como este:
Mas, a maioria dos devs e times de dev com quem trabalhei gostam de mapear projetos com Trello ou Pivotal Tracker. Como este do Governo do Reino Unido:
Acesse o roadmap completo do produto gov.uk aqui.
Esse é o resumo do roadmap.
Conforme os usuários fornecem mais e mais feedback, seu roadmap mudará para refletir as necessidades de seus clientes. A coisa crítica a lembrar é que, com métodos de desenvolvimento ágil, você vai ajustar esse roadmap muito frequentemente. Às vezes, mais de algumas vezes por dia.
Quando se trata de escolher qual app usar para seu mapa, é uma questão de gosto como/onde você o descreve. Gosto do Trello porque é atualizado em tempo real e pode ser compartilhado com o time inteiro, permitindo uma adaptação rápida.
Selecionando desenvolvedores
Você vai querer selecionar desenvolvedores (ou um único desenvolvedor) que já construíram algo semelhante ao que você está criando. Currículos podem te contar apenas uma parte da história sobre um engenheiro ou designer. Peça para ver um portfólio de trabalhos e dedique um tempo para navegar pelos seus aplicativos ou sites.
Quer você esteja procurando um único freelancer ou uma agência de desenvolvimento, peça referências de pessoas em quem você confia.
Certifique-se de que sua(s) contratação(ões) entendem que a coisa mais importante, particularmente no início, é cuidar dos seus usuários e gerar negócios. Os clientes devem vir em primeiro lugar ao tomar decisões de design e desenvolvimento.
Freelancer vs. terceirização vs. desenvolvedores internos
Como minha avó diria, tudo tem seus prós e contras, querido. E isso é certamente verdade quando você está decidindo se terceiriza, contrata um freelancer ou desenvolvedor(es) interno(s). Preparamos o seguinte gráfico de prós vs. contras.
Vá em frente e garanta financiamento e adquira clientes!
Se você mantiver o desenvolvimento do seu produto ágil e focado no cliente, você será capaz de focar seus recursos em adquirir clientes. Trazer seus primeiros clientes te dará uma vantagem quando for hora de buscar fundos e criar recursos de produto melhorados.
