MicroSaaS: um problema só, resolvido inteiro do jeito que sistema grande nunca prioriza.
Produtos pequenos não são versões incompletas de produtos grandes. São outra aposta: escopo curto, público com nome e sobrenome, e uma tela que a pessoa abre todo dia porque resolve exatamente a coisa que a incomoda.
Escopo pequeno não é limitação. É a vantagem.
Quase todo mundo trata o recorte estreito como um estágio provisório, algo para “expandir depois”. Só que é justamente o estreito que faz o produto ficar de pé: ele diminui o que quebra, encurta a venda e transforma um assunto vago em uma frase que o cliente reconhece na hora.
Você atende sozinho
Vinte clientes com o mesmo problema fazem o mesmo punhado de perguntas. O suporte de um microsaas cabe em um WhatsApp e em uma tarde de ajuste. A dúvida de terça vira melhoria na quarta, porque só existe um produto para melhorar.
O ramo te ensina o produto
Quem vive do problema entrega a regra pronta, com um vocabulário que você não inventaria sozinho: a faixa da comissão, o crédito que sobra do corte, a cubagem que muda o frete. Cada termo desses é uma decisão de tela que você deixa de adivinhar.
Decisão de compra curta
Quando o problema cabe em uma frase, a demonstração cabe em cinco minutos. E o “não” chega cedo, o que é ótimo: você descobre rápido de quem não adianta insistir.
Preço que se defende sozinho
Você não está brigando com um ERP. Está brigando com uma planilha que trava e com as horas que alguém perde todo mês fazendo aquilo na mão.
Sete produtos pequenos com problema, dono e tela
Em cada um, o “para quem” é o seu cliente. É o ramo que hoje resolve aquilo em planilha, no caderno da recepção ou na cabeça de alguém. Repare no tamanho de todos eles: cada um cabe em uma frase com um verbo só, e nenhum precisa de um segundo módulo para ficar útil.
Os sete exemplos abaixo são hipóteses de produto, não casos de clientes. Servem para você reconhecer o formato.
Gerador de proposta comercial
Para quem: Consultor, arquiteto e prestador de serviço que hoje manda orçamento em PDF pelo WhatsApp.
Você escolhe os serviços de uma lista, ajusta valor e prazo, e o sistema monta a proposta em uma página com link próprio. Cada proposta fica com status: enviada, aceita ou recusada.
A tela que importa: A lista de propostas do mêsControle de comissão de vendedor
Representante comercial de autopeças e revenda de máquinas agrícolas, com percentual diferente por linha de produto
Lança o pedido faturado, aplica o percentual certo por linha ou por faixa de valor e fecha o mês por representante, separando o que já caiu do que ainda depende do pagamento do cliente.
Agenda de sala de reunião
Escola de música e estúdio de fotografia com cabines e salas compartilhadas
Mostra as salas do dia em uma grade de horários, impede reserva sobreposta e deixa o professor ou o fotógrafo marcar e desmarcar sozinho, sem passar pela recepção.
Calculadora de frete
Fábrica de móveis, marmoraria e distribuidor que cobra entrega por região, peso e volume
Recebe CEP, peso e cubagem, aplica a sua tabela de faixas e devolve valor e prazo. Vendedor e cliente passam a ver o mesmo número, e a tabela é atualizada em um lugar só.
Fila de aprovação de arte
Gráfica rápida e comunicação visual que hoje aprova arte por WhatsApp
O cliente abre o link, olha a arte e faz uma coisa só: aprova, ou marca o ponto que quer mudar. A gráfica só manda para a máquina o que tem aprovação registrada com data e nome. O “mas eu falei que era para trocar o telefone” deixa de ser palavra contra palavra.
Controle de vale-presente e crédito de cliente
Salão de beleza e barbearia que anota crédito de cliente no caderno da recepção
Lança o valor quando alguém compra o vale ou deixa crédito de um serviço que não fez, baixa a cada uso e mostra o saldo por pessoa. Quem está no caixa busca pelo nome ou pelo telefone e vê quanto ainda sobra, sem folhear caderno nem depender da memória de quem atendeu.
Cardápio com QR code
Bar, restaurante de bairro e food truck que muda preço e item toda semana
O dono edita preço e disponibilidade pelo celular; o cliente lê o QR na mesa e abre o cardápio já atualizado. Item esgotado some da lista na hora, sem reimprimir nada.
Reconheceu o seu na lista? Ou lembrou de um parecido, do ramo que você atende? Esse é o tamanho de recorte que dá para descrever em uma frase e ver de pé na prévia hoje.
Construir o meuSe o seu recorte já nasce maior, com módulos e perfis diferentes de acesso, o caminho é a página de criar um SaaS com IA.
MicroSaaS e SaaS grande são jogos diferentes
Não é uma questão de ambição, e sim de qual conta você está disposto a pagar: alcance maior custa tempo, manutenção e dinheiro antes do primeiro usuário.
Um problema, resolvido inteiro. Duas ou três telas de trabalho e o resto é apoio.
Vários módulos que precisam conversar entre si e envelhecer juntos.
Um nicho que você consegue nomear e encontrar: uma profissão, um porte, uma cidade.
“Empresas que precisam de gestão”, um público que existe no papel e é caro de alcançar.
A primeira versão costuma aparecer já na primeira conversa; o teste real começa quando você manda o link para alguém do ramo.
Meses de construção antes de existir algo que dê para mostrar sem pedir desculpa.
Poucas regras, poucos casos-limite, um banco pequeno. Dá para segurar sozinho enquanto cresce.
Permissões, integrações, migrações e suporte de vários módulos ao mesmo tempo.
Você reescreve a regra na conversa e publica de novo assim que o ajuste ficar pronto.
Toda mudança encosta em três partes que você não lembrava que existiam.
Alguém do ramo decide pagar para parar de fazer aquilo na mão. Essa primeira assinatura diz mais sobre o recorte do que qualquer pesquisa.
Piloto, contrato anual e aprovação de quem não vai usar o sistema: um ciclo de venda que precisa sobreviver ao seu caixa.
Como começar pequeno de propósito
Cortar não é fazer menos por preguiça. É decidir, antes de construir, qual é a única coisa que o produto precisa fazer bem para valer o clique de alguém.
Uma funcionalidade
Escreva o produto em uma frase com um verbo só: “calcula o frete”, “fecha a comissão do mês”, “libera a sala”. O verbo é o produto; tudo o que não serve a ele é apoio.
Como conferir: Está largo se você precisou de um “e” para descrever.
Um público
Não é “para prestadores de serviço”. É “para o marceneiro que entrega em três estados”. Quanto mais específico o retrato, mais óbvias ficam as decisões de tela e de linguagem.
Como conferir: Está largo se você não consegue citar três pessoas, com nome, que teriam esse problema.
Uma tela
Existe uma tela em que o trabalho realmente acontece. Login, cadastro e configuração são serviçais dela. Ela é a primeira coisa que a pessoa vê depois de entrar.
Como conferir: Está largo se a pessoa abre o sistema e ainda precisa escolher para onde ir.
Se o objetivo não é vender o produto para um nicho, e sim testar se a ideia se sustenta antes de investir mais, comece pela primeira versão para validar. Mesmo recorte curto, outra intenção.
O que um produto de um problema só exige de infraestrutura
Pequeno é o escopo, não o acabamento. A lista do que um recorte precisa por baixo é curta a ponto de caber em três linhas. É mais uma vantagem do estreito: não tem integração para segurar, nem fila de serviço para orquestrar, nem migração de módulo para planejar.
Um produto pequeno cabe no grátis até o dia em que ele precisa guardar dado do cliente. Ver planos.
- Um lugar para o dado do cliente ficarO saldo do vale, a comissão fechada do mês, a arte que já foi aprovada. É o que separa um produto de uma calculadora bonita: a pessoa fecha o navegador, volta amanhã de outro aparelho e o que ela lançou continua lá.
- Um endereço que você manda no direct sem se explicarUm link que abre no navegador de quem recebeu, com cadeado, sem instalar nada e sem “abre melhor no computador”. Metade da venda de um produto pequeno acontece quando alguém do ramo clica e entende em dez segundos.
- Um jeito de mudar a regra na terça sem chamar ninguémA faixa de comissão muda, o vale passa a valer noventa dias, o dono quer mais um campo na ficha. Você descreve a mudança e ela vai ao ar. E se o ajuste de terça piorou o produto, você volta para a versão de segunda.
Duas coisas que sempre são perguntadas aqui e não pertencem ao recorte: a cobrança acontece fora do produto (Pix, boleto ou o seu link de pagamento) e o acesso você libera no painel; e, no dia em que o produto pedir um dev, o código vai para o GitHub e ele continua daí. As duas estão detalhadas na página sobre vender acesso por assinatura.
O que costuma travar antes do primeiro recorte
Dúvidas honestas de quem está prestes a escolher um problema só e construir em cima dele.
O tamanho do produto não é o mesmo que o tamanho do problema. Uma revenda que erra a comissão de doze representantes todo mês tem um problema caro sendo resolvido no braço. O recorte pequeno é o que permite resolver esse problema inteiro, e não pela metade como um módulo esquecido dentro de um sistema grande.
Precisa, e é a única exigência real. O recorte bom vem do vocabulário de quem vive o problema: a faixa da comissão, o crédito que sobra de um serviço não feito, a arte que voltou por causa de um telefone errado. Se o ramo não é o seu, três conversas com gente de dentro valem mais que um mês desenhando tela.
Pelo que a pessoa gasta hoje fazendo aquilo na mão. Some as horas que o trabalho come por mês, veja quanto custa essa hora para ela, e você tem o número que o seu produto está disputando. Comece abaixo dele. Cobrar de menos também atrapalha: preço muito baixo comunica que o problema era pequeno, e o problema não era.
Não, mas ajuda: quem já faz aquilo na mão para dez pessoas conhece o vocabulário e tem o primeiro usuário garantido, que é ele mesmo. Se o ramo ainda não é o seu, o substituto é conversa: mostre a prévia para três pessoas que vivem o problema antes de dar o recorte por resolvido.
Quando você não consegue mais responder “o que ele faz” sem usar um “e”. Costuma acontecer por acúmulo: um cliente pede um perfil de acesso diferente, outro pede um relatório que só serve para ele, e de repente moram dois produtos na mesma tela. O sinal prático é o suporte. No dia em que responder dúvida vira a maior parte da sua semana, o recorte cresceu sem você ter decidido isso.
É o jeito mais natural de trabalhar depois que o primeiro dá certo. Cada produto é um projeto separado, com endereço próprio e base própria: o ajuste que você faz no controle de comissão não encosta na agenda de salas, e o que der errado em um não derruba o outro. Quantos ficam ativos ao mesmo tempo é o que muda entre os planos, e está aberto na página de preços.
Escolha um problema. Construa só ele.
Descreva o recorte em uma frase e veja a primeira versão aparecer na prévia enquanto você conversa. Mude a regra ali mesmo quando ela não bater com o ramo.
Publicação com HTTPS incluída · Exportação do código a qualquer momento