Quanto tempo leva para implementar o Salesforce? Prazos reais por porte

Logo depois de "quanto custa", vem "quanto tempo leva". E a resposta honesta incomoda pela mesma razão: não existe um prazo único, porque dois projetos chamados "implementar Salesforce" podem levar duas semanas ou dois trimestres. A diferença não está no tamanho da sua empresa, está no que você quer construir e no estado dos dados que vão entrar. Quem entende isso planeja com folga certa. Quem ignora descobre o prazo real quando a data prometida já passou.

Depende do escopo, não do tamanho da empresa. Uma configuração inicial enxuta fica pronta em 2 a 6 semanas. Uma implementação sob medida, com automações e uma integração, leva de 2 a 4 meses. Projetos com várias integrações, migração pesada e Apex passam de 6 meses. O que estica o prazo é dado sujo, integração e escopo mal definido.

As faixas de prazo por porte de projeto

Assim como no custo de um projeto Salesforce, o prazo é ditado pela complexidade, não pelo número de funcionários. Uma multinacional que só quer organizar um funil de vendas termina antes de uma empresa média que precisa integrar CRM, ERP e assinatura eletrônica. A tabela abaixo agrupa os três cenários que mais aparecem, com a ressalva de sempre: são faixas de referência, não uma promessa, porque prazo fechado depende de escopo fechado.

Repare que a fronteira entre as faixas não é o preço da hora, é a quantidade de coisas que precisam dar certo ao mesmo tempo. Um quick start tem poucas peças móveis, então avança rápido. Um projeto complexo tem dezenas de dependências, e cada uma pode empurrar a data. É por isso que dobrar a equipe raramente corta o prazo pela metade: boa parte do tempo não é digitação, é decisão, validação e espera por outro sistema.

O cronograma típico, fase por fase

Para tirar o prazo do abstrato, vale abrir o que acontece dentro de uma implementação sob medida, a faixa de 2 a 4 meses que a maioria das PMEs contrata. As fases se sobrepõem na prática, mas a ordem lógica ajuda a enxergar onde o tempo vai:

• Descoberta e desenho (1 a 3 semanas): mapear o processo atual, definir objetos, campos e regras de negócio, e combinar o escopo por escrito. É a fase mais barata em horas e a mais cara se for pulada, porque escopo vago aqui vira retrabalho lá na frente. Um dia de conversa boa economiza uma semana de correção.
• Configuração e desenvolvimento (2 a 8 semanas): montar a org, criar automações e escrever o código que a configuração não resolve. Quanto mais o processo exige Apex em vez de Flow, mais essa fase estica, porque código precisa ser escrito, testado e mantido. Vale saber quando um processo justifica Flow ou Apex antes de pedir "tudo automatizado", já que essa escolha mexe direto no cronograma.
• Migração de dados (1 a 4 semanas, em paralelo): tirar dados de planilhas e sistemas antigos e colocá-los limpos no CRM. É o item que mais engana no prazo. O que parece "só importar uma lista" vira semanas de limpeza quando os dados chegam duplicados e mal preenchidos.
• Testes e ajustes (1 a 2 semanas): rodar o processo de ponta a ponta, achar os casos de borda e corrigir. Cortar essa fase para ganhar dias é a economia que sai mais cara, porque bug em produção custa mais que bug pego no teste.
• Treinamento e virada (1 a 2 semanas): colocar a equipe para usar de verdade. Sem isso, um bom projeto vira licença cara parada. Adoção não é um evento no último dia, é um trabalho que começa antes da virada e continua depois.

Some as faixas e você chega perto dos 2 a 4 meses, com a ressalva de que descoberta, configuração e migração correm ao mesmo tempo em boa parte do caminho. Um quick start comprime tudo isso porque tem menos a configurar, menos a migrar e menos a treinar. Já um projeto complexo estica cada fase e adiciona outras, como integração e governança, que sozinhas viram subprojetos.

O que estica o prazo (e quase nunca é a configuração)

Quando um projeto atrasa, a causa raramente é o consultor digitando devagar. São quatro fatores que aparecem repetidamente, e todos podem ser previstos antes de assinar:

• Migração de dados: é o campeão de subestimação. Dado duplicado, campo obrigatório vazio e formato inconsistente transformam uma importação de um dia em semanas de reconciliação. Antes de estimar, vale entender o custo real de migrar da planilha para o CRM, porque é a bagunça acumulada, e não a ferramenta, que infla essa parte do cronograma.
• Integrações: cada sistema que precisa conversar com o Salesforce é um projeto dentro do projeto. O prazo depende de um fator que não está na sua mão: se o outro sistema tem uma API decente. Uma integração que "era só puxar um campo" descobre que o ERP legado só exporta um arquivo à meia-noite, e aí o cronograma passa a depender do fornecedor dele, não de você.
• Escopo mal definido: pedido vago é o combustível do atraso. "Quero que o sistema organize as vendas" vira três reuniões só para descobrir o que "organizar" significa. Toda vez que o escopo muda no meio, o relógio volta um pouco, e a soma dessas voltas é o que estoura a data.
• A velocidade interna do cliente: o consultor entrega, mas alguém do seu lado precisa revisar, aprovar e responder dúvidas. Projeto trava quando o material fica dez dias esperando um retorno. Esse tempo não aparece na proposta, mas é real, e é dos poucos que dependem inteiramente de você.

