На лендинге «Юридическая архитектура» — четыре формата работы. Не пугайтесь названий: за каждым стоит конкретная жизненная ситуация вашего продукта. Разбираю по порядку — от «у нас вообще ничего нет» до «всё есть, но не работает вместе».
Формат 1. Audit & Second Opinion — «У нас уже есть логика, но мы не уверены, что она безопасна»
Когда нужен. Сервис уже работает или почти готов к запуску, но никто извне не проверял его юридическую логику на уязвимости. Часто это ситуация «разработчики написали как поняли, а поняли не всё».
Что получаете. Экспресс-разбор существующей логики: где именно автоматика может выдать опасную или юридически необоснованную рекомендацию — плюс отчёт с конкретными точками риска.
Не ваш случай, если юридической логики в продукте пока нет вообще — тогда сначала нужен Формат 2, а аудит имеет смысл уже после.
Формат 2. Core Architecture & Triage Logic — «Мы строим продукт с нуля, и юридической логики в нём пока нет»
Когда нужен. Вы проектируете новый LegalTech- или FinTech-сервис, где решения должен принимать алгоритм, а не человек вручную на каждой заявке.
Что получаете. Полный комплект технического задания для разработчиков — триаж-логика, деревья решений, матрица Red Flags, калибровочный датасет для тестирования — в формате JSON-схем и спецификаций, которые команда сразу переносит в код.
Не ваш случай, если продукт уже работает, и вопрос не «как спроектировать», а «что сломано» — тогда начните с Формата 1.
Формат 3. Legal Maintenance — «Архитектура уже есть, а законы продолжают меняться»
Когда нужен. Ядро продукта уже спроектировано (нами или кем-то ещё), но нет ресурса регулярно проверять, не устарела ли логика из-за нового закона, регуляторных требований или свежей судебной практики.
Что получаете. Абонентское сопровождение — регулярный аудит и обновление алгоритмов под изменения законодательства.
Не ваш случай, если архитектуры ещё не существует — сопровождать пока нечего, сначала Формат 2.
Формат 4. Юридический конвейер и коммуникация с клиентом — «Логика есть, но команда и клиенты в ней путаются»
Когда нужен. Юридическая логика продукта работает, но внутренние процессы команды или общение с клиентом в стрессовых ситуациях устроены хаотично — юристы теряют дела, а тревожные клиенты уходят на середине воронки.
Что получаете. Правовые SLA и этапы ведения дела для вашей CRM, плюс сценарии коммуникации с клиентом в стрессе — тексты заключений, книги возражений, онбординг.
Не ваш случай, если проблема не в процессах, а в самой логике решений — это Формат 2.
Сомневаетесь, какой формат ваш?
Начните с Audit & Second Opinion — это самый быстрый способ понять, что происходит с вашей логикой на самом деле, а дальше я сама подскажу следующий шаг.
Встретили незнакомые термины из описания форматов? Все они разобраны на пальцах в словаре LegalTech.