Operar uma carteira de SaaS a solo: o ritual semanal

Quando operas 4, 5 ou 6 micro-SaaS sozinho, o verdadeiro risco não é ficar sem trabalho: é afogares-te no ruído. Cada produto tem o seu dashboard, a sua inbox, a sua faturação, os seus sinais. Sem um ritual, passas a semana a saltar de um separador para outro e pilotas por instinto. Eis o ritual semanal concreto que aplicamos na Zylior para gerir uma carteira a partir de um único posto de comando.

A ideia diretriz cabe numa frase: não queres "vigiar" os teus SaaS, queres passá-los em revista uma vez por semana, numa ordem fixa, sobre sinais pré-agregados. O ritual abaixo demora entre 90 minutos e 2 horas para 5 produtos. Não mais. Se transborda, é porque estás a fazer trabalho de operador em vez de trabalho de piloto — voltamos a isso no fim.

Porquê um único posto de comando (e não 6 dashboards)

A armadilha clássica da carteira a solo: abres o Stripe para o produto A, o dashboard de analítica do produto B, a inbox de suporte do produto C, e ao fim de 20 minutos perdeste o fio do que procuravas. Cada mudança de contexto custa caro — não em cliques, em carga mental. De cada vez reconstróis "em que ponto está este produto".

Um posto de comando inverte a lógica: em vez de ires buscar a informação produto a produto, fazes subir numa única vista os sinais que exigem uma decisão. Em concreto, queres 4 fluxos agregados entre produtos:

• Sinais de compra: trials chegados ao prazo, contas que ultrapassaram um limiar de utilização, leads chat→CRM por tratar, carrinhos/checkouts abandonados.
• Saúde e receita: MRR por produto + delta semanal, pagamentos falhados (failed/past_due), churn da semana, erros 5xx ou jobs em falha.
• Conteúdo e distribuição: em que ponto está o "lançar a semana" (newsletter, post, changelog) para cada produto com um canal ativo.
• Inbox consolidada: suporte + respostas comerciais + menções, deduplicadas, ordenadas pelo valor da conta que está por trás.

O ritual semanal, por ordem (≈90 min)

A ordem não é cosmética. Começas pelo que rende (sinais de compra, follow-ups), terminas pelo que protege (faturação, saúde, inbox). Assim, se fores cortado ao fim de uma hora, já trataste da receita.

1. 1. Revisão dos sinais de compra (20 min). Ordena por valor potencial, não por antiguidade. Um trial expirado da tua oferta de 99 €/mês vem antes de três inscritos gratuitos. Não contactas tudo: selecionas o top 5-10 da semana.
2. 2. Follow-ups (20 min). Encadeia logo a seguir: por cada sinal retido, um follow-up personalizado em 3 linhas. Nada de sequência genérica na segunda de manhã — conheces o contexto, usa-o. Anota a data do próximo follow-up, senão ela não existe.
3. 3. "Lançar a semana" de conteúdo (25 min). Para cada produto com um canal ativo: decide o ângulo, programa o envio/publicação, e sobretudo marca os que não vão publicar esta semana (é uma decisão, não um esquecimento).
4. 4. Verificação de faturação e saúde (15 min). Varre pagamentos falhados, subscrições past_due, picos de erros, jobs cron em vermelho. Abre um ticket por anomalia, não corrijas nada a quente exceto se estiver a sangrar (downtime, pagamentos bloqueados).
5. 5. Inbox consolidada (10 min). Esvazias a fila ordenada por valor. Respostas curtas, escala para tickets o que precisa de dev, arquiva o resto. Inbox zero semanal, não diário.

O que NÃO está no ritual semanal

Um bom ritual define-se tanto pelo que exclui. Saem explicitamente da revisão semanal:

• O build de produto. Programar uma feature não é um sinal a rever, é um bloco de trabalho planeado à parte. Se programas durante o ritual, nunca vais terminar a revisão.
• As decisões estruturantes (mudança de pricing, matar um produto, contratar). Merecem um espaço mensal dedicado, a frio, com os números do mês — não uma decisão de segunda de manhã entre dois follow-ups.
• As métricas de vaidade. Visitantes, impressões, seguidores: relatório mensal. No semanal, só sobrevive o que leva a uma ação.

Fazer com que dure no tempo

O ritual só se aguenta se for barato de executar. Duas alavancas: (1) um espaço fixo e protegido — o mesmo dia, a mesma hora, bloqueado na agenda, senão salta na primeira semana cheia. (2) Uma única vista agregada — se tiveres de reabrir 6 dashboards para fazer a tua revisão, não a vais fazer. É exatamente o papel de um posto de comando: transformar 6 fontes numa fila de ações ordenada.

Começa simples: esta semana, bloqueia 90 minutos, abre as tuas fontes na ordem sinais de compra → follow-ups → conteúdo → faturação → inbox, e cronometra. Vais ver depressa onde transborda e que produto te consome a semana. A partir daí, sabes o que automatizar, o que agregar num único posto de comando e o que parar de vigiar. O ritual não é um custo: é o que te evita pilotar 6 produtos às cegas.