Biblioteca·SOP·Operações
Configure cadências, avalie critérios da etapa com evidências registradas, acompanhe pontos do contato e avance oportunidades com decisão auditável.
Última revisão: · Revisão editorial
Clareza, estrutura e referências revisadas nesta versão. Não equivale a um teste em uma conta real.
Organize as atividades de cada etapa comercial na 6am, execute o acompanhamento e avance oportunidades com critérios verificáveis.
Use Cadências comerciais, Pipelines, Oportunidades e Tarefas de acompanhamento. É necessário ser membro da empresa com permissão para gerenciar contatos. A exceção às regras de avanço exige o papel de administrador da empresa.
As cadências desta versão geram atividades manuais. Selecionar Ligação, E-mail ou WhatsApp informa o canal à equipe; não envia mensagens. Aceite da etapa e pontos do contato são controles opcionais descritos abaixo. Não há perda automática, calendário de feriados ou sincronização contínua de listas neste fluxo.
Antes de configurar, defina para cada etapa: o evento comercial que caracteriza a entrada, o resultado necessário para sair, quem responde pela oportunidade e quais atividades fazem sentido. Concluir tarefas é um controle operacional; não comprova, por si só, qualificação ou aceite do cliente.
A prévia muda com o horário em que é consultada. O horário de cada atividade precisa estar dentro da janela, antes do horário final. Editar e salvar cria uma nova versão para futuras entradas; execuções em andamento conservam a agenda e as instruções recebidas.
Para uma oportunidade existente sem execução, abra Oportunidades → Iniciar cadência e confirme. A ação usa a configuração atual da etapa e preserva tarefas avulsas. Restaure um contato arquivado antes de iniciar nova execução.
Escolha o caminho que corresponde à origem real:
O mesmo contato pode ter oportunidades em pipelines distintos. Cada uma mantém sua própria execução, responsável e tarefas. Pausar ou encerrar uma delas não deve ser usado para controlar a outra. A tarefa inicial de formulário/lista continua separada das atividades da cadência: revise ambas para evitar trabalho redundante no desenho do processo.
Vencida significa pendente após o horário agendado, ou após a data UTC em tarefas antigas sem horário. Expirada significa que o limite opcional de execução passou. A rotina de expiração roda a cada cinco minutos; mesmo antes de atualizar o status, uma atividade além do limite não pode ser concluída pela edição.
Avance somente quando o resultado comercial definido pela equipe tiver ocorrido. Se a regra de conclusão bloquear o avanço, confira as atividades. Não marque uma atividade como feita apenas para contornar o bloqueio.
Ao encerrar como Perdida, informe um motivo factual. O motivo fica no histórico mesmo que a oportunidade seja reaberta depois.
Quando uma exceção legítima exigir avançar/retornar sem satisfazer a regra, um administrador pode preencher Motivo da exceção administrativa na edição da oportunidade. A justificativa fica registrada. Esse campo não permite usar contato, responsável, etapa ou pipeline inválidos ou de outra empresa.
Se a tela informar que o registro mudou, recarregue, confira o estado atual e tente novamente com os dados corretos. Não repita uma gravação antiga nem crie outra oportunidade para contornar o conflito.
No intervalo definido pela liderança, revise cada pipeline:
Abra Histórico para consultar os eventos mais recentes da oportunidade, incluindo alterações, pausa/retomada e atualização de atividades. A tela mostra até 100 eventos recentes. Expiração também pode ser conferida no status e horário da tarefa; não presuma que todo evento de sistema tenha uma linha própria nesse histórico.
Na limpeza, encerre as oportunidades de QA e revise as tarefas avulsas primeiro. Remova os vínculos da cadência em todas as etapas antes de arquivá-la, inclusive etapas de pipelines arquivados. Se o pipeline já estiver arquivado, reative-o temporariamente para remover os vínculos e arquive-o novamente. Preserve o histórico. Não altere uma definição esperando reprogramar execuções que já existem.
Mudanças na oportunidade, evidências, critérios, modelo/contrato de avaliação do provedor ou estado relevante, além do vencimento da validade, tornam a avaliação desatualizada. Voltar a uma etapa já avaliada não restaura o aceite antigo depois de alterar a oportunidade. Recarregue e avalie novamente. Se o provedor falhar ou devolver resultado inválido, o avanço continua bloqueado onde o aceite é obrigatório. A solicitação pode levar até 40 segundos. Se ficar presa, aguarde dois minutos, recarregue e tente novamente. O limite diário é de 100 solicitações por empresa, incluindo falhas e avaliações sem evidência; clicar repetidamente não é um procedimento de recuperação.
As etapas existentes começam com esse controle desativado. Teste exemplos aprovados, reprovados e sem evidência com um contato de QA antes de exigir o aceite na operação real. Revise falsos positivos e negativos com a liderança; este SOP não afirma uma taxa de acerto medida.
Configure Pontos ao avançar ou ganhar (0–1000) e Pontos ao perder (-1000–0) em cada etapa. Avanço ou ganho manual registra os pontos de sucesso da origem; perda registra os pontos de perda. A mesma combinação oportunidade/etapa/resultado conta uma vez, evitando repetir pontos ao reabrir e repetir o resultado. Um resultado diferente posterior pode adicionar outro lançamento.
Pontuação do contato é a soma inteira das oportunidades desse contato, inclusive em pipelines distintos. Pode ser negativa e não é a nota de aceite de 0 a 100. A união de contatos preserva os lançamentos e associa o total ao contato mantido. Pontuação não movimenta oportunidades automaticamente. Etapas com avaliações ou pontos no histórico não podem ser excluídas.
Integrações autorizadas podem registrar evidências, solicitar explicitamente o aceite, consultar avaliações e ler pontos pela API comercial da empresa. A equipe técnica deve fornecer um token próprio com a capacidade necessária e permissão atual na empresa; o token de downloads da biblioteca não serve. As gravações usam a versão atual da oportunidade e uma chave de idempotência. Repita uma solicitação de resultado incerto com a mesma chave e conteúdo; para uma nova avaliação deliberada, use outra chave. Avaliar pela API também não avança a etapa automaticamente.
Use oportunidades claramente identificadas como QA e um contato interno de teste. Não envie mensagens a clientes. Registre o resultado de cada verificação, sem presumir que configurar um campo comprova o comportamento.
| Verificação | Resultado esperado |
|---|---|
| Enviar lista A ao pipeline A e lista B ao pipeline B | Oportunidades separadas, cada uma com etapa, responsável, tarefa inicial e atividades de cadência escolhidos. |
| Gerar outra prévia para o mesmo destino | Contatos existentes são ignorados, inclusive com oportunidade encerrada. Nenhuma tarefa duplicada deve ser criada. |
| Pausar somente A e depois retomá-la | B permanece inalterada. A agenda pendente da cadência A é deslocada conforme a janela salva; datas das tarefas avulsas são preservadas. |
| Avançar com cadência obrigatória incompleta | A oportunidade permanece na origem; nenhum ponto de sucesso é somado. |
| Concluir cadência sem ter o aceite válido obrigatório | O avanço continua bloqueado. Registre evidência e avalie explicitamente antes de tentar novamente. |
| Avançar para etapa com a mesma cadência | O progresso e a identidade das tarefas existentes são preservados. |
| Avançar para outra cadência | A execução anterior termina e a cadência de destino começa; trabalho concluído permanece no histórico. |
| Retornar, reavaliar e repetir um avanço com sucesso | A mesma combinação oportunidade/etapa de origem/sucesso não soma pontos novamente. |
| Encerrar como ganha ou perdida | Perda exige motivo. Atividades pendentes da cadência são canceladas; concluídas e tarefas avulsas são preservadas. |
Para aceite bilíngue, inclua declarações positivas diretas, evidências ausentes ou ambíguas e contradições explícitas em EN e PT-BR. Mantenha o identificador de QA no registro/referência da fonte e diferencie declarações de teste de evidências reais. Não reescreva fatos de clientes para obter aprovação. Essas verificações exercitam o fluxo; não medem precisão em dados comerciais reais.
Depois de encerrar as oportunidades de teste, resolva as tarefas avulsas restantes, remova os vínculos entre etapas e cadências, arquive a configuração de QA e preserve a auditoria.
Teste com um contato de QA e duas oportunidades em pipelines distintos: confirme a agenda, pause uma, verifique que a outra continua independente, conclua uma atividade, teste a regra de avanço e confira o histórico. Encerre os registros de QA com motivo e revise tarefas avulsas. Somente então aplique a configuração a entradas reais.