Ninguém migra pro seu SaaS: as duas perguntas que eu respondo antes de lançar
Eu já contratei muito software, já migrei muito e recebo cliente migrando pras nossas plataformas. Sentado na cadeira de quem compra, o seu SaaS melhor e mais barato perde pra uma coisa só: o trabalho de migrar.
🎧 PREFERE OUVIR? · 12 min · Podcast Em Produção
Este artigo também é um episódio do podcast Josimar JMV | Em Produção — o mesmo vídeo, só o áudio, normalizado pra fone.
Gravei esses quase 12 minutos ao vivo, sem corte, e publiquei no canal @josimarjmv em 7 de outubro de 2026. Assista e leia junto. Aqui embaixo eu conto a mesma coisa por escrito e ponho o que eu fui conferir depois na documentação da Cloudflare e da Microsoft sobre DNS e migração de e-mail.
o cliente não troca porque migrar dá trabalho, e ele prefere ficar pagando por um software pior e mais caro do que parar a operação pra mudar. Antes de colocar qualquer software no ar eu respondo duas perguntas, do lado de quem contrata: por que eu vou migrar pra esse SaaS e como eu vou migrar pra esse SaaS. A primeira pede um motivo forte, olhado sem a paixão que só você tem pelo seu produto. A segunda pede que a migração seja problema seu, com teste, importação dos dados e configuração resolvidos, e não do colaborador do cliente.
A minha carteirada: eu já sentei nas duas cadeiras
Eu tenho uma empresa de tecnologia. Eu já contratei muito software, já migrei muito, e ao longo da vida eu migro muito cliente que vem pras nossas plataformas. Então eu conheço a dor de quem troca de sistema e a dor de quem recebe o cliente trocando.
E um dos motivos de ser difícil vender software, de ser difícil vender SaaS, é esse: você nunca sentou na cadeira de quem está contratando e pensou em migrar. A migração é um parto pra quem contrata. Quem é desenvolvedor, trabalha com sistema e já migrou sabe do que eu estou falando.
Esse texto é pra galera que quer desenvolver, criar e viver de software. Eu já escrevi sobre o que leva de verdade pra botar um SaaS em produção. Aqui o assunto é o passo seguinte: o sistema está pronto, é bom, e ninguém vem.
A padaria de dois caixas: a briga do preço é a pior que tem
Pega uma padaria que tem dois caixas. Você fez um software pra padaria e descobriu que ele tem uma coisa que os outros não têm e que vai ajudar muito o dono.
A primeira coisa que quem está contratando vai olhar, e que vai dificultar a sua entrada, é esta: por que eu vou treinar todo mundo da minha equipe de novo? Por que eu vou contratar esse software?
Aí você vem com o preço. O software principal do mercado custa R$ 1.000 por mês e você vende o seu por R$ 200. É uma briga. É a pior briga que tem quando você vai entrar num mercado, a do preço. Mas é uma briga: são R$ 800 por mês de diferença, é uma baita diferença, e o cara começa a avaliar.
Então o preço serve pra isso. Ele faz o dono da padaria começar a olhar pro seu software. Ele não faz o dono trocar.
O que segura o cliente no concorrente: suporte quando precisa
A dor que esse cara tem, e ele já passou por ela em algum momento, é não ter suporte quando precisa. Viver de SaaS envolve diretamente suporte ao cliente. A esmagadora maioria dos SaaS precisa.
"Ah, mas eu criei um aplicativo gratuito, o cara aprende a usar sozinho e eu não dou suporte." Aí é outra coisa. Você vai ter que pegar, sei lá, 10.000 usuários pra arrumar 10, 15 pagantes. Essa proporção é conta minha, de cabeça, não é pesquisa. O ponto é que a conversão desse modelo é muito pequena, e eu estou falando de software com conversão maior.
E o que converte muito? Conversar com gente. Não tem jeito. Entre um cara sozinho clicando e uma conversa com uma pessoa, a conversa ganha.
Eu tenho um pipeline de marketing rodando sozinho pro meu sistema de TV indoor. Ele manda e-mail, manda WhatsApp. E o meu último passo é o quê? Gente. Tem um filtro antes, de quem está aquecido ou não, mas no fim é uma pessoa. Quando alguém entra em contato aqui na empresa por causa das minhas campanhas, até 10 da noite tem gente pra conversar.
Agora volta pra cabeça do dono da padaria. Ele olha o parceiro atual e faz três perguntas:
- Esse parceiro me atende? Atende.
- O preço dele é pagável? É pagável.
- Tem suporte?
Se a resposta da terceira for não, você ganhou um motivo pra ele querer vir. Se do outro lado tem um suporte bom, é difícil o cara largar, por mais que o preço seja maior.
Onboarding: quem vai treinar a equipe do cliente?
Vamos supor que você convenceu o cara a mudar. Como vai ser o onboarding do seu SaaS? Como você vai ensinar? Você ensina o dono e o dono ensina o pessoal? Quem treina as duas pessoas que estão no caixa: você ou o dono? Isso tem que estar na sua cabeça na hora de fazer o SaaS.
SaaS de valor agregado é SaaS que atende mercado real, que lida com as pessoas que usam. Software que presta é software que alguém usa. Se ninguém usa o seu software, ele não presta, você não fez software nenhum. Você só vai saber se ele presta quando tiver alguém usando. Fato.
Agora sobe de tamanho e vai pra um supermercado. Sinceramente, vai num supermercado e olha o software que os caras usam. Tem muito software ali que dá dó. Tem oportunidade pra todo mundo entrar em todo tipo de mercado.
Mas você tem que entender o lado desse cara. Ele vai treinar 50, 100 pessoas, com um turnover de 6 meses, de 4 meses, e tem que treinar de novo, e de novo, e de novo. É um problema grave de mão de obra que a gente tem. Trocar de sistema, pra ele, é refazer esse treinamento inteiro de uma vez. É essa conta que o seu SaaS precisa resolver.
As duas perguntas que eu respondo antes de botar software no ar
A primeira questão que você tem que resolver, pra entender por que as pessoas não usam o seu SaaS e por que ele não vende, cabe em duas perguntas. As duas são feitas por quem contrata, não por você.
- Por que eu vou migrar pra esse SaaS? Dá um motivo forte. Motivo forte sem paixão: o usuário que vai contratar não tem a paixão que você tem pelo seu software. Ele olha e fala: "o que isso aqui resolve? Por que eu vou trocar? O que ele me oferece que o outro não tem?"
- Como eu vou migrar pra esse SaaS? Se a resposta for "o seu colaborador para e migra na mão", acabou a venda.
O exemplo que eu estou vivendo: o meu sistema de e-mail com IA
Vou te dar um exemplo meu. Quando gravei, eu ainda não tinha lançado: estava pra lançar um SaaS novo, o JMV Mail, o nosso sistema de e-mail com inteligência artificial. E-mail é brabo. Então eu fiz a lição de casa das duas perguntas antes de abrir pro mercado.
Começa pelo como, que é onde o cliente trava. Qual é a dor gigante do cara? Teste. Migrar e-mail dá medo, você perde e-mail, e ninguém oferece teste. Eu vou oferecer teste grátis, automático.
Segundo problema gigante, que todo mundo tem na hora de configurar e-mail: registro MX. O cara digita o MX errado, deixa MX duplicado, fica tudo errado. O que eu fiz no meu sistema: criei uma integração com a Cloudflare, criei uma integração com o cPanel, que muita gente usa, e deixei o caminho manual também. E o sistema checa se os registros de DNS estão certos, pro cara não ter problema.
Pra quem nunca mexeu nisso: o MX é o registro de DNS que diz pra qual servidor o e-mail do seu domínio vai, com uma prioridade em cada linha. A documentação da Cloudflare mostra o passo a passo, e é exatamente o tipo de tela em que um dono de empresa erra um caractere e fica sem receber e-mail.
Terceiro: deixei um botão de migrar. Tem várias contas que o cara pode trazer, de Outlook, de Gmail, de Workspace. Ele faz uma migração transparente.
E o medo de perder mensagem no meio do caminho? Ele não vai perder os e-mails dele. Depois da publicação do DNS, ele pode importar de novo, se algum e-mail tiver chegado no período de propagação. Essa janela existe porque cada registro de DNS fica em cache pelo tempo do TTL, e é o TTL que define quanto a alteração demora pra chegar em todo mundo, como explica a referência de TTL da Cloudflare.
| A fricção que o cliente fala | O que eu fiz no meu sistema |
|---|---|
| "E-mail é brabo, e ninguém me deixa testar antes" | Teste grátis, automático |
| "Tem que configurar aquele negócio de DNS" | Integração com Cloudflare e cPanel, caminho manual e checagem dos registros |
| "Vou perder os meus e-mails" | Botão de migrar com importação de contas de Outlook, Gmail e Workspace |
| "E o que chegar durante a troca?" | Nova importação depois que o DNS propaga |
Fui olhar como um gigante trata a mesma dor, pra você ver que ferramenta de migração não é luxo. A Microsoft tem a dela, por IMAP, e a própria documentação lista os limites: só leva a caixa de entrada e as outras pastas de e-mail, não leva contatos, calendário nem tarefas, vai até 500.000 itens por caixa e a maior mensagem que passa tem 35 MB. Ou seja, até quem tem todo o dinheiro do mundo entrega a migração com asterisco. Quem está entrando no mercado precisa saber onde estão os asteriscos do seu.
O motivo forte: responder e-mail por áudio
Resolvida a migração, sobra a primeira pergunta. Qual é o motivo grande que eu vou dar pra esse cara usar o meu sistema? Eu tenho inteligência artificial embarcada dentro do sistema de e-mail.
Você consegue responder e-mail por áudio, literalmente. Você lê o e-mail, clica em responder, grava o seu áudio, escolhe o tom em que quer falar, e a IA gera a resposta pra você. Dá pra criar e-mail novo por áudio também.
Como eu fazia no sistema de e-mail que eu tinha antes? Ia no GPT: "vou mandar um e-mail pra tal lugar, o e-mail é assim, assim, assado, faz pra mim". Copiava, ia no e-mail e colava. Falei: esse fluxo está errado. Coloquei a opção de gravar o áudio, tudo embarcado.
Então por que o cliente vai migrar? Porque eu estou poupando tempo demais pra ele. Pessoas com o meu perfil, com pouco tempo, que não gostam de responder e-mail, que acham chato ficar escrevendo e pulando de galho em galho, pagariam pra usar um e-mail desse. É um motivo forte.
E as fricções ficam sem resposta do outro lado. "Ah, não, vou perder meus e-mails." Não vai, importa. "Ah, não, tem que configurar aquele negócio de DNS." Não vai, configura sozinho.
Ainda assim é um mercado difícil de entrar, e eu não vou fingir que não é. O meu plano de lançamento é este: eu devo ter uns 30, 40 clientes nesse sistema, só cliente interno, que já era cliente nosso, usava e-mail e a gente migrou. Primeiro eu faço campanha pra todos os meus clientes internos. Depois eu abro pro mercado em geral, e aí vem tráfego pago, descobrir público-alvo, a coisa toda. A migração dessa base eu contei em outro texto: mais de 3 TB de e-mail migrados.
Você nunca foi usuário do seu próprio SaaS
Como você chega nessas respostas? Entendendo do negócio. Entendendo a dor do cliente. Não adianta fazer um SaaS que você acha maravilhoso se você nunca foi usuário do próprio SaaS.
Essa é a dificuldade do dev. É por isso que a gente tem todo aquele organograma, PO, Scrum e a coisa toda que tem que ter em volta. Porque é difícil pro dev entender isso. Eu entendo. É difícil mesmo.
E é uma seara complicada, porque cada mercado puxa um monte de assunto que não é código. No meu caso, e-mail envolve spam, jurídico, backup, até coisa judicial, se precisar travar uma conta. Tem que entender isso tudo antes de vender.
É a mesma conta que eu faço quando estou do outro lado, decidindo entre contratar um SaaS ou fazer o meu software com IA. Quem compra olha a operação inteira. Quem vende costuma olhar só a tela.
Se o cliente está no concorrente, a migração é problema seu
É por isso que todo mundo hoje dá ferramenta de migração de um SaaS pro outro. "Ah, mas o cara está no SaaS do meu concorrente, como ele vai migrar?" Se vira.
Porque se depender de ele parar e colocar colaborador migrando as coisas manualmente, eu vou te falar: não vai migrar. É muito difícil. Ele prefere ficar pagando por um software ruim, mais caro e pior do que o seu, do que migrar, porque migrar dá um trampo.
E você tem que entender que as empresas hoje estão sobrecarregadas. Todo colaborador está sobrecarregado, de qualquer segmento. Faz parte. Ninguém tem uma semana sobrando pra copiar cadastro de um sistema pro outro.
É uma análise que eu sempre faço antes de colocar qualquer software no ar. Se o seu SaaS não vende, revisa essas duas perguntas hoje. E se você quer aprender a colocar software no ar de ponta a ponta, do desenvolvimento com agente autônomo ao deploy, com sandbox, staging, produção e infraestrutura, mais a parte em que as pessoas quebram, que é jurídico, contador, como vender e suporte pós-venda, é isso que eu levo pra Imersão de SaaS.
Discorda? Concorda? Tem um caso parecido? Aqui não tem caixa de comentário de propósito: segunda-feira, ao meio-dia, eu faço live no canal e a gente conversa sobre isso ao vivo — sem corte, como sempre.
Ver as lives no canal @josimarjmv →Perguntas frequentes
Por que o cliente não migra pro meu SaaS, mesmo ele sendo melhor e mais barato?
Porque migrar dá trabalho, e quem contrata não tem a paixão que você tem pelo seu software. Ele olha e pergunta o que aquilo resolve e por que vai trocar. Se a troca depender de ele parar e colocar colaborador migrando as coisas na mão, não vai migrar. Ele prefere ficar pagando por um software ruim, mais caro e pior que o seu.
Brigar por preço resolve?
É a pior briga que tem quando você vai entrar num mercado, mas é uma briga. Se o software principal custa R$ 1.000 por mês e eu vendo o meu por R$ 200, são R$ 800 de diferença, e o cliente começa a olhar. Só que o preço abre a conversa e para aí. O que decide vem depois: suporte, treinamento da equipe e como ele vai migrar.
Dá pra viver de SaaS sem suporte humano?
A esmagadora maioria dos SaaS precisa de suporte ao cliente. Dá pra fazer um aplicativo gratuito em que o cara aprende sozinho, mas aí é outro jogo: pela minha conta de cabeça, você precisa de uns 10.000 usuários pra arrumar 10, 15 pagantes. O que converte muito é conversar com gente. Nas minhas campanhas, o último passo é uma pessoa, e até 10 da noite tem gente na empresa pra conversar.
Quem tem que treinar a equipe do cliente no onboarding?
Isso você decide antes de fazer o SaaS, não depois de vender. Vai treinar o dono pra ele treinar os dois caixas da padaria? Vai treinar você? Num supermercado a conta piora: são 50, 100 pessoas, com rotatividade de 4, 6 meses, e o treinamento começa de novo toda hora. Se o seu onboarding não responde isso, o dono não troca.
Quais são as duas perguntas que um SaaS precisa responder antes de vender?
Primeira: por que eu vou migrar pra esse SaaS? Tem que existir um motivo forte, olhado sem paixão, do lado de quem contrata. Segunda: como eu vou migrar pra esse SaaS? A resposta tem que ser um caminho pronto, com teste, importação dos dados e configuração resolvidos por você. É uma análise que eu sempre faço antes de colocar qualquer software no ar.
Como eu trago os dados de um cliente que está no concorrente?
Se vira. Contrata o plano do concorrente pra entender como ele guarda as coisas, faz plugin, faz extensão de browser. Extensão é ótimo pra isso. Arruma um jeito de trazer o que o cliente tem hoje pra dentro do seu sistema, porque as empresas estão sobrecarregadas e ninguém vai parar um colaborador pra copiar dado de um lado pro outro.
Como você resolveu a migração no seu sistema de e-mail?
Ataquei as fricções uma por uma. Teste grátis e automático, porque ninguém oferece teste de e-mail. Integração com a Cloudflare e com o cPanel pra configurar o DNS, mais um caminho manual, com checagem dos registros pra não sobrar MX errado ou duplicado. E um botão de migrar que importa contas de Outlook, Gmail e Workspace. Depois que o DNS propaga, o cliente pode importar de novo e pegar o que chegou nesse intervalo.
Por que o dev tem dificuldade de enxergar a dor da migração?
Porque muitas vezes ele nunca foi usuário do próprio SaaS. Não adianta fazer um software que você acha maravilhoso sem entender do negócio e da dor de quem usa. É por isso que as empresas montam aquele organograma todo em volta do desenvolvimento. Eu entendo, é difícil mesmo. No meu caso, e-mail envolve spam, jurídico, backup e até ordem judicial.
Baseado na gravação do canal @josimarjmv publicada em 07/10/2026 (11min47s), com transcrição própria das legendas do próprio vídeo.
O que veio da gravação e o que é apuração minha, com as fontes
Da gravação: a minha experiência contratando, migrando e recebendo cliente que migra pras nossas plataformas; a padaria de dois caixas e a comparação de R$ 1.000 contra R$ 200 por mês; a falta de suporte como a dor de quem contrata; a proporção de 10.000 usuários pra 10, 15 pagantes num aplicativo gratuito, que é estimativa minha; o pipeline de marketing do meu sistema de TV indoor com gente no último passo e atendimento até 10 da noite; o onboarding e o supermercado com 50, 100 pessoas e turnover de 4 a 6 meses; as duas perguntas; o meu sistema de e-mail com IA, com teste grátis automático, integração com Cloudflare e cPanel, checagem de DNS, botão de migrar contas de Outlook, Gmail e Workspace, nova importação depois da propagação e resposta por áudio; os 30, 40 clientes internos e a ordem do lançamento; a dificuldade do dev que nunca foi usuário do próprio SaaS; e o recado de contratar o plano do concorrente e fazer plugin ou extensão pra trazer os dados.
Nota de cronologia: gravei antes de abrir o sistema de e-mail pro mercado. "Ainda não lancei" e "vou oferecer" descrevem aquela data, e os 30, 40 clientes são os da base interna naquele momento.
Apuração minha (09/10/2026): como se cadastra um registro MX, com servidor de destino e prioridade, está na documentação de registros de e-mail da Cloudflare. Que o TTL define por quanto tempo um registro fica em cache e quanto uma alteração demora pra chegar aos usuários está na referência de TTL da Cloudflare. Os limites da migração por IMAP da Microsoft (só pastas de e-mail, sem contatos, calendário e tarefas, até 500.000 itens por caixa e mensagens de até 35 MB) estão na documentação da Microsoft, e valem pra ferramenta dela, não pro meu sistema.