O desafio de criar um SaaS B2B não está sendo só técnico
Há um tempo eu venho trabalhando em um projeto chamado EzFlows.
A ideia nasceu de uma dor que eu vejo bastante em operações de marketing, vendas, atendimento e automação: no começo tudo parece simples, mas depois de um tempo começa a virar uma mistura de ferramentas, planilhas, integrações, mensagens, formulários, pipelines e fluxos difíceis de manter.
Um formulário fica em uma ferramenta.
Os contatos ficam em outra.
O pipeline fica no CRM.
As mensagens vão por WhatsApp, email ou SMS.
As automações ficam espalhadas entre ferramentas diferentes.
E quando alguém pergunta “quem alterou esse fluxo?”, “qual versão está em produção?” ou “quem aprovou essa mudança?”, muitas vezes ninguém sabe responder com clareza.
Foi pensando nisso que comecei a criar o EzFlows.
O que é o EzFlows?
O EzFlows é uma plataforma multi-tenant para empresas e agências centralizarem operações de automação, CRM, forms, pipelines, broadcasts, chatbots e comunicação multicanal em um só lugar.
A ideia não é ser só uma ferramenta para criar fluxos.
O foco é ajudar a organizar a operação ao redor desses fluxos:
- quem alterou;
- quem aprovou;
- qual versão está em produção;
- quais contatos entraram;
- quais mensagens foram enviadas;
- quais etapas do pipeline estão em andamento;
- quais automações estão rodando;
- e como tudo isso se conecta.
Algumas coisas que já existem na plataforma
Hoje o EzFlows já tem algumas partes funcionando:
- workflows em DAG;
- chatflows para WhatsApp;
- form builder e forms públicos;
- CRM de contatos;
- listas e segmentos;
- broadcasts;
- pipeline/kanban CRM;
- templates;
- envio multicanal por WhatsApp, email, SMS e webhooks;
- histórico de versões;
- branches, commits e pull requests para fluxos;
- aprovações;
- integrações;
- storage;
- calendar;
- billing;
- monitoramento.
Ainda tem muita coisa para melhorar, mas o produto já começa a mostrar a visão que eu quero construir.
Por que não posicionar como “mais uma alternativa ao n8n”?
Essa foi uma dúvida que apareceu bastante durante o processo.
Apesar de ter workflows, a ideia do EzFlows não é ser “mais um n8n”.
O n8n é muito bom para automações e integrações mais técnicas.
O EzFlows tenta ir por outro caminho: ser uma camada operacional para empresas e agências que precisam juntar automação, CRM, forms, pipelines, comunicação e governança em um mesmo ambiente.
Principalmente quando a operação começa a envolver cliente, time, aprovação, histórico e manutenção contínua.
Exemplo de problema que quero resolver
Imagine uma agência que entrega automações para clientes.
No começo ela pode usar:
- um form em uma ferramenta;
- um CRM em outra;
- WhatsApp em outra;
- planilhas para listas;
- uma ferramenta de automação;
- Notion ou ClickUp para organizar tarefas;
- e Slack/email para aprovações.
Funciona.
Mas depois de alguns clientes, começa a ficar difícil saber onde cada coisa está.
O EzFlows tenta centralizar essa operação em um lugar só, com controle de versão, histórico, aprovação e comunicação multicanal.
Stack
A stack principal hoje é:
- Node.js / TypeScript;
- NestJS;
- PostgreSQL;
- Prisma;
- Next.js;
- React;
- arquitetura multi-tenant;
- filas/eventos para processamento assíncrono;
- integrações com serviços externos para envio de mensagens.
A parte mais interessante tecnicamente tem sido construir os workflows, versionamento, isolamento multi-tenant e a estrutura de execução/monitoramento dos fluxos.
O desafio agora
A parte técnica é difícil, mas confesso que a parte mais difícil está sendo outra: entender o posicionamento e conseguir os primeiros usuários reais.
Já testei alguns disparos frios por email e também comecei a testar tráfego pago.
Tenho conseguido algumas visitas no site, mas poucas pessoas estão criando conta e testando de verdade.
Isso me fez perceber que talvez o problema não seja só “colocar mais gente no site”.
Pode ser:
- ICP amplo demais;
- mensagem genérica demais;
- landing page pouco específica;
- CTA errado;
- produto complexo demais para explicar em uma home;
- ou simplesmente eu ainda não ter encontrado o caso de uso mais forte.
No momento eu nem estou preocupado com cliente pagante.
Meu objetivo principal é conseguir usuários testando, entender onde eles travam e descobrir qual dor é forte o suficiente para virar o foco inicial do produto.
O que eu queria ouvir de vocês
Para quem já criou SaaS, produto B2B, ferramenta interna ou plataforma para empresas:
Como vocês validaram o primeiro caso de uso?
Vocês começariam por uma landing mais genérica ou por uma página específica para um segmento?
Faz mais sentido tentar vender a visão completa da plataforma ou escolher uma dor bem pequena, tipo “aprovação e versionamento de automações para agências”?
E para quem trabalha com marketing, vendas, atendimento ou automações: essa dor de operação espalhada entre ferramentas faz sentido para vocês?
O site é este aqui, caso alguém queira ver:
Qualquer feedback sincero é muito bem-vindo.