Pular para o conteúdo
Central de Ajuda / Arquitetura e Gestão na Era da IA / O acordo da passagem de bastão
Conceito

O acordo da passagem de bastão

Mover um cartão de etapa não é entregar trabalho. Entenda como os campos obrigatórios por etapa garantem que o próximo time receba o que precisa para começar.

Disponível em: Todos os planos Atualizado em 2026-08-17
Navegar pela Central de Ajuda
Primeiros passos
Produtividade e trabalho
CRM e Vendas
Atendimento e CS
Financeiro e operação
Pessoas e cultura
IA e dados
Arquitetura e Gestão na Era da IA
Automações e integrações
Conta e administração

O atrito mais caro de uma operação não está dentro dos times, está entre eles. O comercial fecha e comemora, a entrega recebe um nome de empresa e nenhuma informação, e alguém gasta duas horas correndo atrás do que foi prometido. Quando isso vira rotina, o cliente sente na primeira semana.

A causa é quase sempre a mesma: o processo existe no quadro, mas não existe no combinado. Arrastar um cartão para a etapa seguinte parece ter concluído algo, e não concluiu. Este artigo explica a peça do Hub que fecha essa brecha: a obrigatoriedade de campos por etapa, que vale a pena entender como um acordo de passagem de bastão entre duas equipes.

O acordo, em uma frase

Cada etapa do funil pode exigir que certas informações estejam preenchidas para o registro entrar ali. Sem elas, o app recusa o avanço e diz o que falta.

O ponto que muda tudo é o enquadramento. Isso não é controle sobre quem opera, é garantia de que o dado que o próximo time precisa existe no momento em que o bastão passa. Uma oportunidade em Ganho sem forma de pagamento é uma venda que o financeiro não consegue faturar. O campo obrigatório não desconfia do vendedor: ele impede que a operação siga com uma dívida invisível.

O mal-entendido mais comum

“O processo funciona, o time move os cartões.” Mover cartão é registrar posição, não transferir responsabilidade. O processo funciona quando quem recebe consegue começar sem precisar perguntar nada.

Onde isso é configurado

Em dois lugares, e eles chegam no mesmo resultado:

  • No funil, na área Campos por etapa: você marca, etapa por etapa, quais propriedades ficam visíveis e quais são obrigatórias para entrar ali.
  • No campo, no passo Visibilidade e obrigatoriedade do assistente de campos personalizados: você decide em quais etapas aquele campo aparece e em quais ele é exigido.

O resumo do assistente mostra o que ficou valendo antes de salvar, no estilo “obrigatório nos 2 funis” ou “visível em Proposta”.

O acordo na prática: comercial para entrega e financeiro

Na Empresa Aurora, Carla quer mover a oportunidade do Cliente Horizonte para a etapa de ganho. O acordo diz que, para entrar ali, ela responde quatro perguntas que não são dela, são de quem vem depois:

A perguntaQuem precisa da respostaComo ela vira campo obrigatório
Para quem faturamos?FinanceiroEmpresa vinculada e contato principal preenchidos
Quanto, e com qual desconto?FinanceiroValor da oportunidade e desconto acordado
Como e quando entra o dinheiro?FinanceiroForma de pagamento, parcelamento e primeiro vencimento
Quando a entrega começa, e com quem?ImplantaçãoData desejada de início e responsável pela entrega

Se algum desses campos está vazio, o CRM não move o cartão e mostra qual campo falta. A partir daí, o time de entrega nunca recebe um cliente sem saber o que foi prometido, e o retrabalho que desgastava o cliente final simplesmente não tem por onde acontecer.

A regra de projeto: exija o dado onde ele nasce

Esse é o erro que transforma um bom acordo em burocracia: marcar tudo como obrigatório já na primeira etapa.

Quando você exige na entrada um dado que só existe depois da conversa, quem opera não tem como preencher direito. E aí a pessoa preenche qualquer coisa para conseguir salvar, porque o trabalho tem que andar. Dado inventado é pior que dado vazio: o vazio você vê, o inventado entra no relatório.

Comece com poucos campos obrigatórios. Em cada etapa, exija somente o que já pode ser sabido naquele momento e o que muda a qualidade da decisão seguinte.

O que o acordo ainda não alcança

Vale saber antes de desenhar o processo, para não montar um combinado que o produto não sustenta:

Hoje a obrigatoriedade olha as propriedades do próprio registro. Ela verifica campos da oportunidade, do processo ou da tarefa que está sendo movida. Ela ainda não consegue exigir a existência de outro registro relacionado: não dá para dizer “só entra em Ganho se houver um orçamento vinculado com itens”, nem “só entra se a primeira parcela estiver paga”.

O que fazer enquanto isso: traduza a exigência em propriedades do próprio registro. Em vez de exigir o orçamento vinculado, exija valor total, forma de pagamento e primeiro vencimento na própria oportunidade. Você garante a informação que o próximo time precisa, mesmo sem garantir o documento.

Problemas comuns

SintomaCausa provávelO que fazer
A oportunidade não entra na etapaUm campo obrigatório daquela etapa está vazioPreencha o campo que o app aponta e mova de novo
O time preenche campo com valor sem sentidoA obrigatoriedade está numa etapa cedo demaisMova a exigência para a etapa em que o dado realmente nasce
O campo não aparece na ficha para preencherEle está oculto naquela etapaAjuste em Campos por etapa ou em Visibilidade e obrigatoriedade
A entrega continua recebendo venda incompletaO acordo cobre campos que ninguém de fato usaPergunte ao time que recebe o que ele precisa, e obrigue só isso

Onde aprofundar