Pipefy ou sistema sob medida: quando o fluxo pede código próprio

O processo começa numa planilha e em mensagens de e-mail. Alguém na empresa descobre o Pipefy, o Monday ou o fluxo de BPM do Fluig, monta as primeiras fases numa tarde e, pela primeira vez, todo mundo enxerga onde cada solicitação está parada. É um ganho real, e muitas empresas param exatamente aí, satisfeitas.

Outras seguem por mais alguns meses e começam a sentir atrito. Aparece um campo calculado que não calcula do jeito certo, uma regra que vale só para três clientes, uma consulta ao ERP que alguém faz à mão antes de mover o cartão, um relatório que só sai exportando tudo para a planilha. A pergunta então muda de "como organizar o fluxo" para "vale continuar contornando a ferramenta ou é hora de ter um fluxo próprio?".

Este texto é o critério que usamos para responder a essa pergunta com honestidade. Em muitos casos, a resposta é ficar com a ferramenta pronta.

Resposta curta: meça a distância entre o seu processo e o formato de cartões, fases, formulários e aprovações. Se o fluxo é linear e vive de preencher, aprovar e passar adiante, uma ferramenta de workflow pronta resolve bem e mais rápido. Se o processo depende de cálculos, regras diferentes por cliente, dados que moram no ERP e relatórios cruzados, chega um ponto em que o retrabalho de contornar a ferramenta custa mais do que construir um fluxo sob medida.

O que Pipefy e ferramentas de workflow resolvem bem

Pipefy, Monday, Fluig e produtos parecidos são plataformas de gestão de processos e de trabalho, em geral oferecidas como SaaS, pensadas para que a própria área de negócio monte e ajuste seus fluxos sem depender de desenvolvimento. Cada uma tem foco e público próprios, e os recursos mudam com frequência, então vale confirmar com o fornecedor o que está disponível hoje. Em termos gerais, o que esse tipo de ferramenta faz bem é:

• Dar visibilidade ao fluxo. Cada solicitação vira um item que anda por fases, com responsável e data. Só isso já acaba com a pergunta "com quem está o pedido?".
• Padronizar a entrada. Formulários obrigam quem pede a informar o que precisa ser informado, em vez de um e-mail solto.
• Aprovar e notificar. Encaminhar para aprovação, avisar o próximo responsável e registrar quem aprovou são casos de uso centrais.
• Começar rápido. Um processo simples pode estar rodando em dias, configurado por quem conhece a operação.
• Integrar o básico. Essas plataformas costumam oferecer API e integrações prontas com serviços comuns, o que cobre bastante coisa sem código.

Para um fluxo de solicitação de compra simples, onboarding de colaborador, pedido de reembolso, atendimento interno entre áreas ou aprovação de contrato com poucas etapas, é difícil justificar construir algo do zero. A ferramenta pronta entrega o essencial, é mantida pelo fornecedor e recebe melhorias sem que você precise desenvolvê-las.

Se a sua dúvida é mais ampla, sobre plataformas que permitem montar aplicações com pouca programação, o texto sobre low-code ou desenvolvimento sob medida trata desse panorama.

Os sinais de que o processo saiu do formato de cartões e fases

O formato de cartões e fases parte de uma premissa: um item nasce, percorre etapas em sequência e termina. Quando o seu processo respeita essa premissa, tudo flui. Os problemas aparecem quando ele não respeita.

Alguns sinais que vemos com frequência:

• O item precisa se dividir ou se juntar. Uma requisição gera três cotações, que depois viram um pedido. Um projeto se desdobra em várias entregas que andam em ritmos diferentes. Cartão que vira vários cartões, e depois volta a ser um, é onde o modelo começa a ranger.
• As fases dependem de condições complexas. "Se o valor passar do limite, o cliente for novo e o produto for importado, vai para o diretor; senão, para o gerente regional, exceto em fim de mês." Dá para montar, mas cada condição nova vira uma automação a mais para alguém manter.
• Existe vai e volta legítimo. O processo real tem revisões, devoluções parciais e reaberturas, e o histórico de cada volta importa.
• Há trabalho fora da ferramenta antes de mover o cartão. A pessoa abre o ERP, consulta saldo, calcula numa planilha e só então avança a fase. A ferramenta registra a decisão, mas o trabalho acontece em outro lugar.
• Campos ocultos e fases "técnicas" se multiplicam. Fases que ninguém vê, criadas só para disparar automações, são um sintoma clássico de que o processo está sendo encaixado à força.

Nenhum desses sinais sozinho condena a ferramenta. O que importa é a soma deles e o quanto do processo acontece fora dela. Antes de decidir, vale desenhar o processo como ele é de fato, com exceções e voltas. O guia sobre mapear processos antes de automatizar mostra como fazer isso sem virar um projeto à parte.

