«Quanto custa migrar o email?» é das perguntas mais frequentes que recebo — e das que menos gosto de responder por telefone. Não por segredo comercial: porque a resposta honesta depende de meia dúzia de factos que quem pergunta ainda não levantou, e um número atirado ao ar nessa fase só serve para ser desmentido pela realidade. Já vi duas empresas com as mesmas trinta caixas de correio e uma exigir quase o dobro do trabalho da outra — uma vinha de um alojamento IMAP arrumado, a outra trazia quinze anos de PST espalhados, um domínio com o DNS em três sítios e uma aplicação de faturação pendurada no servidor antigo.
Este artigo abre a caixa: o que determina de facto o custo de uma migração de email para o Microsoft 365, porque é que o «preço por caixa» é uma simplificação perigosa, e como chegar à sua ordem de grandeza — com uma calculadora para preencher com os seus números e uma checklist para pedir propostas que se possam comparar. Os métodos e limites estão validados na documentação da Microsoft (data no fim); os coeficientes de esforço são avaliação editorial, da prática, e estão assinalados como tal.
Em resumo: não existe um preço único por caixa de correio. O custo de uma migração é a soma de licenças (recorrentes, com preço de tabela público), trabalho técnico (que depende da origem, do volume, da qualidade dos dados e da janela de corte) e dos custos menos visíveis — coexistência, formação, apoio pós-migração. Duas migrações «iguais» no número de caixas podem legitimamente custar o dobro uma da outra. A defesa do comprador é simples: levantar os dados antes de pedir propostas, e pedir propostas que respondam todas às mesmas perguntas.
A resposta curta
Uma migração de email tem três parcelas. As licenças são a parte mais previsível: preço de tabela público, por utilizador e por mês, com compromisso anual. Mas nem todas as caixas exigem licença própria — as caixas partilhadas até 50 GB normalmente não precisam (arquivo, retenção, hold e funcionalidades avançadas podem alterar esse licenciamento) — e ferramentas de migração e alguns métodos especiais podem acrescentar custos por utilizador ou por caixa. O trabalho técnico é a parte que varia: preparar o tenant e o DNS, mover os dados, cortar o MX, validar e estabilizar — e o esforço depende mais de onde vem e em que estado está o correio do que de quantas caixas são. E os custos que ninguém orça — semanas de coexistência, pedidos de apoio, formação, a aplicação que enviava email e ninguém sabia — são a diferença entre o orçamento e a fatura final. Quem compara propostas só pelo primeiro número compara maçãs com caixas de maçãs.
Os fatores que fazem o preço
Quando faço o levantamento de uma migração, estas são as perguntas cuja resposta mexe no esforço — por ordem aproximada de impacto:
- Origem — o fator número um. Um alojamento IMAP só entrega o correio: contactos, calendários e tarefas exigem um processo separado ou uma ferramenta de terceiros, e isso é tempo que não aparece no orçamento inicial. O Google Workspace tem método nativo que traz correio, calendário e contactos — mas exige uma preparação própria que surpreende quem nunca a fez (conta de serviço, subdomínios de encaminhamento). Num Exchange local, a versão e o estado de suporte pesam no método e no custo: decidem entre cutover e híbrida, e um servidor fora de suporte acrescenta trabalho de saneamento antes de qualquer migração
- Qualidade dos dados — caixas de 40 GB com dez anos de histórico, PST espalhados por discos, pastas partilhadas informais, aliases que ninguém documenta. O levantamento que descobre isto antes custa horas; descobri-lo durante a migração custa noites
- Volume total — mais GB não é linearmente mais caro (a cópia corre sozinha), mas alonga as sincronizações, as janelas e o acompanhamento — e há limites por mensagem que deixam itens para trás para tratamento manual
- Domínios e DNS — um domínio, entidade de registo acessível e registos arrumados é um cenário; três domínios, DNS gerido por um web designer desaparecido e TTL a 24 horas é outro. O nosso artigo sobre SPF, DKIM e DMARC explica a parte da autenticação que tem de ficar bem à primeira
- Aplicações que enviam email — faturação, multifunções, alarmes, formulários do site. Cada emissor é um item de inventário e de teste; o que falhar aparece como «a faturação parou» na segunda-feira seguinte
- Requisitos de continuidade — «não podemos parar nem uma hora» custa mais do que «cortamos na sexta à noite»: mais coexistência, mais janelas fora de horas, mais gente de prevenção
- Arquivo e backup — o que se faz ao histórico que não vai migrar? E quem garante a cópia de segurança do lado de origem antes de mexer? Reversão sem cópia não é plano, é esperança
Os métodos, em duas linhas cada
Validado na documentação da Microsoft à data deste artigo:
| Método | O que traz | Para quem |
|---|---|---|
| IMAP | Só o correio das pastas — contactos, calendários e tarefas ficam de fora (exigem um processo separado ou uma ferramenta de terceiros) | Alojamentos, cPanel, ISP, sistemas com IMAP |
| Google Workspace (nativo) | Correio, calendário, contactos e regras — estas ficam desativadas por omissão. Não migra respostas automáticas, reservas de salas, calendários partilhados, cores de eventos e algumas propriedades dos contactos | Quem vem do Gmail empresarial |
| Cutover | Correio, calendário e contactos, tudo de uma vez; suporta até 2 000 caixas, mas a própria Microsoft aponta o limite prático em ~150 — e só se aplica a determinadas versões antigas do Exchange | Exchange local pequeno, em versão elegível |
| Híbrida | Coexistência real entre local e cloud, migração gradual por lotes | Exchange local maior ou migração gradual |
| Faseada (staged) | Método legado, por lotes | Apenas Exchange 2003/2007 |
| Entre tenants | Migração nativa de caixas entre tenants Microsoft 365; exige preparação de ambos os tenants e uma licença adicional, de pagamento único, por utilizador migrado | Fusões, aquisições, separações |
| Ferramentas de terceiros | O que o método nativo não cobre (tenant-a-tenant complexo, arquivos, fidelidade extra) — com licença própria por caixa | Casos fora do padrão |
A leitura de custo: o método escolhe-se pela origem, não pelo preço — mas a origem determina o preço. A migração IMAP parece a mais simples e é frequentemente a mais cara em horas totais, precisamente pelo que não traz: cada utilizador sem os contactos e o calendário migrados é um pedido de apoio, e trinta pedidos de apoio são uma semana. Detalhe o processo completo, passo a passo e com plano de reversão, no nosso guia de migração de email.
Custos únicos, custos recorrentes
| Tipo | Parcela | Notas |
|---|---|---|
| Únicos | Levantamento e preparação (tenant, domínio, DNS) | Se o tenant já existir e estiver em bom estado, desce; se houver «tenant experimental» de 2019 para limpar, sobe |
| Migração dos dados + corte de MX + validação | A parcela que os fatores acima esticam ou encolhem | |
| Ferramentas de terceiros (se necessárias) | Licença própria, tipicamente por caixa migrada | |
| Formação e estabilização | As duas semanas seguintes ao corte; a parcela mais esquecida nos orçamentos | |
| Recorrentes | Licenças Microsoft 365 | Preço de tabela por utilizador/mês, sem IVA — confirme os valores atuais na página oficial à data da decisão |
| Coexistência durante uma transição gradual | Duas plataformas ativas em simultâneo durante a transição = dois custos durante esse período | |
| Suporte pós-migração | Interno ou contratado; estabiliza ao fim de poucas semanas |
Três cenários — assinalados como cenários, não orçamentos
Três empresas fictícias mas verosímeis, com os pressupostos à vista. Os intervalos de horas são avaliação editorial, da prática; para chegar a euros, multiplique pela tarifa do fornecedor com quem trabalhar:
- 10 utilizadores, IMAP de alojamento, 3 GB/caixa — levantamento curto, migração num fim de semana, contactos e calendários à mão. Ordem de grandeza: 20 a 30 horas técnicas, 2 a 3 semanas de projeto de ponta a ponta. O maior risco de custo não é técnico: é o DNS estar em sítio inacessível
- 50 utilizadores, Google Workspace, 8 GB/caixa — método nativo, preparação da service account e dos encaminhamentos, piloto com um departamento, migração por lotes. Ordem de grandeza: 45 a 75 horas técnicas, 3 a 5 semanas. A coexistência (quem já mudou vs. quem ainda não) é o que mais gera pedidos de apoio
- 150 utilizadores, Exchange local, 12 GB/caixa — na fronteira prática do cutover; provavelmente híbrida, com migração por lotes, coexistência e testes de aplicações. Ordem de grandeza: 100 a 180 horas técnicas, 5 a 8 semanas. Aqui as ferramentas e o método pesam menos do que a gestão do projeto — e é o cenário onde um fornecedor experiente se paga a si próprio
Prefere os seus números aos meus? É para isso que serve a calculadora:
A fórmula, por extenso
Para quem quer as contas à vista (é a mesma lógica da calculadora): comece com uma base de 12 a 20 horas para levantamento, preparação do tenant e DNS, piloto e corte de MX. Some por caixa — utilizadores e caixas partilhadas/recursos contam ambos para o esforço, ainda que só os utilizadores paguem licença: 0,5 a 0,9 horas vindo de IMAP; 0,35 a 0,7 do Google Workspace ou de outro tenant Microsoft 365; 0,3 a 0,6 de Exchange local. Some 1 a 2 horas por cada 50 GB de volume total, para acompanhamento de sincronizações e itens que ficam para trás. Agrave 10 a 25% se o corte tiver de acontecer fora de horas ou concentrado num fim de semana. E às licenças some o IVA à taxa em vigor — os preços de tabela publicados não o incluem.
Dois avisos sobre esta fórmula, ditos com clareza: os coeficientes vêm da minha prática, não de nenhuma tabela oficial — noutro fornecedor, com outras ferramentas, serão diferentes; e ela assume dados razoavelmente arrumados. O que a fórmula não apanha — os PST de 2011, o domínio preso na entidade onde está registado, mas sem acesso, a aplicação crítica sem documentação — é exatamente o que o levantamento existe para descobrir.
As fases — e onde se escondem os custos
- 1. Descoberta (primeira semana) — inventário de caixas, aliases, encaminhamentos, emissores de aplicações, DNS e acessos. Entregável: um documento com o mapa do que existe. Custo escondido que evita: todos os seguintes
- 2. Preparação — tenant, domínio validado, licenças, utilizadores criados, autenticação de email (SPF, DKIM, DMARC) desenhada antes do corte; se está a montar o ambiente de raiz, o nosso guia de implementação cobre esta fundação. Custo escondido: o «tenant que alguém criou há anos» com lixo lá dentro
- 3. Piloto — duas ou três caixas reais migradas de ponta a ponta, incluindo o telemóvel e o Outlook de quem as usa. Entregável: lições escritas e o guião de apoio afinado. Custo escondido que evita: multiplicar um erro por todas as caixas
- 4. Migração e corte — lotes, sincronizações, corte de MX com TTL preparado, verificação de fluxo nos dois sentidos. Custo escondido: a janela fora de horas que ninguém orçou
- 5. Validação e estabilização (duas semanas) — emissores de aplicações testados um a um, DMARC a reportar, pedidos de apoio a descer para o normal. Entregável: relatório final com o que ficou por migrar e porquê. Custo escondido: assumir que «acabou» no dia do corte — não acabou; acabou quando os relatórios e os utilizadores o disserem
Como pedir propostas comparáveis
O truque não é pedir «o melhor preço» — é obrigar todas as propostas a responder às mesmas perguntas. A checklist que entrego a quem me pede ajuda a comparar:
- O levantamento está incluído, e há documento entregável antes da migração?
- O que migra exatamente da nossa origem — e o que fica de fora (contactos? calendários? regras?)? Quem trata do que fica de fora, e a que custo?
- Backup completo do lado de origem antes de mexer: incluído? Onde fica e por quanto tempo?
- Quem trata do DNS (MX, SPF, DKIM, DMARC), e o corte inclui janela fora de horas? A que custo?
- Os emissores de aplicações (faturação, multifunções, site) estão no âmbito? Quantos, e quem os testa?
- Quantos dias de suporte pós-migração estão incluídos, e a que tempo de resposta?
- Critérios de aceitação por escrito: o projeto está «terminado» quando… o quê, exatamente?
- Ferramentas de terceiros: quais, porquê, e o licenciamento delas está dentro ou fora do preço?
Uma proposta que responda a isto tudo em meia página vale mais do que três páginas de logótipos. E o inverso da moeda, dito de forma justa para quem vende: um fornecedor só consegue orçar com rigor aquilo que o cliente levantou com rigor — chegar com o inventário feito baixa o preço, porque retira risco a quem orça.
Antes de pedir qualquer estimativa: reúna os dados essenciais — número de caixas, volume por caixa, origem exata, lista de domínios e onde está o DNS, lista de aplicações que enviam email, e a resposta à pergunta «podemos parar, e quando?». É meia tarde de trabalho com a checklist da descoberta, e é a diferença entre receber números comparáveis e receber palpites embrulhados. Se depois de reunir tudo quiser uma segunda opinião sobre as propostas, é precisamente o tipo de conversa curta que vale a pena ter.
Fontes e validação
Este artigo baseia-se na documentação oficial da Microsoft, em particular:
- Ways to migrate email to Microsoft 365 (métodos e limites)
- Planos e preços do Microsoft 365 para empresas (Portugal)
- Cutover migration (limites e processo)
- Perform a Google Workspace migration (âmbito e requisitos)
- About shared mailboxes (licenciamento de caixas partilhadas)
- Cross-tenant mailbox migration (migração entre tenants e licença adicional)
