Campos e dados obrigatórios
Campos obrigatórios existem para proteger a operação de cadastros incompletos. Eles ajudam o time a atender, vender, distribuir demandas, executar automações e gerar relatórios com confiança.
Use este guia para decidir quais dados devem ser preenchidos em contatos, empresas, oportunidades e suportes, sem criar barreiras desnecessárias para quem está atendendo ou registrando informações em tempo real.
Quando configurar
Revise campos e dados obrigatórios quando a conta precisar:
- padronizar cadastros de contatos, empresas, oportunidades e suportes;
- reduzir registros sem telefone, e-mail, responsável, origem ou categoria;
- impedir que oportunidades avancem de etapa sem dados comerciais mínimos;
- exigir informações específicas por categoria de suporte;
- preparar importações, transmissões, automações de CRM e fluxos do bot;
- melhorar filtros, segmentações e relatórios do BI;
- criar campos adicionais para dados que não existem no cadastro padrão.
Não transforme todos os campos importantes em obrigatórios. O melhor padrão é exigir pouco na entrada e cobrar dados adicionais no momento certo da jornada.
Caminhos principais
| Configuração | Caminho público | Uso |
|---|---|---|
| Campos adicionais | https://my.agilize.app/field | Criar campos extras para oportunidades, contatos, empresas e suportes. |
| Funis e etapas | https://my.agilize.app/crm/lead/funnel | Definir campos obrigatórios para avançar oportunidades entre etapas. |
| Regras de suporte | https://my.agilize.app/crm/support/rule | Definir campos obrigatórios, prioridade, equipe, distribuição e SLA por regra de suporte. |
| Contatos | https://my.agilize.app/crm/contact/ | Revisar dados de pessoas, canais de contato, empresas vinculadas e responsável. |
| Empresas | https://my.agilize.app/crm/company/ | Revisar dados de organizações, canais, contatos vinculados e responsável. |
| Oportunidades | https://my.agilize.app/crm/board/ | Operar oportunidades e validar se os dados comerciais estão completos. |
| Suportes | https://my.agilize.app/crm/support/ | Abrir, classificar e acompanhar demandas de suporte. |
O que é obrigatório e o que é recomendado
Separe três níveis de exigência:
| Nível | Como tratar | Exemplo |
|---|---|---|
| Obrigatório técnico | Campo sem o qual o registro não funciona corretamente. | Funil e etapa da oportunidade. |
| Obrigatório operacional | Campo que deve ser exigido por regra de negócio em um momento específico. | Valor da oportunidade antes de enviar proposta. |
| Recomendado | Campo importante, mas que pode ser preenchido depois sem travar a rotina. | Site da empresa, observação, cargo ou rede social. |
Campos obrigatórios demais tendem a gerar preenchimento falso. Campos obrigatórios de menos deixam a base difícil de operar. O equilíbrio está em exigir o dado quando ele é necessário para a próxima ação.
Dados mínimos por tipo de registro
Use esta matriz como ponto de partida para configurar a governança da conta.
| Registro | Mínimo recomendado | Por que importa |
|---|---|---|
| Contato | Nome, ao menos um telefone ou e-mail, empresa quando houver relação corporativa, responsável e tags relevantes. | Permite encontrar a pessoa, falar pelo canal correto e manter ownership. |
| Empresa | Nome da empresa, contato principal, telefone ou e-mail, site quando existir, responsável e tags relevantes. | Ajuda a centralizar relacionamento corporativo e evitar cadastros espalhados. |
| Oportunidade | Nome, funil, etapa, contato ou empresa, origem, responsável, valor quando houver potencial definido e data prevista quando houver follow-up. | Sustenta quadro comercial, previsão, automações, cadências e BI. |
| Suporte | Assunto, categoria, prioridade, contato ou empresa, equipe, responsável, prazo/SLA quando aplicável e descrição inicial. | Permite distribuir a demanda, acompanhar prazo e manter histórico suficiente. |
Esse mínimo não precisa ser cobrado todo de uma vez. Em muitas operações, nome e canal bastam para iniciar; origem, valor, categoria, responsável e demais detalhes podem ser exigidos quando a rotina precisar deles.
Contatos
O cadastro de contato aceita estes grupos de dados:
| Campo | Uso recomendado |
|---|---|
| Nome | Identificação da pessoa. Use nome e sobrenome quando conhecidos. |
| Empresas | Organizações relacionadas ao contato. |
| Cargo / Papel | Função da pessoa dentro da empresa, como decisor, financeiro, usuário ou responsável técnico. |
| Telefones | Canais para WhatsApp, ligação e follow-up. |
| Tipo de telefone | Classificação como pessoal, comercial ou outro. |
| E-mails | Canais de comunicação por e-mail. |
| Tipo de e-mail | Classificação como pessoal, comercial ou outro. |
| Redes sociais | Canais complementares úteis para relacionamento. |
| Observação | Contexto estável do contato. |
| Usuário | Responsável pelo relacionamento. |
Recomendações:
- cadastre telefone com DDI sempre que possível, por exemplo
+5511999999999; - evite contato sem nome ou apenas com apelido genérico;
- não misture observações temporárias com histórico de atendimento;
- preencha empresa e cargo quando o atendimento depende do contexto corporativo;
- use tags para segmentação, não para substituir campos estruturados.
Empresas
O cadastro de empresa aceita estes grupos de dados:
| Campo | Uso recomendado |
|---|---|
| Nome da empresa | Nome reconhecido pela operação. |
| Contatos | Pessoas vinculadas à empresa. |
| Cargo / Papel | Papel de cada contato dentro da empresa. |
| Telefones | Canais institucionais, comerciais ou de atendimento. |
| Tipo de telefone | Classificação como pessoal, comercial ou outro. |
| E-mails | Canais institucionais ou operacionais. |
| Tipo de e-mail | Classificação como pessoal, comercial ou outro. |
| Redes sociais | Canais complementares da organização. |
| Site | Domínio oficial ou página principal. |
| Observação | Contexto estável sobre a organização. |
| Usuário | Responsável pelo relacionamento. |
Recomendações:
- use sempre o mesmo padrão de nome para evitar duplicidade;
- vincule ao menos um contato principal quando a empresa tiver relacionamento ativo;
- use site e e-mail institucional para diferenciar empresas com nomes parecidos;
- mantenha o responsável coerente com a carteira comercial;
- revise empresas importadas antes de usar a base em transmissão ou automação.
Oportunidades
A oportunidade tem campos próprios para organizar a jornada comercial:
| Campo | Uso recomendado |
|---|---|
| Nome da oportunidade | Identifique a demanda, cliente, produto ou objetivo. |
| Funil | Define o processo comercial ou operacional. |
| Fase ou etapa | Indica o momento atual da oportunidade. |
| Motivo de arquivamento | Deve ser usado quando a oportunidade é encerrada como perda ou arquivamento. |
| Data prevista | Ajuda em previsão, follow-up e priorização. |
| Contato | Pessoa principal da negociação. |
| Empresa | Organização relacionada. |
| Valor da oportunidade | Potencial financeiro ou valor estimado. |
| Observação | Contexto comercial estável. |
| Origem | Canal, campanha ou forma de entrada da oportunidade. |
| Usuário | Responsável pelo acompanhamento. |
| Telefones, e-mails e redes sociais | Canais de contato associados à oportunidade. |
Funil e etapa são essenciais para a oportunidade aparecer corretamente no processo. Origem, valor, responsável e data prevista devem ser cobrados conforme a maturidade da jornada.
Campos obrigatórios por etapa
Em funis de oportunidade, cada etapa pode exigir campos antes de permitir avanço. Essa regra é útil quando a informação só se torna necessária em um ponto específico do processo.
Campos nativos que podem ser exigidos no avanço:
| Campo | Quando exigir |
|---|---|
| Nome da oportunidade | Quando a entrada pode vir genérica demais. |
| Valor da oportunidade | Antes de proposta, negociação, previsão ou fechamento. |
| Data prevista | Antes de etapas que dependem de retorno, follow-up ou forecast. |
| Observação | Quando a passagem de etapa precisa deixar contexto para outro usuário. |
| Origem | Antes de análises de aquisição, campanha ou qualidade. |
| Usuário | Antes de etapas que exigem dono claro. |
Campos adicionais da oportunidade também podem entrar nas regras de avanço quando estiverem disponíveis para o funil.
Boas práticas:
- exija origem e responsável cedo, quando a operação depende de atribuição e aquisição;
- exija valor apenas quando o potencial já deveria estar estimado;
- exija data prevista quando a etapa precisa de uma próxima decisão;
- evite exigir observação em todas as etapas, porque isso gera texto repetido e pouco útil;
- use campos adicionais para dados específicos de qualificação, produto, contrato, segmento ou necessidade.
Suporte
O suporte tem campos voltados a classificação, distribuição e SLA:
| Campo | Uso recomendado |
|---|---|
| Assunto | Resumo curto da demanda. |
| Categoria | Tema principal do suporte. |
| Subcategoria | Recorte mais específico dentro da categoria. |
| Contato | Pessoa relacionada ao atendimento. |
| Empresa | Organização relacionada. |
| Prioridade | Baixa, normal, alta ou urgente. |
| Prazo/SLA | Data e hora limite quando houver acordo de atendimento. |
| Equipe | Grupo responsável pela tratativa. |
| Usuário responsável | Dono da próxima ação. |
| Descrição inicial | Contexto, sintomas, impacto e pedido do cliente. |
| Em nome do cliente | Indica que a descrição representa solicitação do cliente. |
Em regras de suporte, é possível definir campos obrigatórios por cenário. Os campos fixos disponíveis para exigência são:
| Campo obrigatório configurável | Quando usar |
|---|---|
| Assunto | Sempre que a demanda não puder ser aberta sem resumo claro. |
| Prioridade | Quando a triagem precisa ordenar atendimento. |
| Categoria | Quando relatórios, SLA ou distribuição dependem de classificação. |
| Subcategoria | Quando a categoria é ampla demais para orientar a tratativa. |
| Contato | Quando a demanda precisa ficar vinculada a uma pessoa. |
| Empresa | Quando o atendimento é corporativo ou depende da organização. |
| Descrição inicial | Quando o suporte precisa nascer com contexto suficiente. |
Campos adicionais de suporte também podem ser exigidos pelas regras, desde que estejam ativos no formulário.
Campos adicionais
Use campos adicionais quando o dado é importante para a operação, mas não existe como campo padrão.
Tipos disponíveis:
| Tipo | Uso recomendado |
|---|---|
| Texto livre | Dados curtos, códigos, observações estruturadas ou identificadores. |
| Múltipla escolha | Opções padronizadas para filtro, relatório e automação. |
| Data | Prazos, vencimentos, datas de evento ou marcos da jornada. |
Configurações importantes:
| Configuração | Como decidir |
|---|---|
| Label / Nome | Nome visível para o usuário. Deve ser claro e curto. |
| Nome sistêmico | Identificador estável. Evite espaços e caracteres especiais. |
| Funis vinculados | Para oportunidades, limite o campo aos funis em que ele realmente faz sentido. |
| Lista de valores | Em múltipla escolha, use opções fechadas e revisadas. |
| Máscara | Use para CPF, CNPJ ou padrão customizado quando o formato precisa ser consistente. |
| Exibe no formulário | Ative quando o campo deve ser preenchido ou consultado na tela. |
| Exibe na visão de tabela | Ative quando o campo ajuda análise em lista. |
| Indexação | Use com critério para campos que precisam de busca, filtro ou segmentação recorrente. |
Não crie campos adicionais para dados que já existem em campos padrão, como telefone, e-mail, origem, responsável, categoria ou valor da oportunidade.
Como decidir o que exigir
Antes de tornar um campo obrigatório, responda:
| Pergunta | Se a resposta for sim |
|---|---|
| Sem esse dado a próxima ação fica impossível? | Considere tornar obrigatório naquele ponto. |
| O dado será usado em automação, SLA, distribuição ou BI? | Considere exigir ou padronizar. |
| O usuário consegue preencher com qualidade naquele momento? | Exija. |
| O usuário provavelmente ainda não sabe a resposta? | Não exija na entrada. |
| O dado muda com frequência? | Prefira campo editável e revisão periódica, não obrigação rígida. |
| O campo será usado apenas para curiosidade? | Não torne obrigatório. |
Obrigatoriedade deve resolver um problema de operação, não apenas completar uma ficha.
Padrões recomendados
| Dado | Padrão recomendado |
|---|---|
| Telefone | Use DDI e número completo, como +5511999999999. |
| Remova espaços, revise domínio e evite e-mails genéricos quando houver pessoa responsável. | |
| Nome de contato | Use nome reconhecível e sobrenome quando possível. |
| Nome da empresa | Use padrão único para evitar duplicidade. |
| Origem | Use lista curta e governada, como WhatsApp, Site, Google Ads, Indicação. |
| Responsável | Defina quem deve executar a próxima ação. |
| Valor | Use número coerente com a previsão comercial. |
| Categoria de suporte | Use categoria suficiente para roteamento e relatório. |
| Tags | Use para segmentar, não para substituir campos principais. |
Impacto em automações, BI e Flow
Campos bem definidos melhoram:
- filtros e segmentações;
- listas de transmissão;
- automações de CRM;
- fluxos do bot que criam oportunidade ou suporte;
- distribuição de suporte;
- cadências comerciais;
- relatórios do BI;
- indicadores de origem, conversão, prazo, responsável e qualidade;
- leitura do contexto no Flow.
O Flow acompanha a rotina do usuário e depende de dados claros para que conversas, tarefas, oportunidades e suportes sejam acionáveis. Se o registro não tem responsável, canal, categoria ou próxima ação, a operação perde previsibilidade.
Checklist de configuração
Antes de liberar a base para uso real:
- defina o mínimo recomendado para contato, empresa, oportunidade e suporte;
- crie campos adicionais apenas quando o campo padrão não resolver;
- use nomes sistêmicos estáveis nos campos adicionais;
- vincule campos adicionais de oportunidade apenas aos funis corretos;
- configure campos obrigatórios por etapa do funil;
- configure campos obrigatórios nas regras de suporte quando categoria, SLA ou distribuição dependerem disso;
- revise se telefone, e-mail, origem, responsável e categoria estão padronizados;
- valide se importações e fluxos do bot preenchem os mesmos dados mínimos;
- teste uma oportunidade avançando etapas;
- teste um suporte com categoria e regra aplicável;
- revise relatórios principais depois de configurar os campos.
Erros comuns
| Erro | Impacto | Correção |
|---|---|---|
| Exigir muitos campos na criação | Usuários preenchem qualquer valor para salvar rápido. | Exija dados por etapa ou regra, não tudo na entrada. |
| Criar campo adicional duplicado | A base fica dividida entre campo padrão e campo customizado. | Use o campo padrão sempre que existir. |
| Usar texto livre para dado de relatório | Filtros e BI ficam inconsistentes. | Use múltipla escolha para classificações recorrentes. |
| Não padronizar telefone | WhatsApp, transmissão e busca ficam menos confiáveis. | Use DDI e número completo. |
| Não exigir origem no momento certo | Fica difícil medir aquisição e qualidade. | Exija origem antes de avançar para qualificação ou proposta. |
| Não exigir categoria no suporte | Distribuição, SLA e relatórios perdem precisão. | Configure categoria como obrigatória nas regras adequadas. |
| Criar campos adicionais sem governança | A tela cresce e o time deixa de preencher com qualidade. | Revise campos periodicamente e remova o que não gera decisão. |
Próximos passos
Depois de definir os campos mínimos:
- revise Funis, etapas e origens;
- revise Usuários, equipes e permissões;
- revise Canais e integrações;
- alinhe os campos com CRM e oportunidades;
- alinhe contatos e empresas com Contatos e empresas;
- alinhe suporte com Suporte e registros de atendimento.
