Перевірка контрактів з AI: 3-рівневий тріаж для SMB

Коли засновниця сервісної компанії на 90 людей сказала мені, що минулого кварталу витратила $14 000 на зовнішнього адвоката для перевірки renewal MSA, в яких три роки не змінювалось жодної клаузули, я поставив очевидне запитання. Вона не знала, які з тих контрактів дійсно потребували юриста, а які — ні. Ніхто з її команди не знав. Тому кожен контракт отримував однакове ставлення — найдорожче.

Чому перевірка контрактів зʼїдає юридичні бюджети SMB?

Бо рішення «чи потрібен тут юрист?» приймається імпліцитно, контракт за контрактом, тим, хто панікує того дня. Без письмового правила тріажу безпечний шлях завжди — «відправ юристу». Помножте на 200 контрактів на рік — і рахунок жорстокий.

Definition: Контракт-тріаж — письмове правило, яке класифікує вхідний контракт за рівнем перевірки ще до того, як хтось його прочитав: за вартістю, стандартністю і ризиком контрагента.

Компанії, які з цього виходять, не використовують менше юр-консультацій. Вони використовують їх на меншому, сфокусованому підмножині контрактів, а решту опрацьовують через AI плюс ops-ревʼю. Юрист одноразово підписує сам рубрикатор тріажу — і далі ops веде щоденну роботу.

Як виглядає 3-рівневий процес?

Три смуги. Кожен контракт потрапляє рівно в одну. Правило класифікації — письмове, не імпровізоване.

Tier 1: AI наодинці (шаблон + низька вартість)

Контракт на вашому стандартному шаблоні, контрагент підписує ваш папір без змін, вартість нижче письмового порогу. AI робить summary відхилень, флагує все, що поза затвердженим redline-плейбуком, і видає одне-сторінкову reviewer-нотатку. Ops підписує.

Типові приклади: стандартні customer order forms нижче порогу, NDA на вашому шаблоні, прості SOW, що посилаються на вже переглянутий MSA.

Tier 2: AI плюс ops-ревʼю (шаблон-ish або середня вартість)

Або контракт на знайомому шаблоні з нетривіальними правками, або це папір контрагента, але вартість і ризик у середній смузі. AI генерує summary redline, список відхилень і пропозиції risk-флагів. Ops-лід — зазвичай head of finance, procurement або operations — порівнює AI-output з письмовим плейбуком і вирішує: прийняти, переговорити або ескалувати в tier 3.

Definition: Redline-плейбук — письмовий документ із попередньо затвердженими позиціями за поширеними клаузулами (limitation of liability, indemnity, IP, termination, payment terms), які ops може прийняти без юриста.

Redline-плейбук — це те, що робить tier 2 робочим. Без нього «ops review» перетворюється на «ops знизує плечима і пересилає юристу». Юрист пише плейбук один раз, ops веде щоденні рішення проти нього.

Tier 3: юрист (висока вартість або нестандарт)

Контракт високої вартості, на папері контрагента, у регульованому домені, з умовами поза плейбуком або з контрагентом, що має історію спорів. AI все одно готує pre-review summary — redline-чернетку, список відхилень, список питань — але юрист є рішенцем. AI-output економить billable hours; він не замінює judgment.

Приклад правил категоризації

Це одна сторінка, підписана зовнішнім юристом, живе у вашому contract-intake інструменті.

TIER 1 (AI наодинці, ops підписує):
- Тип: стандартний order form, mutual NDA, простий SOW
- На вашому шаблоні: ТАК
- Вартість: ≤ $[X] річно
- Ризик контрагента: низький
- К-сть відхилень від шаблону: ≤ 3 мінорних

TIER 2 (AI + ops-ревʼю проти плейбука):
- Тип: renewal MSA клієнта, vendor SaaS, DPA з партнером
- Шаблон: ваш АБО знайомий папір контрагента
- Вартість: $[X] до $[Y] річно
- Ризик: середній
- Відхилення від плейбука: будь-які, але всередині покриття

TIER 3 (юрист обовʼязково):
- Будь-який контракт вище $[Y] річно
- Регульований домен (health, finance, defense, EU/UK consumer)
- IP assignment, exclusivity, change-of-control
- Папір контрагента поза покриттям плейбука
- Контрагент з історією спорів з нами
- Будь-який кейс, де ops невпевнений — ескалація завжди безпечна

REVIEW PERIOD: рубрикатор переглядається юристом кожні 6 місяців
або одразу після втрати матеріальної клаузули в переговорах.

Пороги — ілюстративні; ваш юрист встановлює їх за розміром бізнесу і ризик-профілем.

Tool tip (AIAdvisoryBoard.me): Чому 3-рівневий тріаж дрейфує назад до «все — tier 3»? Бо ніхто не дивиться щоденний Plan → Fact → Gap по contract flow. Plan каже «tier 1 закриває 60% контрактів за добу». Fact показує, що минулого тижня три tier-1 контракти лежали в ops 9 днів. Gap піднімає це до того, як прийде рахунок від юриста. 7-денна діагностика на https://aiadvisoryboard.me/?lang=en показує gap автоматично по всіх операційних потоках, не лише по контрактах.

