Cliente pediu customização B2B? Avalie antes de prometer

O cliente pede um relatório exclusivo, um campo novo ou uma integração. Para demonstrar disposição, o profissional de customer success ou key account responde: “Vou pedir para o time fazer”. A intenção é acolher. A frase, porém, pode soar como compromisso de entrega.

O caminho mais seguro é assumir a condução do pedido, não sua execução. Isso exige investigar a necessidade, envolver quem decide e combinar uma resposta. Prazo de avaliação não é prazo de entrega.

O roteiro abaixo ajuda a separar essas etapas sem deixar o cliente sem retorno. Os exemplos são hipotéticos e ilustram situações de atendimento e negociação, não empresas ou casos reais.

Investigue o problema antes de aceitar a solução

“Precisamos de um relatório personalizado” descreve uma solução, mas não explica o trabalho bloqueado. Peça ao cliente que mostre o processo afetado, quem o executa, o resultado esperado e a consequência de manter a situação atual. Solicite exemplos sem dados sensíveis.

Imagine que um comprador queira um relatório por centro de custo. Na conversa, CS descobre que a equipe exporta dados para aprovar pedidos. O problema pode estar na visualização, no cadastro ou na regra de aprovação. Cada hipótese pede uma resposta diferente.

Registre também a alternativa usada e suas limitações. Uma conferência manual mensal não tem o mesmo impacto de uma aprovação bloqueada. Confirme a origem da urgência: obrigação contratual, prazo operacional ou preferência do usuário. Não transforme percepção em impacto comprovado.

Classifique o pedido antes de discutir cobrança

Consulte contrato, proposta, documentação e histórico da implantação. A palavra “customização” pode esconder uma obrigação já assumida. Se houver dúvida, envolva o responsável contratual e, quando necessário, o jurídico. A classificação inicial deve orientar a investigação, não encerrar o diagnóstico.

• Falha no contratado: o comportamento previsto não ocorre. Encaminhe para investigação e correção pelo fluxo aplicável, sem presumir cobrança adicional.
• Dificuldade de uso: o recurso existe, mas o usuário precisa de orientação ou treinamento.
• Configuração disponível: parâmetros ou permissões podem resolver; confirme quem configura e se o serviço está incluído.
• Desenvolvimento específico: as opções existentes parecem insuficientes. Isso abre uma análise, não autoriza a execução.

Essa separação evita vender novamente o atendimento devido. Como mostramos ao distinguir obrigação contratual de venda complementar, a passagem de CS para vendas deve partir de uma necessidade validada, não apenas de um pedido recebido.

Documente a avaliação e compare alternativas

Leve às áreas internas um registro curto: problema, evidências, resultado esperado, classificação inicial e restrições. Produto e engenharia avaliam aderência à oferta, viabilidade e dependências. Operações dimensiona implantação, testes, treinamento e manutenção. Comercial verifica contrato, preço e limites de negociação. CS ou key account coordena a resposta.

Compare os caminhos pelo resultado e pelo custo de sustentação. Orientação e configuração podem aproveitar recursos existentes. Integração exige validar interfaces, segurança e responsáveis. Serviço adicional precisa de entregáveis delimitados. Desenvolvimento específico depende de escopo, capacidade e manutenção. A recusa também é uma opção quando houver justificativa clara.

No exemplo do relatório, uma exportação configurável pode atender à conferência mensal, mas não à aprovação em tempo real. Explicite essa diferença. Se a alternativa exigir cobrança ou mudança de escopo, negocie as condições: a relação entre desconto, prazo e escopo ajuda a discutir contrapartidas sem conceder trabalho indefinido.

Defina quem aprova cada dimensão e quem mantém a solução depois. Pergunte o que acontece quando uma integração muda ou surge uma falha. Viabilidade técnica, aprovação comercial e autorização de execução são decisões distintas. Uma estimativa não reserva capacidade; registrar uma sugestão não garante entrada no roadmap.

Combine a devolutiva sem antecipar a entrega

Ao receber o pedido, assuma um compromisso de processo: registrar, mobilizar as áreas e retornar em uma data acordada. Valide esse prazo com quem fará a análise. Identifique um responsável pela comunicação, mesmo quando várias equipes participarem da decisão.

Uma resposta possível: “Vou avaliar o problema e as alternativas com as áreas responsáveis. Retorno na data combinada com a conclusão ou com as pendências e o próximo marco. Ainda não há aprovação de desenvolvimento nem prazo de entrega”. Essa formulação acolhe a demanda sem presumir o resultado.

Se a análise atrasar, avise antes de o cliente cobrar. Explique o que falta e quando haverá atualização. Se houver recusa, apresente o motivo e as alternativas disponíveis. Evite trocar um “não” fundamentado por “mais adiante conseguimos” sem decisão que sustente essa expectativa.

Formalize o acordo antes de iniciar a execução

Aprovar uma investigação, uma prova de conceito ou uma proposta não equivale a aprovar uma solução em produção. A devolutiva deve identificar o que foi autorizado, o que permanece pendente e os limites dessa autorização. Confirme por escrito também uma recusa ou uma solução parcial.

Quando houver entrega, formalize escopo, exclusões, responsáveis, dependências, condições comerciais, implantação, suporte e manutenção. Registre marcos confirmados e critérios de aceite: quais testes demonstram o resultado e quem valida. Mudanças posteriores precisam de nova avaliação, não de inclusão automática no combinado.

No relatório hipotético, “entregar relatório personalizado” é insuficiente. Defina campos, filtros, origem dos dados, permissões e formato. Como no onboarding orientado ao primeiro valor e ao aceite, a conclusão precisa ser verificável. CS preserva a confiança ao tornar claros o próximo passo e os limites: acolher o problema não exige prometer a solução solicitada.

Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.