No Universo Das Startups A Técnica De Criação De Personas

Personas em startups: o que realmente funciona e o que é perda de tempo

A técnica de criação de personas no universo das startups costuma ser mal entendida desde o início. As pessoas pensam que é só colocar um rosto num personagem inventado e pronto, mas a realidade é bem mais chata e mais útil do que isso. O erro número um é criar a persona antes de conversar com qualquer usuário real. Eu vi times inteiros gastar três dias montando perfis bonitos no Miro, só para descobrir depois que ninguém naquela empresa tinha feito uma única entrevista gravada. A persona virou um documento estético, não uma ferramenta de decisão. O que eu faço quando entro num projeto novo é simples: peço para o time me dar acesso às gravações de entrevistas com usuários ou, se não existir nenhuma, faço eu mesmo pelo menos oito conversas semi-estruturadas. Não precisa de um especialista em UX. Qualquer pessoa que saiba fazer uma pergunta e ouvir a resposta consegue isso. O importante é registrar tudo e não interpretadores, as coisas aparecem sozinhas.

Depois de juntar essas falas, eu coloco tudo num quadro e começo a marcar padrões. Padrões não são "ele disse que gosta de praticar esportes". São coisas como "sempre que falo de preço, ele muda de assunto" ou "três pessoas em oito mencionaram que o motivo de cancelar foi exatamente a mesma coisa". É nessa camada que a persona nasce de verdade. O resto é acabamento. Eu tenho uma regra prática que funciona na maioria das vezes: uma persona por segmento de usuário relevante. Se o produto atende tanto pequenas empresas quanto freelancers, você vai ter pelo menos duas personas. Tentar juntar tudo em uma única ficha é pedir para o time de produto ignorar as necessidades de um dos lados. Já vi isso acontecer e o produto ficar ruim para os dois grupos. A estrutura da persona em si pode ser simples. Nome fictício, idade, papel profissional, principais dores, objetivos, contexto de uso do produto e o que faz a pessoa desistir dele. Isso é suficiente para a maioria dos cenários. Eu evito colocar gostos musicais, hobbies e outras informações que parecem humanizar mas não influenciam nenhuma decisão de design.

Um problema prático que eu encontrei recentemente foi com uma fintech que queria lançar um produto voltado para microempreendedores. A persona que construíamos indicava claramente que o público-alvo tinha dificuldade com terminologia financeira. O time de produto levou isso a sério e simplificou toda a linguagem. Porém, nas primeiras semanas de uso, percebemos que a taxa de abandono em uma tela específica não tinha caído nada. Fomos investigar e descobrimos que o problema real não era o vocabulário, e sim a ordem das etapas no fluxo. A persona estava correta, mas estávamos confundindo correlação com causa. A solução foi refazer o teste de usabilidade focando no sequenciamento, não na tradução dos termos. Outra coisa que as pessoas geralmente ignoram é que persona não é documento estático. Eu já vi equipes atualizarem a persona uma vez por trimestre, o que parece bom, mas na prática raramente funciona porque não há um gatilho claro para essa atualização. O que eu recomendo é criar um checkpoint sempre que o produto mudar de fase. Lançamento de nova versão, entrada em novo mercado ou mudança significativa de métricas de retenção são momentos naturais para revisar a persona. Se nada disso acontecer, ela fica parada e começa a refletir uma realidade que não existe mais. Existe também um ponto sobre ferramentas que merece ser dito sem rodeios. Há quem defenda o uso de softwares específicos para gestão de personas. Eu nunca vi vantagem real nisso. Uma planilha bem organizada ou um documento compartilhado resolve o problema com menos fricção. Quanto mais complexa a ferramenta, mais tempo o time gasta mantendo o formato do que mantendo o conteúdo.

Aqui vai um insight contraintuitivo que talvez não seja óbvio: personas muito detalhadas podem ser piores do que personas simples. Eu trabalho com startups que investem horas criando personas com biografias completas, e no final o time só usa a persona como decoração em reuniões. Quanto mais informações você coloca, mais difícil o time sabe onde olhar quando precisa tomar uma decisão rápida. A persona mais útil que eu já vi tinha apenas quatro linhas de dores e três linhas de objetivos. O resto era ruído. Outro ponto que os iniciantes costumam errar é tratar a persona como se ela fosse o usuário. A persona é um modelo abstrato baseado em observações, não a pessoa real. Ela serve para alinhar o time em torno de padrões, não para substituir a validação contínua. Se você confiar cegamente na persona e parar de ouvir usuários, o modelo vai te levar para o lugar errado e você vai demorar para perceber. Se você quer começar agora, o caminho mais rápido é este:grave oito a doze entrevistas com potenciais usuários do seu produto ou serviço,anote os padrões recorrentes em um quadro visível,defina uma persona por segmento relevante com foco em dores e objetivos,use essa persona para validar decisões de design e produto,e revise a persona sempre que o produto ou o mercado mudar de forma significativa.

Isso leva de uma a duas semanas, dependendo do tamanho da equipe e da disponibilidade dos participantes. Nada extraordinário, mas é mais do que a maioria das startups faz de fato.