A empresa abriu o Bitrix24 e descobriu Processos Inteligentes.
Daí em diante, qualquer demanda nova vira um SPA.
Auditoria do time? SPA. Comitê de aprovação? SPA. Onboarding de cliente? SPA. Solicitação interna? SPA. Pesquisa pós-venda? SPA. Em três meses, a empresa tem seis SPAs ativos, cada um com pipeline próprio, campos próprios, automações próprias. Ninguém lembra mais o que era para viver em Negócios e o que precisava ser SPA.
O CRM virou um zoológico de funis paralelos.
E o movimento oposto é igualmente comum.
Empresas que deveriam ter criado um SPA forçam tudo dentro do funil comercial. Vendas, projetos técnicos, ordens de serviço, auditorias — tudo na mesma tela. O funil de Negócios vira lixão. O gestor abre o relatório de oportunidades e descobre projetos de implementação misturados com leads frios.
Os dois extremos têm a mesma causa: a empresa tratou a escolha entre SPA e Funil como decisão técnica.
Não é.
O que o Bitrix24 oferece tecnicamente
O Bitrix24 permite criar entidades próprias dentro do CRM, chamadas Processos Inteligentes (Smart Process Automation, ou SPA). Cada SPA pode ter:
- nome próprio (ex: Projetos, Auditorias, Ordens de Serviço, Comitês);
- pipeline próprio com etapas Kanban específicas;
- campos próprios (de qualquer tipo: texto, lista, data, número, vínculo, arquivo);
- automações próprias (regras, gatilhos, ações);
- permissões próprias por etapa e por papel;
- vínculos com outras entidades do CRM (Negócios, Contatos, Empresas, Leads).
Tecnicamente, SPA é uma entidade completa, no mesmo nível de Negócios — não um submódulo dele.
O Bitrix24 também permite funis paralelos dentro de Negócios. Cada funil é uma categoria de oportunidade comercial, com etapas e automações próprias, mas compartilhando o conjunto de campos da entidade Negócio.
Os dois caminhos resolvem coisas diferentes.
E é aí que a maioria erra.
A pergunta que vem antes da decisão
A pergunta errada é:
Devo criar um SPA ou um novo funil?
A pergunta certa é:
Esse processo controla uma coisa nova, com ciclo próprio e fronteira clara — ou é só um pedaço do funil comercial que não foi desenhado direito?
Essa diferença muda a arquitetura inteira do CRM.
Se a resposta for “é um pedaço do funil comercial que ficou confuso”, criar SPA é fuga. Você não resolve o desenho do funil — só esconde a bagunça em outra entidade. Em três meses, a confusão volta.
Se a resposta for “é uma coisa diferente, com vida própria”, criar SPA é a decisão certa. Mas vincular ao Negócio de origem, para não perder histórico do cliente.
A diferença não está no Bitrix24. Está no processo.
Como um consultor sênior decide na prática
Antes de criar um SPA, eu olho para cinco perguntas concretas.
Primeira: o processo tem ciclo próprio?
Ciclo próprio significa: começa, evolui e termina por motivos diferentes do comercial. Um projeto de implementação começa quando a venda fecha, mas termina quando o go-live técnico acontece — não quando o cliente paga a última parcela. Uma auditoria começa por demanda interna, e termina com pontuação e plano de ação — sem relação com vendas. São ciclos próprios.
Segunda: existe entidade própria?
A entidade é aquilo que sobrevive ao card individual. Uma auditoria com número de série e histórico próprio. Um projeto com escopo, marcos e responsável técnico que persiste. Um equipamento com histórico de manutenções. Se a “coisa” tem identidade independente, é entidade. Se ela só existe enquanto o card está aberto, não é.
Terceira: existem campos próprios?
Conte. Quantos campos relevantes desse processo não fazem sentido em Negócios? Em projeto de implementação: horas alocadas, sprints concluídos, responsável de engenharia, marcos técnicos, % de conclusão, relatório semanal. São 6 campos que não cabem no card comercial. Se você tem 5 ou mais campos próprios, está olhando para uma entidade diferente.
Quarta: existe responsável diferente?
Quem cuida desse processo é alguém com função diferente do vendedor? Se for o mesmo vendedor com chapéu trocado, talvez ainda seja território comercial. Se for engenharia, suporte técnico, compliance, auditoria interna, comitê de aprovação — você está em outro domínio.
Quinta: existe decisão de fechamento diferente?
O que define “concluído” é diferente de “ganho/perdido”? Em projeto de implementação, concluído é “aceite técnico assinado”, não “pagamento confirmado”. Em auditoria, concluído é “plano de ação aprovado”. Em comitê, é “decisão registrada”. Se o gatilho de encerramento é diferente do comercial, é outro processo.
A régua final é simples: três ou mais “sim” → SPA. Menos que três → desenhe melhor o funil de Negócios.
E se for SPA, vincule ao Negócio de origem. SPA isolado vira ilha. O cliente fechado deveria ver tudo: a venda original, o projeto em curso, as auditorias passadas, as ordens de serviço abertas. Sem vínculo, a empresa perde memória do relacionamento.
Quando o caminho Funil paralelo é a resposta
Use novo funil dentro de Negócios quando:
- O processo continua sendo comercial — vendas de outro produto, oportunidades de upsell, renovações, propostas de outra linha de oferta.
- Os campos são os mesmos ou quase os mesmos do funil principal — variando talvez por motivo de perda, mas a estrutura é comercial.
- O responsável é o mesmo time comercial, eventualmente com SDR ou pré-vendas.
- O fechamento é o mesmo gesto: proposta aceita ou recusada.
- O que muda é o fluxo de etapas, não a natureza da oportunidade.
Exemplo: empresa com três linhas de produto vendidas pelo mesmo time, com ciclos comerciais diferentes. Três funis dentro de Negócios resolvem. SPA seria sobrecarga.
Quando o caminho SPA é a resposta
Crie Processo Inteligente quando:
- O processo tem ciclo próprio que começa e termina por motivos não-comerciais.
- Existe entidade própria com identidade que sobrevive ao card.
- Existem 5 ou mais campos próprios que não cabem em Negócios.
- O responsável é de outro domínio (engenharia, compliance, técnico, jurídico).
- O gatilho de encerramento é diferente do comercial.
- Você precisa de permissões diferentes das do time comercial.
Exemplo: projetos de implementação técnica, auditorias internas, comitês de aprovação de investimento, ordens de serviço de campo, processos de compliance, gestão de equipamentos.
Exemplo aplicado
Empresa B2B que vende implementação de software para o setor jurídico.
Funil comercial existe: prospecção → diagnóstico → proposta → negociação → fechamento. Funciona razoavelmente bem.
Vem a demanda interna: “precisamos rastrear o pós-venda. Cada cliente que fecha, vira projeto de implementação, com cronograma, marcos técnicos, responsável de engenharia, e relatório semanal para o cliente.”
A pergunta que costuma aparecer: “crio um SPA de Projeto, ou uso outro funil de Negócios chamado Pós-venda?”
Eu aplico os cinco critérios:
- Ciclo próprio? Sim. Implementação começa quando a venda fecha. Tem fases técnicas distintas: kickoff, levantamento, configuração, treinamento, go-live, hypercare. Termina com aceite técnico — não com pagamento.
- Entidade própria? Sim. Cada projeto tem número, escopo, cronograma e historia técnica que persiste depois de pronto.
- Campos próprios? Sim. Horas alocadas, sprints planejados versus realizados, responsável técnico, marcos com data prevista e data realizada, relatório semanal anexo, % de conclusão. Seis campos que não fazem sentido em Negócios.
- Responsável diferente? Sim. Engenharia, não comercial. O vendedor vira observador, não dono.
- Decisão de fechamento diferente? Sim. Aceite técnico do cliente sobre escopo entregue, não confirmação de pagamento.
Cinco “sim”. É SPA. Não é discussão.
E o SPA precisa ser vinculado ao Negócio de origem, para que o histórico do cliente preserve a continuidade: venda → projeto → futuras renovações.
Se a equipe tivesse tentado encaixar isso em um funil paralelo de Negócios, perderia os campos técnicos, misturaria responsáveis, confundiria relatório comercial com relatório de entrega. Em três meses, alguém pediria para “tirar a confusão” — e a solução tardia seria criar o SPA que deveria ter nascido junto.
Erros comuns nessa escolha
Criar SPA porque parece arrumadinho. A entidade nova parece organizada, mas você está apenas isolando uma parte do processo comercial. Em pouco tempo, descobre que perdeu o vínculo com o cliente original.
Forçar tudo em Negócios para “manter o histórico junto”. O histórico fica junto, mas mistura naturezas diferentes. Vendas, entregas, suportes e auditorias atropelam-se na mesma tela. Vínculo não significa fundir.
Criar SPA isolado, sem vínculo com Negócio ou Empresa. O SPA vira ilha. Quem abre o cadastro do cliente não vê o que está acontecendo do outro lado. Memória se quebra.
Criar categorias dentro do SPA como se fossem processos diferentes. Categoria de SPA deve representar variação real do processo, não múltiplos processos esticados numa entidade só. Se Compliance, Crédito e Engenharia têm critérios e responsáveis diferentes, podem precisar de SPAs separados — não categorias.
E o erro mais comum de todos: decidir entre SPA e Funil olhando para o Bitrix24, não para o processo. A ferramenta oferece os dois. O processo é quem pede um ou outro. Quando você abre o menu do CRM para descobrir o que criar, já errou a porta de entrada.
Regras de ouro
Processo Inteligente sem fronteira clara vira um segundo CRM dentro do CRM.
E a frase que costumo repetir nas mentorias:
Antes de criar uma entidade nova, descubra se ela tem vida própria — ou se você está fugindo de um processo mal desenhado.
E uma terceira, para quando a equipe insiste em criar SPA por sofisticação:
SPA não é Negócios sofisticado. É outra coisa.
Aplicação prática
Abra seu Bitrix24 e olhe para a lista de SPAs ativos.
Para cada SPA, aplique as cinco perguntas:
- Tem ciclo próprio?
- Existe entidade própria?
- Tem 5 ou mais campos próprios?
- Tem responsável de outro domínio?
- O fechamento é diferente do comercial?
Para cada SPA com menos de 3 sins, marque para revisão. Provavelmente é processo comercial mal desenhado disfarçado de entidade nova.
Para cada SPA com 3 ou mais sins, verifique se está vinculado ao Negócio de origem. Se não estiver, está virando ilha — corrija o vínculo antes de a memória se quebrar mais.
Pode parecer drástico decidir cortar SPAs existentes. Não é. Cada SPA mal desenhado é um pedaço da operação que vai exigir manutenção, treinamento e relatório próprios — sem entregar valor proporcional.
Se você tem dúvida sobre a arquitetura do seu CRM — quantos funis, quantos SPAs, como eles se vinculam, quem cuida de cada um — o próximo passo não é criar mais entidades.
É revisar o desenho.
Porque CRM bom não é aquele que tem mais entidades.
É aquele em que cada entidade existe por uma razão clara, com fronteira própria e vínculo preservado.
Fontes de apoio: