Um Chatbot de IA de Nicho, Dois Fins de Semana, Dez Utilizadores Pagantes

Toda a gente quer vender um wrapper de IA e quase toda a gente escolhe um nicho demasiado amplo. Um assistente geral compete com o plano gratuito do ChatGPT desde o primeiro dia e perde. O chatbot que construí em dois fins de semana faz exatamente uma coisa para exatamente um público, e essa restrição é a razão pela qual tem utilizadores pagantes. Não vou partilhar o nicho porque todo o playbook é genérico; escolhe o teu, aplica as mesmas regras e vais chegar a um sítio semelhante.
O teste de nicho que fiz antes de escrever qualquer código
Antes de abrir um editor de código, publiquei um pitch de duas frases em três fóruns de nicho e perguntei se alguém estaria disposto a pagar 15 euros pelo beta fechado. Obtive quatro respostas afirmativas e dois talvez em 48 horas. Esse foi o meu sinal verde. Se tivesse obtido zero, teria mudado de nicho, não insistido mais. O mesmo filtro que uso para lançamentos de templates Notion aplica-se aqui: um público frio tem de alcançar a carteira antes de eu escrever uma linha de código.
A stack, deliberadamente simples
Next.js no Vercel, Clerk para autenticação, Stripe para faturação, API OpenAI para o modelo, um único ficheiro SQLite num VPS pequeno para o estado. Sem vector store, sem RAG, sem fine-tuning. O produto é um único system prompt cuidadosamente escrito com uma janela de contexto curta e um limite de mensagens. Toda a codebase tem menos de 900 linhas. A simplicidade é o objetivo. Cada escolha exótica que considerei brevemente — base de dados vetorial, modelo open source auto-alojado, orquestração complexa — teria acrescentado semanas e zero valor para o utilizador à escala em que opero.
O Stripe, o passo que me custou um dia inteiro
O onboarding do Stripe na UE requer uma entidade legal registada. Em Portugal uso o estatuto de trabalhador independente, que demorou quatro horas de burocracia e cerca de 180 euros. Sem isso, o Stripe retém o primeiro pagamento e bloqueia a conta até verificação. O segundo problema do Stripe é o webhook do ciclo de vida da subscrição; perdi um dia inteiro porque não tinha tratado o evento invoice.payment_failed, e três utilizadores cancelaram silenciosamente porque os seus cartões tinham expirado. Trata todo o conjunto de eventos de subscrição antes do lançamento, não depois.
Economia unitária, mês três
34 utilizadores pagantes a 15 euros, 510 euros de receita recorrente mensal. O custo de tokens OpenAI com o limite de 200 mensagens fica em média em 4,80 euros por utilizador mensalmente; custo total de API de cerca de 163 euros. Taxas Stripe de cerca de 22 euros, alojamento 11, plano gratuito do Clerk ainda válido neste tamanho. Margem líquida de cerca de 314 euros por mês, 61 por cento sobre a receita. O limite torna isto previsível. Sem o limite, o meu utilizador mais intensivo — um estudante vitalício que testou verdadeiramente o produto — teria consumido mais de 40 euros de tokens sozinho, o que teria destruído a margem em dez utilizadores.
Retenção e a funcionalidade que quase cortei
A retenção ao mês três é de 82 por cento. Três utilizadores cancelaram (um definitivamente, dois suavemente). A funcionalidade que os mantém é um resumo semanal por e-mail das suas conversas passadas, com três prompts sugeridos. Quase a cortei na primeira semana porque parecia cosmética. A taxa de cancelamento entre utilizadores que abriram pelo menos um resumo foi de 4 por cento; entre os que nunca abriram um, 28 por cento. Uma funcionalidade que quase foi cortada revelou-se o motor de retenção. Para o modelo de capitalização por trás disso, compara com a minha economia de newsletter paga.
Cobra no primeiro dia, desconto anual no sétimo
Cobro a todos os utilizadores no primeiro dia, sem período experimental gratuito. No sétimo dia envio um e-mail com um desconto de 25 por cento para pagamento anual antecipado. Trinta e um por cento dos meus utilizadores aceitam. O impacto no fluxo de caixa é significativo; o mês três teria sido 314 euros de margem líquida, com os anuais fica mais perto de 480. E os utilizadores anuais cancelam a 3 por cento na janela de observação, contra 14 por cento dos mensais. A conclusão contraintuitiva é que cobrar mais cedo atrai melhores clientes, não menos.
Não saltes o limite de mensagens. Todos os criadores independentes que conheço e que lançaram sem limite esgotaram a margem quando um único utilizador intensivo descobriu o produto. Um limite de 200 mensagens por mês cobre o percentil 95 de uso real nos meus dados e protege-te do percentil 99. Se um utilizador se queixa do limite, está a extrair valor real (bom, aumenta o preço) ou a abusar do produto (bom, deixa-o cancelar).
Perguntas frequentes
É mesmo possível construir e vender um chatbot num fim de semana?
Construir, sim. Vender, não. O produto funcional levou-me um fim de semana de cerca de catorze horas. A faturação, o onboarding e uma página de destino real levaram um segundo fim de semana. A distribuição, de onde vêm os primeiros dez utilizadores pagantes, não é um trabalho de fim de semana; é um canal contínuo que escolhes uma vez e mantens.
Qual é a margem realista após os custos de tokens?
Numa subscrição mensal de 15 euros, a minha margem média após os custos de tokens OpenAI é de 68 por cento com um limite de 200 mensagens por utilizador por mês. Os utilizadores intensivos baixam-na, os utilizadores leves sobem-na. O limite é a decisão fundamental; sem ele, um único utilizador avançado elimina a margem de cinco normais.
Precisas de uma empresa real para usar o Stripe?
Na UE sim; o registo como trabalhador independente é o mínimo. A configuração demorou-me cerca de quatro horas e 180 euros em taxas administrativas. O onboarding no Stripe depois foi no mesmo dia. Se saltas este passo, estás a convidar um bloqueio de conta assim que os pagamentos ultrapassarem os 1.000 euros.