O que um CRM deve realmente gerir: leads, follow-up, contratos e pós-venda

Publicado: 2026-08-25 Fonte: 许愿牛科技

Um CRM não é lista de contactos nem caixa de aprovação. Deve possuir a atribuição de leads, as portas de etapa, as versões de contrato e os tickets de pós-venda. O artigo mostra onde a folha falha após algumas centenas de contas e por que a auditoria de exportação e as regras de colisão vencem um dashboard bonito.

O CRM vende-se como “pôr a funcionar.” O que realmente colapsa são quatro objetos que não se reconhecem: titularidade do lead, histórico de follow-up, versões de contrato e tickets de pós-venda. Shandong XYN Information Technology Co., Ltd. (许愿牛科技 / XYN Tech) detém o direito de autor de software CRM客户管理系统 V1.0, datado de 2022-08-04; o titular coincide com a firma legal. Isso prova que a empresa construiu um sistema de gestão de clientes e concluiu o registo de copyright. Não prova um SKU na nuvem que se alugue e se ligue. O texto é para donos e operações que gerem contas: o que o sistema deve possuir e por que a folha partilhada falha por volta do 200.º cliente.

Equipa comercial a acompanhar leads no escritório

CRM não é lista de contactos nem fluxo de aprovação

A lista de contactos responde como contactar alguém. O CRM responde em que etapa está o negócio, quem age a seguir e por que o último se perdeu. A XYN Tech separa CRM e OA na gestão empresarial: o movimento comercial não deve afogar-se em aprovações internas. O carimbo do contrato pode ir pelo OA. A etapa do pipeline, o motivo de vitória e a data de renovação ficam no objeto cliente; senão o relatório semanal continua oral.

Se a equipa no exterior faz follow-up em inglês e a fábrica na China planeia em chinês, o CRM deve pelo menos guardar um código de conta. Nomes traduzem-se; o código não. Contas só num Excel pessoal transformam a saída numa negociação, não numa revogação de permissões.

Quatro objetos: falta um e volta-se à folha

Leads

Um lead precisa de origem, hora do primeiro contacto, dono e motivo de descarte. Formulários do site, cartões de feira e referências entram no mesmo pool, com regra dura de duplicados: e-mail, telemóvel ou firma. Quando a XYN Tech constrói site e intake, vendas deve devolver o resultado; senão o marketing só otimiza tempo de permanência, não fechos. Leads B2B falsos raramente vêm de um formulário longo; vendas não clica “inválido” no sistema.

Follow-up

Follow-up não é diário. Cada atividade deve mover etapa ou fixar a próxima ação; senão é um registo de humor. Chamadas, visitas e envio de cotações devem filtrar-se. Não deixe promessas vinculativas só no chat: data de entrega, desconto e quantidade de amostras são campos. O chat pode ser anexo.

Contratos

Contratos precisam de versões. Cláusulas, validade e marcos de cobrança movem-se com a etapa da conta. Se o preço alterado no e-mail não entra no sistema, finanças fatura um número e o armazém expede outro. Em grupo ou multi-entidade, parte contratante e parte que recebe são campos, não um nome de ficheiro “empresa de Hong Kong”.

Pós-venda

Tickets de pós-venda penduram-se no contrato original e no serial ou lote. Saúde e local-life tornam isto óbvio: o mini-programa do centro de exames do Hospital Qilu Garden de Jinan e o mini-programa de vida local da Zhouleme são portas de consumidor. Sem objeto cliente e encomenda no back office, o suporte só pergunta “em que dia veio?”. O mall de cuidados a idosos Guoyuan deve separar a conta familiar do idoso contratado; um “cliente” genérico não chega.

Discussão e confirmação do contrato com o cliente

CRM em folha vs CRM de sistema

CapacidadeFolha partilhadaSistema de gestão de clientes
TitularidadeQuem abre, editaPermissões mais registo de entrega
EtapaCores e comentáriosCampos obrigatórios travam o avanço
ContratoCaos de versões em pastasVersão ligada a marcos de cobrança
Pós-vendaOutra folhaTicket pendurado em cliente e contrato
SaídaCopiar o ficheiro e sairRevogar acesso; os dados ficam
Colaboração exteriorNota de fuso por boa vontadeUm código e glossário de campos

Ordem de implementação: congelar objetos antes do dashboard

Desenhe primeiro os objetos: lead, conta, contacto, oportunidade, contrato, ticket. Depois quem deve preencher o quê em cada etapa. O dashboard por último. Projetos falhados que a XYN Tech viu costumavam começar pelo “muro de faturação do mês” enquanto campos vazios ainda podiam ir a ganho. O muro fica bonito. Os números não se auditam.

Interfaces com o sistema de fornecedores e o OA interno, contidas. O CRM precisa de limite de crédito e estado de expedição, não partes de oficina. No ERP, a XYN Tech tem o direito de autor ERP生产管理系统 (2022-08-04), mas operação de clientes e reporte de linha continuam dois livros; cruzam-se só por código de conta e número de encomenda.

À medida ou pacote

Funil padrão, menos de 30 campos, sem licença setorial: um CRM empacotado costuma bastar. Contratos multi-entidade, rappels de canal, adesão do mini-programa, tickets de serviço em campo com rastreio de lote: à medida é mais limpo. A XYN Tech entrega código-fonte e implantação; não aluga o software registado por lugar. Capacidades na lista de direitos de autor; a entidade em Sobre nós.

As permissões decidem antes dos campos

O gestor de vendas vê a equipa, o diretor a região, finanças cobranças e não motivos de perda: se essas três regras não estão nas permissões, a página de follow-up contorna-se com “exportar e editar em privado.” Parceiros de canal e vendas internas no mesmo pool precisam de regra de colisão, ou o CRM vira ferramenta para roubar contas. No à medida a XYN Tech liga a auditoria de exportação: quem exporta contactos em massa fora de horas trata-se antes de quem não preencheu “próximo follow-up.”

O scoring de leads pode esperar. Primeiro “motivo inválido” é um enum obrigatório, não texto livre. Texto livre nunca separa no relatório “preço alto” de “não há decisor.” A XYN Tech prefere um funil de etapas feio mas auditável a um modelo que recomenda a próxima conta: com campos vazios o modelo só amplifica o viés do vendedor.

O valor de um sistema de gestão de clientes é que o próximo vendedor, dentro da permissão, vê por que o anterior ganhou ou perdeu. Sem isso, qualquer marca de CRM é uma pele nova na mesma folha. Primeiro os quatro objetos; depois decide-se se se abre o projeto.