# Sistema jurídico personalizado: como transformar uma rotina interna em tecnologia aplicável
Existe uma expectativa equivocada que acompanha a ideia de sistema personalizado. A expectativa é a de que basta pegar a rotina como ela é hoje e transpô-la para um software, e que essa transposição, por si só, produziria um sistema sob medida. A lógica parece razoável. Se a rotina é específica do escritório, um sistema que a reproduza seria, naturalmente, personalizado. O equívoco está em supor que a rotina atual, tal como ela existe, mereça ser reproduzida. Na maioria dos escritórios, a rotina não foi desenhada. Ela se formou por acúmulo, carrega vícios, redundâncias e improvisos, e reproduzir essa rotina em um sistema é dar forma tecnológica à desorganização, não construir um sistema sob medida.
A distinção entre rotina e método é o que está em jogo aqui. Rotina é a forma como as coisas acabam sendo feitas, sem desenho deliberado. Método é a forma como as coisas deveriam ser feitas, organizada, consciente e justificada. Um sistema personalizado de valor não traduz a rotina, mas o método, e na maioria dos casos o método ainda não existe de forma explícita, precisa ser construído antes que possa ser traduzido em tecnologia. Esse trabalho de transformar a rotina informal em método explícito é a etapa que separa um sistema personalizado que adere à operação e a melhora de um sistema que apenas digitaliza a confusão preexistente.
A tese deste texto é que transformar uma rotina interna em tecnologia aplicável não é um trabalho de transposição, mas de tradução, e que toda tradução envolve compreender, organizar e estruturar aquilo que se quer traduzir. Antes de existir o sistema, precisa existir o método, e antes de existir o método, é preciso compreender a rotina a ponto de distinguir, nela, o que é inteligência operacional a preservar do que é vício a corrigir. Esse trabalho de tradução é o que torna um sistema personalizado genuinamente aplicável, em vez de uma reprodução tecnológica de uma operação que nunca foi examinada.
Por que digitalizar a bagunça agrava o problema
A tentação de simplesmente digitalizar a rotina atual é forte, porque parece o caminho mais rápido e mais fiel ao escritório. Mas digitalizar uma rotina desorganizada produz um resultado pior do que manter a desorganização no papel. A razão é que a desorganização manual, apesar de ineficiente, conserva uma flexibilidade que permite às pessoas contornar seus próprios defeitos. Quando algo não funciona, a pessoa improvisa, ajusta, encontra um jeito. A desorganização digitalizada perde essa flexibilidade, porque o sistema cristaliza a forma como as coisas são feitas, inclusive os defeitos, e passa a impor essa forma defeituosa com a rigidez de uma estrutura tecnológica. O que era contornável no manual torna-se imposto no digital.
Há um agravante. Quando a desorganização é digitalizada, ela ganha uma aparência de organização que mascara o problema. O escritório passa a ter um sistema, uma interface, telas, relatórios, e essa aparência transmite a sensação de que a operação foi organizada, quando apenas foi informatizada. A confusão permanece, agora embutida no sistema e mais difícil de enxergar, porque está coberta pela camada de aparente modernidade. Esse mascaramento é perigoso, porque adia o enfrentamento do problema real, que é a falta de método, e cria a ilusão de que a tecnologia o resolveu, quando ela apenas o tornou menos visível.
A consequência prática é que a organização do método precisa preceder a construção do sistema, e não o contrário. Pular essa etapa, na pressa de ter logo um sistema, não economiza trabalho. Apenas transfere o trabalho para depois, quando ele virá acompanhado da necessidade de desfazer um sistema que cristalizou os defeitos da rotina. O escritório que constrói um sistema sobre uma rotina não organizada acaba, mais cedo ou mais tarde, tendo que reconstruí-lo, porque o sistema herdou os problemas que a rotina carregava. A ordem correta, organizar o método antes de construir o sistema, não é uma preferência metodológica, mas a condição para que o sistema personalizado seja, de fato, uma melhoria, e não uma versão tecnológica da bagunça.
Os elementos que um sistema precisa traduzir
Traduzir uma operação jurídica em sistema exige enxergar, com clareza, os elementos que compõem essa operação. O primeiro elemento são os usuários, isto é, as pessoas que operam o processo, com seus diferentes papéis, permissões e responsabilidades. Um sistema que não reflete com precisão quem faz o quê, quem decide, quem revisa e quem acessa cada informação não traduz a operação, porque a operação é, antes de tudo, uma estrutura de pessoas com papéis distintos. Compreender os usuários e seus papéis é a base sobre a qual o sistema se constrói, porque é ela que determina como a informação circula e como as responsabilidades se distribuem.
O segundo elemento são os dados, isto é, as informações que a operação processa, gera e consome. Um sistema personalizado precisa traduzir a estrutura de dados real do escritório, entendendo que informações são essenciais, como elas se relacionam, onde são geradas e onde são utilizadas. Dados mal estruturados produzem um sistema que não serve, porque a operação se sustenta sobre a informação, e informação mal organizada compromete tudo o que se constrói sobre ela. O terceiro elemento são as tarefas, as ações concretas que a operação executa, que precisam ser traduzidas em funcionalidades que as apoiem ou automatizem conforme sua natureza. E o quarto elemento são as decisões, os pontos em que o julgamento humano é necessário, que o sistema precisa reconhecer e preservar, em vez de tentar automatizar.
A articulação desses quatro elementos, usuários, dados, tarefas e decisões, é o que constitui a tradução de uma operação em sistema. Um sistema que traduz bem esses elementos adere à operação, porque reflete sua estrutura real. Um sistema que os traduz mal, ou que ignora algum deles, produz uma estrutura que não corresponde à operação, e essa falta de correspondência é o que faz tantos sistemas serem rejeitados pelas equipes, que percebem que o sistema não fala a língua da sua operação. A aderência operacional, esse encaixe entre o sistema e a forma real como o trabalho acontece, é o que distingue um sistema personalizado que é adotado e usado de um que é resistido e abandonado, e ela depende inteiramente da qualidade dessa tradução.
O valor da aderência operacional
A aderência operacional é o critério que mais determina o sucesso de um sistema personalizado, e é também o mais negligenciado. Aderência significa que o sistema se encaixa na forma real como a operação acontece, de modo que usá-lo é natural, e não um esforço adicional sobreposto ao trabalho. Sistemas com baixa aderência exigem que as pessoas trabalhem duas vezes, uma para fazer o trabalho e outra para alimentar o sistema, e essa duplicação leva, invariavelmente, ao abandono, porque ninguém sustenta por muito tempo um sistema que pesa em vez de ajudar. Sistemas com alta aderência se integram ao trabalho de tal forma que alimentá-los é parte de fazê-lo, e por isso são usados de forma consistente.
A aderência não se obtém por acaso nem por sofisticação técnica. Obtém-se pela qualidade da compreensão da operação que antecede a construção do sistema. Um sistema adere quando quem o construiu compreendeu profundamente como o escritório trabalha, quais são suas particularidades, onde estão suas dificuldades e o que faria a diferença no cotidiano de quem opera. Essa compreensão não se obtém de fora, com base em suposições genéricas sobre como escritórios funcionam, mas de dentro, com base na observação atenta da operação específica. É por isso que sistemas genéricos têm baixa aderência por natureza, porque foram construídos para o caso médio, e a operação real de cada escritório não é o caso médio.
O valor da aderência operacional vai além da adoção do sistema. Um sistema que adere à operação a potencializa, porque remove fricções, organiza o que estava disperso e torna mais fácil fazer o trabalho bem feito. Um sistema que não adere, ao contrário, adiciona fricção, e a fricção adicional acaba sendo contornada pelas pessoas, que voltam aos controles paralelos e à operação informal, esvaziando o sistema. A diferença entre os dois resultados não está na tecnologia empregada, mas na qualidade da tradução da operação em estrutura. Um sistema personalizado de valor é, antes de tudo, um sistema que traduziu bem a operação, e essa tradução é um trabalho de compreensão, não de programação. A programação é o último passo, e o menos determinante, de um processo cujo sucesso se decide muito antes, na qualidade com que a operação foi compreendida e o método foi construído.
Conclusão
Transformar uma rotina interna em tecnologia aplicável não é um trabalho de transposição, mas de tradução, e essa diferença determina o resultado. Digitalizar a rotina como ela é, sem antes organizá-la, produz uma versão tecnológica da desorganização, que perde a flexibilidade do improviso manual e ganha a rigidez de uma estrutura que cristaliza os defeitos. A ordem correta começa pela construção do método a partir da rotina informal, distinguindo nela a inteligência operacional a preservar dos vícios a corrigir, e só então traduz esse método em sistema.
Essa tradução exige enxergar os elementos que compõem a operação, usuários, dados, tarefas e decisões, e articulá-los em uma estrutura que reflita a forma real como o trabalho acontece. O critério que mede o sucesso dessa tradução é a aderência operacional, o encaixe entre o sistema e a operação, que determina se o sistema será adotado e usado ou resistido e abandonado. A aderência não vem da sofisticação técnica, mas da profundidade da compreensão da operação que antecede a construção. Um sistema personalizado de valor é, no fundo, um método bem compreendido e bem traduzido em estrutura, e a programação é apenas o passo final de um processo cujo sucesso se decide muito antes.
A atuação da NeuralLex, conduzida tecnicamente por Jamille Porto, parte dessa leitura: a tecnologia jurídica só produz valor quando traduz método, operação e responsabilidade em estrutura aplicável, e essa tradução começa pela compreensão da operação, não pela escolha da tecnologia.
A NeuralLex, sob responsabilidade técnica de Jamille Porto, desenvolve formações, diretrizes e soluções para organizações jurídicas que precisam incorporar Inteligência Artificial com método, governança, segurança e responsabilidade profissional.
