Рычаг 2. Точки принятия решений: как 40 одинаковых дел получают 40 разных результатовВход выстроили. Дело пришло чистое, параметризированное, попало к нужному человеку. Начинается самое интересное — юристу нужно принять решение.
Евгений описал типичную сцену: юрист утром открывает папку с задачами. На сегодня — сорок похожих запросов на взыскание задолженности. Все типовые. Казалось бы, можно работать механически, «не приходя в сознание». Но в каждом деле — несколько развилок: приказ или иск, идти ли в апелляцию по проигранному делу, эскалировать ли руководителю. И
каждое из этих решений юрист принимает заново, потому что правила нигде не зафиксированы.
«Самое опасное здесь даже не то, что это медленно. Это значит, что сорок похожих дел получат сорок разных результатов. Один юрист в одних обстоятельствах решит так, другой — иначе. И эта вариативность всплывает уже постфактум, когда отыгрывать назад поздно или дорого».
Точки принятия решений — это узлы, где поток либо проходит дальше, либо встаёт, если решение не подготовлено заранее. Их нельзя убрать — это архитектура самого процесса. Задача в том, чтобы
формализовать их: юрист на каждой развилке не должен принимать решение с нуля, у него должно быть готовое правило. При этом не все точки решений одинаковы.
Евгений выделил три типа:- Алгоритмические точки. Однозначное правило. Сумма долга больше пятисот тысяч — иск, меньше — приказ. Это даже не решение, это выбор из дерева: один параметр определяет всё.
- Экспертные точки. Нужна оценка, но рамки можно и нужно задать заранее. Не «как чувствуешь и что подсказывает революционное правосознание», а матрица, где параметры заданы экспертами.
- Уникальные задачи. Без них никуда. Их мало, но именно они должны быть эскалированы.
Цифра, которая обычно удивляет: по опыту Евгения,
более чем у 80% судебных дел есть алгоритмический слой. Это не значит, что все дела вылетают на алгоритмы — это значит, что в каждом деле есть повторяющаяся часть, которую можно отделить и заранее закрыть. «Алгоритмическая» не значит «примитивная» — алгоритм может быть сложным, с десятью условиями и исключениями. Важно, что он
записываем.
Чтобы принять решение по каждой точке, Евгений предложил три вопроса. Какова цена ошибки (от неё зависит жёсткость контроля). Кто полномочен — это не вопрос иерархии, а вопрос ответственности. И можно ли это правило записать: если да — это алгоритм, если с оговорками — матрица или экспертное решение в рамке.
Здесь Евгений отдельно отметил важный нюанс —
гиперформализация так же опасна, как её отсутствие. Если алгоритм превращается в шоры, которыми юрист не может потом обосновать позицию в суде, это создаёт операционные правовые риски. Поэтому каждый алгоритм нуждается в регулярном пересмотре — раз в полгода-год.
И ещё одна важная вещь: внедрение без объяснений рождает сопротивление. Когда алгоритм спускают сверху, юристы воспринимают его как недоверие к ним как профессионалам. Нужно объяснять не «чтобы стало быстрее», а «чтобы вы не сжигали свой ресурс на типовом и могли нормально подумать над сложными вещами». Это совсем другая мотивация, и её нужно проговаривать вслух.