CRM для юридичної фірми: автоматизація роботи з клієнтами
Юридична фірма живе на трьох ресурсах: час юристів, строки і довіра клієнта. Кожен з них легко втратити в Excel. Хтось забув, що апеляційний строк спливає у вівторок. Хтось відпрацював 14 годин по справі й виставив рахунок на 6, бо не пам’ятає решту. Хтось відкрив справу проти компанії, яку фірма консультувала два роки тому. Класична CRM для продажів тут не працює: вона побудована навколо угоди, а юридичний бізнес побудований навколо справи. Розберімо, як має виглядати CRM для юридичної фірми, щоб вона реально закривала ці ризики, а не просто гарно показувала список контактів.
Облік справ: чому CRM для юридичної фірми будується навколо справи, а не угоди
У звичайній CRM центральна сутність — угода: вона має суму, етап воронки й дату закриття. У юридичній фірмі центральна сутність інша — справа. Справа може тривати два роки, змінити три інстанції, мати десять судових засідань, п’ятдесят документів, двох юристів і помічника, і при цьому не мати жодної «суми угоди» до самого кінця. Тому облік справ починається з правильної картки: номер справи, тип (господарський спір, банкрутство, корпоративне супроводження, сімейна, кримінальна), клієнт, опонент, суд і суддя, інстанція, відповідальний партнер, модель оплати, статус. Усе інше — час, документи, витрати, рахунки, засідання — прив’язується саме до справи, а не до контакту.
Практична перевірка того, що облік справ побудований правильно: партнер відкриває одну картку і за тридцять секунд бачить усе. Скільки годин уже вкладено, скільки з них виставлено в рахунок, скільки оплачено, який найближчий дедлайн, який документ подавали останнім, які витрати на судовий збір і експертизу, хто з юристів веде справу і чи не перевантажений він. Якщо для цієї відповіді треба відкрити три файли, написати помічнику й зателефонувати юристу — фірма не має обліку справ, вона має папку з документами. Різниця між цими двома станами вимірюється в грошах: недовиставлені години й пропущені строки коштують дорожче за будь-яку систему.
Облік годин і білінг: hourly, fixed fee і те, що між ними
Головна діра в грошах юридичної фірми — неврахований час. Юрист прочитав документи опонента, півгодини говорив з клієнтом телефоном, склав чернетку клопотання і забув усе це записати, бо ввечері не до того. За місяць губиться від 10 до 25 відсотків білабельного часу — це прямий збиток. Тому тайм-трекінг має бути миттєвим: юрист відкрив справу, натиснув «старт», система сама рахує; або пізніше додав запис у два кліки прямо з телефона чи з Telegram-бота, вибравши справу зі списку своїх активних. Кожен запис — це справа, дата, тривалість, опис роботи і ознака «білабельно чи ні». Опис важливий: саме з цих рядків потім формується деталізація до рахунку, яку читає клієнт.
Далі система розводить дві моделі оплати. Погодинна: години множаться на ставку конкретного юриста, бо партнер і молодший юрист коштують по-різному, і в кінці місяця автоматично збирається рахунок з деталізацією по днях. Фіксована: рахунок не залежить від годин, але години все одно треба фіксувати — інакше ви ніколи не дізнаєтеся, що корпоративне супроводження за 30 тисяч гривень на місяць з’їдає 40 годин і фактично приносить збиток. Саме тут CRM показує те, що не видно на око: система порівнює бюджет справи з фактично витраченим часом і попереджає, коли фікс вигорає. Плюс передоплати і депозити: система списує з депозиту й сигналить, коли він майже нульовий.
Строки і процесуальні дедлайни: автоматизація юридичного бізнесу починається тут
Пропущений процесуальний строк — це не «незручність», це програна справа, зіпсована репутація і потенційний позов від клієнта до самої фірми. Тому дедлайни не можна тримати в голові, у нотатнику й навіть у спільному календарі, який ніхто не відкриває. У CRM строк — це окрема сутність зі справою, типом (подання апеляції, відзив, клопотання, виконання ухвали), датою настання і правилом нагадувань. Правило просте й багаторівневе: попередження за 14 днів, за 7, за 3, за 1 день і в день дедлайну, причому останні два — не лише відповідальному юристу, а й партнеру. Нагадування приходить туди, де людина реально живе: у Telegram, а не в пошту, де воно загубиться серед розсилок.
Другий шар — засідання. Дата й час, суд, зала, суддя, хто йде, які документи треба взяти. Нагадування напередодні ввечері й за дві години. Після засідання юрист одним повідомленням у бот фіксує результат: відкладено, задоволено, відмовлено, наступна дата — і система одразу створює новий строк. Третій шар — контроль зверху: партнер щопонеділка вранці отримує зведення, де всі дедлайни фірми на найближчі 14 днів, і одразу бачить, у кого їх забагато. Це і є автоматизація юридичного бізнесу в найпростішому й найкориснішому вигляді: не «штучний інтелект пише позови», а система, яка не дає забути те, чого забувати не можна.
Документи, шаблони позовів і перевірка конфлікту інтересів
Юрист витрачає години на те, щоб знайти минулорічний позов, скопіювати його й вручну замінити назви, дати та суми — і саме на цьому етапі в документ потрапляє прізвище чужого клієнта. Правильний підхід: бібліотека шаблонів з полями. Система бере дані з картки справи — сторони, коди ЄДРПОУ, суд, номер справи, суму позовних вимог — і сама підставляє їх у шаблон позовної заяви, договору, довіреності чи акта. Юрист отримує чернетку за десять секунд і працює вже з правовою позицією, а не з полем «вставити тут». Усі версії документа зберігаються біля справи з датою, автором і статусом: чернетка, погоджено, подано до суду.
Окрема, недооцінена функція — перевірка конфлікту інтересів. Перш ніж прийняти нового клієнта, система за назвою й кодом компанії, а також за прізвищами пов’язаних осіб шукає збіги по всій базі: чи не був цей суб’єкт опонентом у справі, чи не консультувала його фірма раніше, чи не пов’язаний він із чинним клієнтом. Це п’ять секунд машинної перевірки замість «здається, ми з ними нічого не мали». Результат зберігається як запис у картці: перевірку проведено, конфліктів не виявлено, дата, хто перевіряв. Якщо конфлікт є — картка блокується до рішення партнера. Одна така перевірка окупає систему повністю.
Конфіденційність, рахунки й аналітика: CRM для адвоката, яка показує прибуток
Адвокатська таємниця — це не гасло, а технічна вимога. Права доступу мають бути на рівні справи, а не на рівні системи: юрист бачить лише ті справи, до яких його призначено, помічник — лише документи без фінансів, партнер — усе. Дані шифруються, доступ логується: хто, коли і що відкривав. Питання «де зберігати» вирішується свідомо, а не за замовчуванням: приватний сервер або орендований сервер у надійній юрисдикції, а не безкоштовний хмарний диск на особистій пошті помічника. Двофакторна автентифікація обов’язкова, звільнений співробітник відключається за хвилину, а не «колись потім». Резервні копії — щодня, і їх треба хоч раз перевірити відновленням.
Фінансовий контур замикають рахунки й акти. Наприкінці місяця система сама збирає рахунок з відпрацьованих годин і витрат, додає деталізацію, формує акт виконаних робіт за шаблоном, надсилає клієнту й ставить нагадування, якщо оплати немає через сім днів. Дебіторка перестає бути таємницею. А зверху лягає аналітика, заради якої все й робилося: прибутковість по типах справ (виявляється, банкрутства дають маржу 60 відсотків, а сімейні справи — 15 при тих самих зусиллях), завантаження і виробіток по кожному юристу, реальна ставка за годину по фіксованих договорах, відсоток білабельного часу. Саме такі системи ми в Devlly і будуємо — не універсальну коробку, а CRM для адвоката під конкретні процеси фірми, з Telegram-ботом для тайм-трекінгу й нагадувань.