Prazo curto não é o mesmo que pressa

Existe uma diferença que decide se o projeto termina bem: reduzir prazo cortando escopo é saudável, apertar a data mantendo o escopo cheio é onde tudo desanda. Quando alguém promete a implementação completa em um prazo que não fecha, o que vai ser sacrificado é sempre o invisível: teste, limpeza de dados e treinamento. A org sobe no prazo, todo mundo comemora, e três semanas depois a equipe abandonou a ferramenta porque ninguém foi treinado e os dados estavam errados.

O caminho honesto para ir mais rápido é entregar em fases. Sobe primeiro o núcleo que resolve a dor mais urgente, coloca a equipe usando, e só então avança para as integrações e automações mais pesadas. Isso reduz o tempo até o primeiro valor sem comprometer a qualidade do que entra. Se o seu caso é simples, aliás, talvez você nem precise de um projeto longo: vale ver até onde dá para implementar Salesforce sozinho antes de contratar meses de consultoria para algo que a configuração declarativa resolve em dias.

Sinais de que o projeto está atrasando de verdade

Nem todo projeto que passa da data estava mal conduzido, e nem todo projeto dentro do prazo está saudável. Alguns sinais avisam cedo que a data prometida não vai fechar, e reconhecê-los a tempo dá margem para renegociar escopo em vez de descobrir o atraso na véspera:

• O escopo cresce toda semana e ninguém está tirando nada da lista para compensar.
• A migração de dados foi deixada para o fim, quando deveria ter começado junto com a configuração.
• Ninguém definiu quem, do seu lado, aprova as entregas, então cada validação fica esperando um dono.
• As reuniões viram atualização de status sem decisão, e as pendências antigas continuam abertas.
• A integração depende de um terceiro que ainda não foi acionado, e o prazo dele é uma incógnita.

Se você é gestor e sente que perde esses sinais por não dominar o vocabulário técnico, vale ler Salesforce sem ser técnico, que destrincha as palavras que aparecem tanto no custo quanto no prazo. Entender o termo é o que te deixa perguntar a coisa certa na reunião certa.

O que aprendi montando a Vetra sobre onde o tempo vai

A Vetra Distribuidora é a empresa fictícia que uso como org de demonstração deste portfólio, e construí-la do zero me deu uma noção concreta de quanto tempo cada peça consome. Um exemplo: calcular comissão por linha de produto respeitando desconto parecia uma tarefa de uma tarde. Na prática, exigiu desenhar a regra de negócio, escrever o código, cobrir com teste e montar uma interface para a operação conferir o resultado. O que na proposta cabe em uma linha virou vários dias de trabalho de verdade.

A lição que levo para cada estimativa de prazo é a mesma que levo para o orçamento: o número honesto nasce de um escopo honesto. Uma data curta demais não é agilidade, é a conta que chega depois em forma de retrabalho, teste pulado e uma equipe que não confia na ferramenta. Prefiro combinar um prazo realista, com as fases claras e as dependências mapeadas, do que prometer uma data bonita que só serve para fechar contrato e depois vira desgaste dos dois lados. E quando a dúvida é mais estrutural, terceirizar de vez ou colocar alguém na folha, vale ver antes se compensa um consultor ou um dev interno para o seu volume de demanda, porque isso muda tanto o prazo do primeiro projeto quanto o ritmo das evoluções que vêm depois.

Perguntas frequentes

Quanto tempo leva para implementar o Salesforce?

Depende do escopo, não do tamanho da empresa. Uma configuração inicial enxuta fica pronta em 2 a 6 semanas. Uma implementação sob medida, com automações e uma integração, leva de 2 a 4 meses. Projetos com várias integrações, migração pesada e Apex passam de 6 meses. O que estica o prazo é dado sujo, integração e escopo mal definido.

Dá para subir o Salesforce em uma semana?

A plataforma sobe no mesmo dia, porque é só ativar a org. Mas subir a org não é implementar. Em uma semana dá para configurar um funil simples e importar uma lista limpa de contatos, o suficiente para começar a usar. Automação, migração de histórico e treinamento da equipe não cabem nesse prazo, e pular essas etapas costuma virar retrabalho depois.

O que mais atrasa um projeto de Salesforce?

Migração de dados sujos, integrações com sistemas antigos e escopo que muda no meio do caminho. Some a isso a demora interna do cliente para tomar decisão e revisar entregas. Na prática, o que trava o cronograma raramente é a configuração em si, e sim tudo o que depende de dado bom, de outro sistema cooperar e de alguém aprovar a tempo.

Vale a pena apertar o prazo para ir mais rápido?

Depende do que você corta. Dá para reduzir prazo diminuindo escopo e entregando em fases, e isso é saudável. Apertar a data mantendo o escopo cheio é o caminho errado, porque o que costuma ser sacrificado é teste, limpeza de dados e treinamento, justamente o que garante que a org seja usada. Prazo curto com escopo enxuto funciona, prazo curto com escopo grande vira dívida.