Manager scan (2-хвилинний дайджест)

• Plan: tier 1 закриваються за ≤ 2 робочих дні, tier 2 — ≤ 5, tier 3 — у SLA юриста
• Fact: tier 1 медіана минулого тижня — 6 днів, tier 2 — 11, tier 3 чекав у черзі юриста 14
• Gap: вузьке місце — ops-ємність на tier-1 ревʼю, не юрист
• Plan: ≤ 10% контрактів перекласифіковуються в середині перевірки
• Fact: 23% tier-1 «вистрибнули» в tier 2, бо template-fit оцінили хибно
• Gap: правило template-fit на intake занадто мʼяке
• Plan: redline-плейбук покриває ≥ 80% клаузул, які бачимо
• Fact: 3 клаузули минулого місяця — «до юриста», бо плейбук не покриває
• Gap: оновлення плейбука з юристом до наступного кварталу
• Plan: нуль tier-3 сюрпризів (контракт, що мав бути tier 3, але не флагнули)

Micro-case (що змінюється за 7-14 днів)

Сервісна фірма на 90 людей без in-house юриста відправляла кожен контракт зовнішньому адвокату — приблизно 200 на рік — у середньому близько $70 за перевірку і 4 дні turnaround. Засновниця не могла сказати, які контракти дійсно виправдовували витрати. Через два тижні роботи з 3-рівневим рубрикатором (письмово підписаним юристом за одну 90-хвилинну сесію): tier 1 опрацював близько 55% контрактів за добу через AI + ops підпис, tier 2 покрив близько 30% за плейбуком, tier 3 побачив 15% — нестандартні і дорогі. Витрати на юриста впали приблизно на дві третини, медіана turnaround на стандартні контракти склалася з 4 днів до менш ніж одного, а розмова з юристом перейшла від «перевір цей папір» до «онови плейбук, щоб ops міг сам». Останнє — те, що компаундується.

Note on this case: This example is illustrative — based on typical patterns we observe with companies of 30-500 employees, not a single named client. Specific numbers are rounded approximations of common ranges, not guarantees.

Tool tip (AIAdvisoryBoard.me): Рубрикатор тріажу залишається точним, лише якщо ви реально дивитесь, як контракти через нього течуть. Pattern Plan → Fact → Gap показує кейси, де tier-1 контракти тихо доросли до tier-2 роботи, а правило ніхто не оновив. Без щоденного огляду рішень routing рубрикатор дрейфує за квартал — і ви знов «усе до юриста». Подивіться 7-денну діагностику на https://aiadvisoryboard.me/?lang=en.

FAQ

Це замість in-house юриста? Ні. Це замість того, щоб поводитись з кожним контрактом, наче ви вже маєте такого. Після приблизно 250-300 контрактів на рік або двох регульованих юрисдикцій математика fractional/in-house GC починає працювати. Тріаж все одно діє — змінюється лише, хто веде tier 3.

А якщо tier-1 контракт має прихований ризик, який AI пропустив? Саме тому рубрикатор підписаний юристом і переглядається раз на півроку, а ops-підпис — це людський чекпоінт на tier 1. Якщо побачите реальний промах — post-mortem оновлює плейбук, поріг або шаблон reviewer-нотатки. Ніколи не «AI наодинці без людських очей».

AI — це може бути просто ChatGPT, чи потрібен спеціалізований legal-інструмент? І те, і те може працювати для summary та deviation-detection. Складніше питання — чи інтегрується інструмент із вашим contract intake і чи зберігає reviewer-нотатки для audit. Це ops-рішення, не якість моделі.

Як щодо конфіденційності тексту контрактів, що йде в AI? Використовуйте інструмент із письмовою no-training, data-residency і confidentiality клаузулою, яку юрист переглянув. Публічні споживчі чатботи не підходять для контрактів, на які ви підписали NDA. Це теж tier-3 sign-off, який юрист робить один раз — для інструменту, не по кожному контракту.

Як часто оновлювати рубрикатор? Кожні 6 місяців за замовчуванням, одразу після будь-якого contract dispute або втрати матеріальної клаузули, і коли бізнес заходить у нову регульовану юрисдикцію чи продуктову лінію. Живий документ, не one-time setup.

Висновок

Дорогий режим відмови — не помилка AI у контракті. Це однакове ставлення до кожного контракту і оплата юрист-ставки за роботу, що не потребувала juristичного judgment. Три рівні, один письмовий рубрикатор, один підписаний плейбук — і щоденний огляд того, як routing насправді поводиться.

Це не юридична порада — ваш GC або зовнішній адвокат підписує рубрикатор, плейбук і вибір інструменту. Pattern лише дає вам захищувану структуру, з якою прийти до них.

Якщо хочете систему, яка автоматично показує Plan → Fact → Gap — включно з тим, які контракти в якому рівні і де routing тихо ламається — подивіться, як працює 7-денна діагностика на https://aiadvisoryboard.me/?lang=en.