Implementar Salesforce sozinho: até onde dá sem consultoria

Quase todo gestor que me procura já tentou, ou pensou em tentar, subir o Salesforce sozinho. É uma decisão legítima: a plataforma foi feita para o administrador configurar sem programador ao lado. A pergunta certa não é se dá para fazer sozinho, porque dá. É até onde dá antes que o próximo passo custe mais para desfazer do que custaria para fazer certo.

Dá para implementar o Salesforce sozinho na camada declarativa: criar campos, layouts, relatórios, listas e Flows simples. O limite aparece em três frentes onde o erro é caro de desfazer: migração de dados, modelo de segurança e integração com outros sistemas. Nessas, o custo de consertar depois costuma passar o de fazer certo desde o início.

O que você realmente consegue fazer sozinho

A camada declarativa do Salesforce é generosa, e ignorar isso é jogar dinheiro fora. Um administrador dedicado, com Trailhead e alguns fins de semana, entrega sem uma linha de código:

• Modelo de dados básico: objetos padrão como Conta, Contato, Lead e Oportunidade, mais campos customizados e listas relacionadas. Para um funil de vendas simples, isso já é 80% do que a equipe precisa.
• Interface e produtividade: page layouts, Lightning App Pages, listas filtradas e botões de ação rápida. Uma tela bem montada muda a adoção mais que automação escondida.
• Relatórios e dashboards: a parte que mais devolve valor rápido. Um dashboard de funil e um de atividades da semana costumam ser o motivo pelo qual a diretoria aprova o projeto.
• Automação declarativa: Flows que atualizam campos, criam tarefas e mandam e-mail. Dá para ir longe sem Apex, desde que você saiba quando um processo justifica Flow ou Apex e não force o Flow além do que ele foi feito para fazer.

Se o seu caso para por aqui, uma distribuidora pequena trocando a planilha por um CRM organizado, você provavelmente consegue sozinho. Confira antes os erros mais comuns de quem implementa sem ajuda, porque metade acontece justo nessa fase declarativa.

Um roteiro DIY honesto, etapa por etapa

Fazer sozinho não é improvisar, e a ordem das etapas evita metade do retrabalho. É assim que eu faria começando do zero, sem pressa e sem consultor:

• 1. Mapeie o processo antes de tocar na org. Escreva o caminho de um negócio, do primeiro contato ao fechamento. Sem isso, você configura campos que ninguém usa.
• 2. Desenhe o modelo de dados. Decida quais objetos padrão bastam e onde você precisa de um customizado, porque objeto criado por dúvida é dívida que fica.
• 3. Suba a configuração mínima. Campos, layouts, uma lista por perfil e dois ou três relatórios. Coloque gente de verdade para usar antes de automatizar.
• 4. Automatize o que doeu na mão. Só depois de a operação rodar, adicione Flow onde a repetição incomoda. Automatizar cedo demais congela um processo que ainda vai mudar.
• 5. Pare nos pontos de não retorno. Antes de migrar a base antiga, definir quem vê o quê ou conectar outro sistema, a decisão deixa de ser sobre esforço e passa a ser sobre risco.

Os três pontos de não retorno

Há o erro que você corrige em cinco minutos e o erro que contamina a operação inteira. Os três abaixo são da segunda categoria, e é por eles que a maioria dos projetos DIY trava.

Migração de dados

Tirar dados de planilhas e sistemas antigos e colocar limpos no CRM é o item mais subestimado de todos. O problema raramente é a ferramenta de importação, é a bagunça acumulada: contato duplicado, empresa com três grafias, campo obrigatório vazio. Importar sujo é começar a operação sem confiança no dado, e reimportar depois, com registros em uso, é bem pior que acertar na primeira. Vale dimensionar isso lendo o custo real de migrar da planilha para o CRM antes do primeiro import.

Modelo de segurança

Quem enxerga qual registro é a decisão mais silenciosamente perigosa da plataforma. Deixar tudo aberto "para facilitar" e apertar depois quase nunca acontece, e um vendedor vendo o pipeline inteiro ou um parceiro externo com acesso a dado interno é falha que só aparece quando já virou problema. Sharing, perfis e permission sets têm lógica própria, e entender por que um usuário vê um registro é pré-requisito para configurar sem deixar porta aberta.

Integração com outros sistemas

No minuto em que o Salesforce precisa conversar com o ERP, a emissão de nota ou uma plataforma de assinatura, você saiu do declarativo. Integração tem autenticação, tratamento de erro e casos de borda que consomem horas, e uma integração frágil falha em silêncio: o pedido não sincroniza e ninguém percebe até o cliente reclamar. Aqui o "eu resolvo com um Flow de callout" costuma ser o ponto em que o projeto sozinho encontra seu teto.

Quanto custa consertar depois vs fazer certo

O argumento a favor de fazer sozinho é sempre o custo. Só que a conta certa não compara "sozinho de graça" com "consultor caro", e sim fazer certo agora com fazer duas vezes. Nos pontos de não retorno, o segundo cenário quase sempre ganha, e caro:

A regra prática que uso: enquanto o erro custa minutos, faça sozinho. Quando ele passa a custar a confiança no dado ou a segurança da operação, o preço de um par de olhos experientes deixa de ser despesa e vira seguro. Para pôr número nisso, o guia de quanto custa um projeto Salesforce mostra o que pesa no orçamento.

O que aprendi montando a Vetra sozinho

A Vetra Distribuidora é a empresa fictícia que uso como org de demonstração deste portfólio, e a montei sozinho justamente para sentir onde o declarativo termina. A parte de CRM, objetos, campos, layouts e relatórios, saiu rápido e sem código. O teto apareceu num pedido aparentemente simples: calcular comissão por linha de produto respeitando o desconto aplicado. O Flow foi até certo ponto, mas quando entrou regra de negócio com precisão de valor e a operação precisou conferir o cálculo numa tela, virou Apex testado e um componente sob medida. Foi a prova do artigo inteiro: a fronteira não é sobre coragem, é sobre onde o custo do erro muda de ordem de grandeza.

Por onde começar

Se você está decidindo agora, comece fazendo sozinho de propósito. Suba a configuração declarativa, coloque a equipe para usar e aprenda a plataforma com a sua operação: você economiza, entende o que precisa e chega num eventual consultor com o problema já mapeado. Trate os três pontos de não retorno, dados, segurança e integração, como o momento de reavaliar, não de forçar a barra. E se for buscar ajuda, veja como escolher um freelancer ou consultor Salesforce para não trocar o risco de fazer sozinho pelo de contratar errado, e o guia para entender Salesforce sem ser técnico mantém a decisão no seu controle.

Perguntas frequentes

Dá para implementar o Salesforce sozinho, sem consultoria?

Dá, e mais longe do que muita gente imagina, na camada declarativa. Objetos, campos, layouts, relatórios, listas e Flows simples não exigem código nem consultor. O limite é migração de dados, modelo de segurança e integração: nessas três frentes o erro é caro de desfazer, e é aí que a ajuda se paga.

Quando parar de fazer sozinho e chamar um consultor?

Quando o próximo passo envolve migrar uma base grande, definir quem enxerga o quê, escrever Apex ou conectar outro sistema. Esses pontos têm custo de erro alto: dado errado em produção, vazamento de visibilidade e integração frágil custam mais para consertar do que custariam para fazer certo.

Quanto custa consertar um Salesforce mal configurado?

Costuma sair mais caro que a implementação original, porque você paga duas vezes: entender a bagunça e refazer sem quebrar o que já está em uso. Migração repetida, deduplicação e reescrita de automação sem log são os itens que mais pesam nessa segunda conta.