Produtos
O catálogo do que a sua empresa vende. É a base de tudo que vem depois: os produtos entram nos planos, os planos entram nos contratos, e os contratos geram o financeiro.
O que é: o cadastro de sistemas, serviços e suas categorias.
O que faz: guarda o que você vende, com preço, unidade de cobrança e composição em módulos.
Onde o produto entra na cadeia
flowchart LR
CAT["Categoria"] --> PROD["Sistema
ou Serviço"]
PROD --> MOD["Módulos
e recursos"]
PROD --> PLAN["Plano
de venda"]
MOD --> PLAN
PLAN --> CONTR["Contrato"]
CONTR --> FIN["Cobranças"]
style CAT fill:#EFF6FF,stroke:#1D4ED8,color:#1E3A8A
style PROD fill:#E0F2FE,stroke:#0284C7,color:#0C4A6E
style MOD fill:#F5F3FF,stroke:#7C3AED,color:#4C1D95
style PLAN fill:#DBEAFE,stroke:#2563EB,color:#1E3A8A
style CONTR fill:#FEF3C7,stroke:#D97706,color:#78350F
style FIN fill:#ECFDF5,stroke:#047857,color:#064E3B
Categorias
O que é: o agrupador de produtos, para organização e relatórios (Produtos → Categorias). Aceita hierarquia: uma categoria pode ter uma categoria-pai.
| Campo | Regra |
|---|---|
| Nome | Obrigatório · até 100 caracteres |
| Descrição | Opcional · até 1.000 |
| Categoria pai | Para criar subcategorias |
| Ativa | Se desativada, não aparece para produtos novos — mas não apaga os produtos existentes |
A categoria é o que permite responder “o que mais vendemos?”
Sem categoria, o relatório mostra 80 produtos soltos. Com categoria, mostra “Software 62% · Serviços 38%”. Defina a árvore na implantação pensando em como a diretoria vai querer ver a receita depois — mudar isso com a base cheia dá muito mais trabalho.
Sistemas e Serviços
O que é: o produto em si. Sistema e Serviço usam o mesmo cadastro — o que muda é a marcação de “serviço”. Por isso o menu tem dois itens que abrem a mesma tela, filtrada.
| Campo | Para que serve | Regra |
|---|---|---|
| Nome | Como o produto aparece nas listas e no contrato. | Obrigatório · até 100 |
| Código | Identificador curto de referência interna. | Até 20 |
| Descrição | Detalhes do produto. | Até 2.000 |
| Categoria | Onde o produto se encaixa no catálogo. | Opcional — mas ver o aviso acima |
| Fornecedor | De quem você revende, quando aplicável. | Opcional |
| Tipo | Produto, Sistema ou Serviço. | Define o comportamento no plano |
| Preço de custo | Base do cálculo de margem. | Não pode ser negativo |
| Preço de venda | Preço de referência de tabela. | Não pode ser negativo |
| Avulso | Pode ser vendido fora de um plano. | Sim / Não |
| Rótulo de unidade | Como a quantidade aparece: “usuários”, “GB”, “horas”. | Até 50 |
| Ordem de exibição | Posição na listagem para o cliente. | Opcional |
| Ativo | Produto inativo não entra em venda nova. | — |
Os quatro parâmetros que mudam tudo
São quatro marcações de sim/não. Elas parecem detalhes, mas decidem como o produto se comporta na venda e na cobrança. Esta tabela é a que mais evita erro de configuração na implantação.
| Parâmetro | Ligado | Desligado |
|---|---|---|
| Serviço | “Implantação” — é tratado como trabalho prestado, normalmente não recorrente. | “Licença do ERP” — é um sistema, geralmente recorrente. |
| Avulso | “Hora de consultoria” — pode ser vendida sozinha, sem plano. | “Módulo Fiscal” — só existe dentro de um plano. |
| Controla módulos | “ERP” — lista submódulos (Financeiro, Vendas) para o cliente escolher. | Produto simples, sem submódulos. |
| Controla quantidade | Cobra por “usuário”: exige informar a quantidade e mostra o rótulo de unidade. | Preço fixo — a quantidade não interfere. |
Comece simples
A maioria dos serviços é só nome e preço. Ligue módulos e quantidade apenas quando o produto realmente precisar — cada parâmetro ligado é uma decisão a mais que o vendedor terá de tomar em cada contrato.
Módulos e recursos
Um sistema composto se organiza em módulos, e cada módulo pode listar recursos. É o que permite vender “ERP com Financeiro e Vendas, sem Fiscal” sem criar três produtos diferentes.
| Nível | O que é | Exemplo |
|---|---|---|
| Produto | O sistema vendido. | ERP Alpha |
| Módulo | Parte do sistema, opcional ou obrigatória. | Módulo Financeiro |
| Recurso | O que aquele módulo entrega, com valor mensurável. | Até 50 usuários |
Cada módulo e cada recurso pode ser marcado como obrigatório (vai em todo contrato) ou opcional (o vendedor escolhe), e pode ter preço próprio de custo e de venda.
O tipo de valor do recurso
Um recurso pode ser Sim/Não (“tem API?”), Numérico (“50 usuários”) ou Texto (“SLA 8h”). Isso define como o recurso aparece na comparação de planos apresentada ao cliente.
Unidade de cobrança
Quando o produto controla quantidade, a unidade diz o que está sendo contado. O rótulo é o texto que o cliente lê no contrato e na cobrança.
Licença
Assentos de acesso. Rótulo típico: “usuários”.
Armazenamento
Espaço contratado. Rótulo típico: “GB”.
Consumo
Uso medido. Rótulo típico: “chamadas de API”.
Funcionalidade
Liga ou desliga. Sem quantidade a informar.
A unidade só vira dinheiro no plano
O produto diz o que se conta; o plano diz como se cobra aquilo — franquia fixa, por unidade, excedente, faixas. Os sete modelos estão em Comercial → Modelo de cobrança do item.
Três exemplos completos
Como ficam, na prática, três produtos bem diferentes. Use como molde na implantação.
Sistema com módulos
Serviço por hora
Pacote fechado
O catálogo é o que permite vender pacote em vez de item
Empresa de software que vende “licença + implantação + suporte” na mão perde dinheiro em dois lugares: no desconto sem controle e no serviço que ninguém cobra depois.
Modularidade vira upsell
Com o sistema quebrado em módulos, o Fiscal deixa de ser “brinde” e passa a ser um item com preço, que entra ou não no plano.
Serviço deixa de ser esquecido
Implantação e consultoria são produtos com preço no catálogo — entram no contrato como linha, não como cortesia.
Preço por unidade fica explícito
“R$ 15 por usuário” escrito no produto sustenta a conversa de crescimento: o cliente cresce, a receita acompanha.