Um teste simples antes de decidir

Escolha o processo que mais gera reclamação e, durante duas ou três semanas, peça a quem opera para anotar, em cada item, o que precisou fazer fora da ferramenta: consulta ao ERP, cálculo em planilha, mensagem pedindo informação, correção de dado digitado errado. No fim, olhe três números: em quantos itens houve trabalho externo, quanto tempo esse trabalho tomou e quantas pessoas diferentes precisaram intervir. Se o trabalho externo é raro e pontual, o caminho é ajustar a configuração da ferramenta. Se ele aparece na maioria dos itens e sempre nos mesmos pontos, esses pontos são exatamente o que um fluxo próprio resolveria, e já dão o escopo inicial do projeto.

Regras, cálculos e dados de outros sistemas: onde nascem os remendos

Ferramentas de workflow foram feitas para orquestrar pessoas, não para concentrar regra de negócio. Quando a regra cresce, ela costuma se espalhar em três lugares.

Cálculos espalhados

Preço com desconto escalonado, prazo calculado por tipo de serviço e região, rateio entre centros de custo, comissão por faixa. Ferramentas prontas costumam ter campos de fórmula e automações, mas quando o cálculo depende de tabelas, histórico ou várias condições, ele acaba numa planilha anexada ou numa automação externa que poucos entendem. O problema não é técnico em si: é que a regra deixa de ter um lugar único, e ninguém sabe ao certo qual versão está valendo.

Regras por cliente

Cliente A exige duas aprovações e laudo anexo, cliente B tem prazo contratual diferente, cliente C não aceita entrega parcial. Em fluxo genérico, cada exceção vira um campo, uma condição ou um fluxo duplicado. Depois de alguns anos, há versões do mesmo processo para clientes diferentes, e mudar uma regra comum exige mexer em todas.

Dados que moram no ERP

Saldo de estoque, limite de crédito, cadastro de produto, tabela de preços, centro de custo. Se o fluxo precisa desses dados para decidir, há duas saídas: digitar de novo, com risco de erro, ou integrar. Integração via API é possível na maioria dessas plataformas, mas cada integração é um pedaço de software que alguém precisa construir, monitorar e manter, só que fora do lugar onde a regra mora. Em algum momento, a empresa percebe que já está desenvolvendo, só que em volta da ferramenta.

Um exemplo típico é o processo de compras. Enquanto ele é "pedir, aprovar, comprar", a ferramenta pronta atende. Quando passa a envolver cotação com vários fornecedores, mapa comparativo, histórico de preço e geração do pedido no ERP, ele já se parece mais com um sistema, como descrevemos no texto sobre sistema de cotação e compras.

Relatórios, auditoria e histórico do processo

Ferramentas de workflow costumam oferecer painéis e relatórios sobre o próprio fluxo: quantos itens em cada fase, tempo médio, gargalos. Para gestão do processo, isso costuma bastar.

A dificuldade aparece quando a pergunta cruza o fluxo com outros dados. "Qual o prazo médio de aprovação por fornecedor, comparado ao valor comprado no ERP?" "Quais contratos foram aprovados acima da alçada, e qual o impacto na margem?" Para responder, alguém exporta, cruza em planilha e torce para que os nomes batam.

A auditoria merece atenção à parte. Se o processo tem exigência de conformidade, contratual ou regulatória, pergunte com o fornecedor como funciona o registro de alterações, por quanto tempo o histórico fica disponível, se é possível exportá-lo completo e como fica o acesso aos dados ao encerrar o contrato. Em um fluxo próprio, você define essas regras desde o início: quem pode ver o quê, o que fica registrado e por quanto tempo. O texto sobre perfis de acesso e trilha de auditoria detalha o que vale exigir em qualquer um dos caminhos.

Licença por usuário e participação de clientes e fornecedores externos

O modelo comercial dessas plataformas varia por fornecedor e muda com o tempo, então não vale decidir com base em tabela antiga. O ponto estrutural a observar é outro: quem precisa participar do processo.

Se o fluxo envolve só a equipe interna, a conta tende a ser previsível. Quando o processo depende de gente de fora, como o cliente que aprova um orçamento, o fornecedor que responde a uma cotação ou o representante que abre um chamado, surgem perguntas práticas:

• Pessoas externas participam por formulário público, por portal ou precisam de acesso como usuário?
• A experiência faz sentido para quem não conhece a ferramenta e acessa uma vez por mês?
• A identidade visual e o domínio podem ser os da sua empresa?
• O que essa participação significa em licenciamento à medida que o número de externos cresce?

