Nas últimas duas décadas, o software foi construído em torno de uma abstração central: o workflow. De CRMs a ERPs, de ferramentas no-code a painéis internos, o paradigma dominante foi sempre o mesmo — definir uma sequência de etapas, conectá-las com lógica e mover dados de um estado para outro.
Workflows trouxeram ordem ao caos. Transformaram operações manuais em sistemas repetíveis, codificaram boas práticas e tornaram organizações escaláveis. Mas também impuseram uma restrição cada vez mais incompatível com a realidade do trabalho moderno: pressupõem que o mundo é previsível o suficiente para ser modelado como sequência.
Não é.
A limitação fundamental dos workflows não é técnica — é conceitual. Workflows exigem que as decisões sejam pré-definidas. Cada ramificação, cada condição, cada exceção precisa ser antecipada. Isso funciona bem em ambientes estáveis, onde a variabilidade é baixa e os processos mudam devagar. Quebra em contextos dinâmicos, onde a informação é incompleta, a ambiguidade é alta e o custo de uma lógica rígida fica visível.
Na prática, o que acontece dentro da maioria das empresas não é o que os workflows sugerem. O “trabalho de verdade” acontece fora do sistema — em threads do Slack, análises improvisadas, julgamentos humanos e overrides de última hora. O workflow vira sombra da realidade, não espelho dela. As equipes não confiam nele para decidir; usam para registrar.
Esse é o paradoxo: quanto mais complexa a operação, menos útil o workflow se torna como ferramenta de decisão.
O que surge como resposta a essa limitação não é um workflow builder melhor. É uma abstração diferente: decisões.
Diferente dos workflows, decisões não pressupõem um caminho fixo. Operam com contexto, não com sequência. Um sistema de decisão avalia entradas, pondera incerteza e produz um resultado sem exigir que toda a árvore de possibilidades esteja mapeada de antemão. Ele não pergunta “qual é o próximo passo?”, mas sim “dado o que sabemos agora, qual é a melhor ação?”
Essa mudança é sutil, mas profunda.
Em um sistema orientado a workflow, a inteligência é codificada de antemão pelo designer. Em um sistema orientado a decisões, a inteligência é aplicada em tempo de execução. O sistema deixa de ser sobre orquestrar etapas pré-definidas e passa a ser sobre interpretar a realidade continuamente.
Isso não é só distinção filosófica — está ancorado na evolução da tecnologia. A ascensão do machine learning, de modelos probabilísticos e de grandes modelos de linguagem tornou possível lidar com ambiguidade de formas que a lógica determinística jamais conseguiu. Em vez de codificar cada regra, agora podemos construir sistemas que inferem, se adaptam e melhoram com o tempo.
Pense em análise de risco em serviços financeiros. Tradicionalmente, isso era implementado como workflow: se renda > X, se score > Y, se documento verificado, então aprovar. Mas o risco no mundo real não é checklist. É uma distribuição de probabilidades moldada por dados incompletos e em constante mudança. Os sistemas mais eficazes hoje não são workflows — são motores de decisão que recalibram continuamente com base em novas informações.
Ou atendimento ao cliente. Um workflow pode rotear tickets por palavras-chave e categorias pré-definidas. Um sistema de decisão, por outro lado, entende intenção, urgência e contexto, escolhendo dinamicamente o melhor caminho de resolução sem classificação rígida.
O padrão se repete em todos os domínios. Onde a complexidade e a incerteza aumentam, os workflows se degradam.
Isso não significa que workflows desapareçam por completo. Eles continuam úteis como andaime de execução — formas de impor estrutura depois que uma decisão foi tomada. Mas deixam de ser a camada central de inteligência. Passam a ser downstream, não upstream.
A implicação para como construímos software é significativa.
A maioria das ferramentas hoje ainda é projetada como sistema de registro ou sistema de processo. Armazenam dados e impõem fluxos. Mas a próxima geração de software será de sistemas de decisão. Sua função principal não será rastrear o que aconteceu ou impor o que deveria acontecer — será determinar o que deve acontecer a seguir.
Isso muda o papel do usuário também. Em vez de navegar processos manualmente, as pessoas vão interagir com sistemas que apresentam recomendações, explicam trade-offs e executam em seu nome. A interface passa de controle para colaboração.
Para fundadores e builders, isso é uma oportunidade de repensar categorias que há muito tempo são dadas como certas. Se workflows não são mais a abstração certa para operações complexas, muitos produtos existentes estão construídos sobre fundamentos ultrapassados. Substituí-los não é melhoria incremental — é redefinir a camada central.
As empresas que vencerem nessa transição não serão as que adicionam recursos de IA a workflows. Serão as que substituem workflows por sistemas de decisão de verdade.
Porque, no fim das contas, empresas não rodam em processos.
Elas rodam em decisões.
