A Resposta Curta
Lead-to-Cash é um processo que cruza quatro áreas – Marketing, Vendas, Finanças e Operações – e, portanto, tende a falhar nas interfaces entre elas, e não no centro. As três principais transições que definem tudo são: quando um lead se torna uma oportunidade, quando uma proposta é aprovada, e quando uma oportunidade fechada se transforma em um pedido no sistema operacional.
Para cada uma dessas transições, devem existir três respostas documentadas: quem decide, o que é necessário para a transição e o que acontece quando a transição falha. A falta de qualquer uma dessas respostas cria uma dependência de planilhas auxiliares, o que leva à maioria das discrepâncias entre o que foi vendido e o que foi faturado.
Transição 1: De Lead para Oportunidade
Este é o limite que determina a qualidade de todo o Pipeline. A falha comum é a conversão automática de cada lead, o que inflaciona a previsão e torna o histórico de conversão inútil.
O que é necessário: critério de conversão documentado (contato com autoridade, necessidade articulada, horizonte de tempo), um Owner definido para cada lado da transição e uma regra para lidar com leads que não atendem aos critérios – Nurture, e não exclusão. Mais detalhes sobre este tópico estão disponíveis em Implementação do Sales Cloud.
Transição 2: De Proposta para Proposta Aprovada
Esta etapa concentra a maior parte do atraso no processo, quase sempre devido a uma hierarquia de aprovação indefinida, e não à ferramenta em si.
| Componente | O Que Deve Ser Definido | O Que Acontece Sem Ele |
|---|---|---|
| Catálogo e Lista de Preços | Fonte única de verdade para precificação | Propostas com preços inseridos manualmente |
| Limite de Desconto | Hierarquia baseada em porcentagem e tipo de cliente | Todo desconto vai para o CEO ou nenhum é concedido |
| Tempo de Resposta para Aprovação | Meta definida, por exemplo, um dia útil | Contato telefônico para aprovação e registro posterior |
| Condições Não-Comerciais | Prazos de pagamento, garantia, SLA | Compromissos que nunca chegam ao financeiro |
A última linha é frequentemente negligenciada: as organizações implementam um controle rigoroso de descontos, mas permitem que um representante prometa condições de pagamento com prazo de +90 dias sem qualquer aprovação.
Transição 3: De Oportunidade Fechada para Pedido
Este é o ponto mais técnico e onde as falhas são mais custosas. Três questões que definem a arquitetura são:
- Quem emite o pedido – Geralmente o ERP. O Salesforce envia uma solicitação e recebe um identificador, sem gerenciar estoque ou faturamento.
- O que acontece em caso de falha – É necessário um status visível na oportunidade, um alerta para o responsável pelo processo e um mecanismo de reenvio idempotente para evitar a criação de pedidos duplicados.
- O que retorna – Pelo menos o identificador do pedido, o status de entrega e o status de faturamento. Sem esse retorno, os vendedores telefonam para o financeiro para obter respostas para os clientes.
Os princípios de design da própria integração estão detalhados em Integração Salesforce e ERP, e o tratamento de falhas em Tratamento de Erros em Integrações.
O Problema Silencioso: Coordenação de Produtos Entre Sistemas
A maioria das discrepâncias entre a proposta e a fatura não se deve ao preço, mas ao produto. Um código de item que existe no ERP mas não no Salesforce, um produto que foi descontinuado em um sistema e permanece ativo no outro, ou uma unidade de medida diferente.
A regra: o catálogo de produtos é de propriedade exclusiva de um sistema – geralmente o ERP – e é sincronizado com o Salesforce em uma frequência definida, incluindo a marcação de produtos descontinuados em vez de sua exclusão. A exclusão quebra vendas históricas e distorce análises.
O Que Medir
| Métrica | O Que Ela Revela |
|---|---|
| Tempo médio para aprovação de proposta | O gargalo mais comum |
| Taxa de propostas recriadas | Sinal de precificação não clara ou catálogo incompleto |
| Falhas na criação de pedidos | Estabilidade da integração |
| Diferença entre valor da oportunidade e valor da fatura | Qualidade do processo de ponta a ponta |
| Oportunidades fechadas sem pedido em 48 horas | Leads que se perderam entre os sistemas |
A última métrica é a verificação mais simples da saúde do processo, e poucas organizações a monitoram regularmente.
Ordem de Implementação
Primeiro, implemente um único caminho de vendas de ponta a ponta – um tipo de cliente, uma categoria de produto – até a criação bem-sucedida de um pedido no ERP. Somente depois que esse caminho estiver estável, adicione configurações, moedas, entidades legais e renovações. Uma expansão prematura fixa decisões de preço antes que sejam testadas em campo.
Resumo
Lead-to-Cash não é um projeto tecnológico, mas um acordo entre quatro áreas sobre três transições. Quem documenta e define essas transições – incluindo os caminhos para falhas – obtém um processo que pode ser medido; quem começa pelas ferramentas obtém uma cadeia que funciona em demonstrações e depende de telefonemas na prática.