Essas respostas mudam o desenho e o custo de posse. Em um fluxo sob medida, o externo entra por uma tela feita para ele, com a cara da empresa, sem a necessidade de licença individual na plataforma de terceiros. Em contrapartida, a empresa assume o custo de construir e manter essa tela.

Tabela comparativa: Pipefy x fluxo sob medida

Leia a tabela por linhas, não pelo total. Uma ferramenta pronta pode perder em várias linhas e ainda ser a melhor escolha, se as linhas em que perde não pesam no seu processo.

Quando escolher cada um (e quando usar os dois)

Fique com a ferramenta pronta quando

• O processo é linear: entra, é analisado, é aprovado e termina.
• O trabalho é, na maior parte, preencher formulário, anexar documento e aprovar.
• Quase ninguém precisa consultar outro sistema para tomar decisão no fluxo.
• Os relatórios do próprio fluxo respondem às perguntas da gestão.
• A área quer autonomia para mudar o processo sem esperar desenvolvimento.
• O processo ainda está sendo descoberto. Testar numa ferramenta pronta é uma forma barata de aprender como ele deveria funcionar.

Parta para o fluxo sob medida quando

• Há trabalho relevante acontecendo fora da ferramenta antes de cada passo.
• Os cálculos e as regras por cliente já estão em planilhas e automações que só uma pessoa entende.
• O fluxo precisa ler e gravar dados no ERP com frequência e consistência.
• Clientes ou fornecedores participam do processo e precisam de uma experiência própria.
• O processo é parte do que diferencia a empresa e muda de acordo com a estratégia, não com o que a ferramenta permite.
• Auditoria, retenção de histórico ou relatórios cruzados viraram exigência e hoje dependem de exportação manual.

Use os dois quando

É comum a resposta ser mista. Processos internos simples, como reembolso, pedido de férias e solicitações entre áreas, continuam na ferramenta pronta. O processo central, que mexe com cálculo, cliente e ERP, ganha um fluxo próprio. Os dois podem conversar por API quando necessário.

Um bom exemplo de processo que costuma ficar na fronteira é a aprovação com limites de valor por cargo. Em casos simples, cabe bem na ferramenta; quando as alçadas dependem de centro de custo, tipo de despesa e histórico, o desenho do workflow de aprovação por alçada pede regras mais precisas do que um fluxo genérico oferece.

Perguntas frequentes

Quanto tempo leva para colocar um processo no Pipefy?

Um processo simples pode estar rodando no Pipefy ou numa ferramenta parecida em poucos dias, configurado pela própria área de negócio. Fluxos com muitas condições, integrações e participantes externos levam mais tempo. Já um fluxo sob medida costuma levar de semanas a meses, entregue em fases, e o prazo real depende do diagnóstico do processo.

O Pipefy integra com o ERP?

Integra, porque essas plataformas costumam oferecer API e integrações prontas. O ponto de atenção é que cada integração do Pipefy com o ERP é um pedaço de software que alguém precisa construir, monitorar e manter fora do lugar onde a regra mora. Quando o fluxo depende muito de dados do ERP, isso pesa a favor do sob medida.

Clientes e fornecedores externos podem participar de um fluxo no Pipefy?

Podem, mas a forma depende do modelo do fornecedor: formulário público, portal ou acesso como usuário. Antes de decidir, verifique se a experiência faz sentido para quem acessa raramente, se a identidade visual pode ser a da empresa e o que a participação de externos significa em licenciamento à medida que o número cresce.

Dá para sair do Pipefy sem perder o histórico dos processos?

Depende do que o fornecedor permite exportar. Antes de contratar ou de migrar, pergunte se o histórico de alterações pode ser exportado completo, por quanto tempo fica disponível e como fica o acesso aos dados ao encerrar o contrato. Com a exportação em mãos, o fluxo sob medida pode importar esse histórico para a base própria.

Como a Pervian Tech ajuda a decidir e escolher o caminho do seu processo

Começamos pelo processo, não pela ferramenta. No diagnóstico inicial, que é gratuito, mapeamos o fluxo como ele acontece de verdade, incluindo as exceções, o trabalho feito fora da ferramenta e os dados que vêm de outros sistemas. Com isso na mesa, a recomendação fica clara: quando a ferramenta pronta atende, dizemos isso e ajudamos a organizar o fluxo nela. Quando o processo já saiu do formato de cartões e fases, propomos um fluxo sob medida, integrado ao ERP e com as regras num lugar só.

Os projetos de desenvolvimento web e de automação de processos seguem fases: diagnóstico, protótipo, MVP e evolução. O cronograma e o investimento são definidos sob consulta, depois de entender o processo e as integrações envolvidas. Para mais conteúdos sobre o tema, veja a categoria de automação. Se o seu processo vive entre a ferramenta de workflow e a planilha de apoio, conte para nós como ele funciona hoje.