Ir para o conteúdo
← Todos os artigos
Começar

Como o no-code funciona (objetos, campos e metadados)

Por que você consegue adaptar o CRM sozinho, sem programar, e como pensar nessa flexibilidade.

Em muitos sistemas, mudar um cadastro exige um programador e uma nova versão. Aqui não. Os objetos, campos e valores são tratados como configuração: quando você cria ou altera um campo, o sistema passa a exibi-lo, validá-lo e incluí-lo nos formulários, listas, no quadro e na exportação automaticamente.

O que isso significa na prática

  • Precisa guardar o CNPJ das empresas? Crie um campo "CNPJ" e ele aparece na hora.
  • Seu funil tem etapas diferentes? Edite os valores do campo Estágio com as suas fases.
  • Quer um objeto novo, como "Contratos" ou "Imóveis"? Modele como objeto customizado.
  • Mudou o time? Crie um perfil de acesso novo e defina o que ele enxerga, por objeto.
Exemplo: Uma imobiliária cria o objeto "Imóvel" com campos Endereço, Metragem, Preço e Status, e passa a gerenciar imóveis no mesmo CRM, ao lado de Contatos e Oportunidades.
Exemplo: Uma consultoria muda o campo "Tipo" da oportunidade para conter "Projeto", "Retainer" e "Treinamento", e o quadro e os relatórios já refletem essa realidade.

Como pensar a modelagem

  1. Liste as "fichas" que seu negócio usa (objetos).
  2. Para cada ficha, liste os dados que você precisa guardar (campos).
  3. Identifique os campos de escolha (listas) e seus valores (ex.: Estágio, Status, Setor).
  4. Defina quem acessa o quê (perfis).
💡 Pense primeiro em "que fichas eu preciso?" e "que dados cada uma tem?". O resto (telas, validação, exportação) o sistema monta para você.

Listas dependentes: as opções de uma lista mudam conforme outra

Uma lista de seleção pode depender de outra lista do mesmo objeto. Exemplo: em Tipo você escolhe "Produto" ou "Serviço" e, em Subtipo, só aparecem as opções que fazem sentido para a escolha feita. Para configurar, abra o campo filho em Configurações → Objetos e campos, escolha a lista pai em "Depende de" e, na tabela que aparece, marque para cada opção do pai quais opções do filho ficam disponíveis. Opção do pai sem nenhuma marcação mantém a lista inteira.

A lista dependente só aparece na ficha depois de a lista pai ter uma opção escolhida; antes disso ela fica oculta.

Na ficha, ao trocar a opção do pai, o filho mostra só as opções permitidas e é limpo se a escolha anterior deixou de valer. O servidor aplica a mesma regra em todas as entradas (ficha, importação, API, app), recusando uma opção conhecida que a seleção do pai não permite; valores antigos que já não existem na lista continuam aceitos, como em qualquer lista.

Excluir um campo também o retira dos campos exigidos de todas as etapas dos funis. Uma etapa nunca exige um campo que não existe mais, então excluir um campo nunca impede uma oportunidade de avançar.

Abrir este artigo dentro do sistema →

Leu e quer ver funcionando?

A conta é grátis e o manual inteiro está disponível dentro do sistema, com um assistente que responde pelo próprio conteúdo.

Criar conta grátis
Como o no-code funciona (objetos, campos e metadados) · Sellio