CRM для юридической компании: дела, договоры и сроки

CRM для юридической компании - это система, где видно каждое обращение, консультацию, договорённость и момент, когда клиента передали юристу. Она связывает работу менеджера с поручением, но не ведёт дело вместо юриста и не считает юридически значимые сроки.

В юридическом бизнесе потерянная заявка и пропущенное действие по делу - разные проблемы. Первая относится к продажам, вторая к исполнению обязательств. Чтобы CRM помогала на обоих участках, нужно разделить объекты, ответственность и источники дат, а не сложить все дела в одну воронку.

Как вести юридическое обращение до консультации и договора

Обращения приходят по телефону, из формы сайта, почты и подключённых мессенджеров. Решите заранее, какие каналы попадают в учёт, кто принимает запрос и что считается следующим шагом. Сама по себе CRM не превращает любое сообщение в правильную запись: каждое подключение и правило нужно проверить.

Условная юридическая компания продаёт разовые консультации и сопровождение споров. Для консультации достаточно знать вопрос, специалиста и время. Для сопровождения часто нужна первичная оценка материалов и условий работы. Если вести оба обращения одинаково, менеджер либо собирает лишние сведения для простой консультации, либо обещает услугу до того, как юрист посмотрел материалы.

Этап «юрист изучает» описывает действие, а не результат. Лучше записать, что должно быть известно к концу оценки и кто сообщает клиенту, берётся ли компания за работу. На этапе продажи нельзя обещать исход дела: CRM фиксирует договорённость, а не даёт юридическое заключение.

Причины отказа помогают отличить неподходящее направление от несогласия с ценой или потерянного контакта. Это не оценка человека. Как их настроить, разобрано в статье «Причины отказа в amoCRM». Для разовой консультации и длинного поручения список причин может быть разным.

Клиент, сделка и дело не должны означать одно и то же

Один клиент может обратиться по нескольким вопросам, заключить разные договоры и вести несколько поручений одновременно. Если хранить всё в одной карточке сделки, теряются границы: какой документ к какой услуге относится, что оплачено и кто отвечает за конкретное действие. Если же заводить нового клиента на каждое дело, история отношений распадается.

Сначала договоритесь о модели объектов. Контакт - это человек, компания - организация, обращение - конкретный запрос на услугу. Поручение привязано к подписанному договору и исполнителю. Где его вести, зависит от платформы и от того, какую часть работы по делу команда готова держать в CRM.

Как вести поручение в amoCRM и Битрикс24

Обе платформы справляются с этой задачей, но разными средствами. В amoCRM поручения можно вынести в отдельную воронку со своими этапами, например «принято», «ждём материалы», «в работе», «результат передан». В одном аккаунте можно завести несколько воронок. Продажа и поручение остаются разными сделками, а связь между ними идёт через общий контакт или компанию: по документации API сделку связывают с контактами, компаниями и элементами списков, но не с другой сделкой, если не ставить сторонние виджеты. Поэтому номер договора полезно хранить в поле обеих сделок.

В Битрикс24 для поручений подходит смарт-процесс - отдельный тип элемента CRM со своей карточкой полей, воронками, стадиями и правами доступа. Смарт-процессы есть не на всех тарифах, так что это проверяют до проектирования. Подробнее о них - в статье «Смарт-процессы в Битрикс24». Если платформа ещё не выбрана, сравните их по своему процессу, команде и интеграциям: критерии собраны на странице «amoCRM или Битрикс24». Условия меняются - перед работой сверяйте со справкой разработчика.

Дополнительные поля нужны для устойчивых признаков: направления услуги, формата консультации, даты следующего контакта. Этап воронки - это состояние процесса. Признак «корпоративный клиент» не становится этапом только потому, что по нему удобно фильтровать. Об этом подробнее в статье о полях и тегах вместо лишних этапов.

Повторное обращение относится либо к старому поручению, либо к новой продаже. Сообщение о переносе встречи не должно создавать новую сделку. А запрос на другую услугу не стоит прятать в комментарии к закрытой сделке. Это правило объясните команде и проверьте на примерах.

Как передать поручение от менеджера юристу

Самое слабое место - между договором и началом работы. Менеджер считает продажу завершённой, а юрист ещё не получил материалы или не подтвердил, что взял поручение. Клиент ждёт, а внутреннего следующего шага нет. Автоматическая задача напомнит о передаче, но отвечает за неё тот, кого назначил порядок работы, а не робот.

Состав передачи зависит от услуги. Для консультации - вопрос, время встречи и нужные материалы. Для ведения дела - что входит в поручение, условия договора, ответственный юрист и список сведений, которые ещё нужно получить. Не запрашивайте весь архив клиента только потому, что в карточке есть место для файлов.

Критерий передачи лучше записать прямо: юрист принял поручение, проверил, что исходных данных хватает, и назначил ближайшее действие. Если материалов не хватает, появляется запрос к ответственному, а не тихая пауза. Менеджеру достаточно видеть статус передачи: «принято», «ждём материалы» или «не принято». Сами материалы дела ему не нужны.

Заранее решите, что делать, если юрист в отпуске или на больничном. Автоматизация, которая ставит ему задачу, формально сработала, но работа стоит. Нужен понятный порядок переназначения. Логика автоматических задач amoCRM помогает связать событие с действием, но кто за что отвечает, решает компания.

Как работать со сроками без ложного ощущения контроля

В amoCRM у задачи есть ответственный и дата выполнения. Это удобно для звонка, получения документа и внутренней проверки. Но система сама не знает, какой процессуальный срок применим к делу, от какого события его считать и что может его сдвинуть. Это решает юрист.

Поэтому разделите источник даты и напоминание. Дата, которую назвал клиент, - это исходные сведения, их ещё надо проверить. Если срок установил юрист, в CRM записывают проверенную дату и связанное с ней действие. Когда меняются обстоятельства, вопрос возвращается юристу, а не просто переносится задача на другой день.

Напоминание не подтверждает выполнение. Закрытая задача «подать документ» должна показывать результат: что сделано, где лежит подтверждение и кто его видит. Что считать подтверждением, решает внутренний порядок компании.

Для важных действий полезно назначить резервного ответственного и регулярно просматривать открытые задачи. Это снижает риск, но не исключает его. Руководитель видит, что осталось без следующего шага, а юрист проверяет, верно ли само действие. Общая логика такого контроля описана в чек-листе следующего шага по сделке.

Как хранить документы и разграничивать доступ

Решите, где лежит архив дела и кто его открывает. В общей CRM может быть коммерческая часть: договорённость, ответственный, статус передачи и ссылка на нужный документ. Полный архив может остаться в профильной системе. Проверять нужно не только карточку, но и почту, вложения, интеграции и участников сделки.

Условный пример: в фирме два менеджера, четыре юриста и бухгалтер. Менеджер видит контакт, тему обращения, дату консультации и статус передачи. Юрист видит только свои поручения и материалы к ним. Бухгалтер видит номер договора, сумму к оплате и отметку об оплате. Переписку по делу он не видит, если поручения лежат в отдельной воронке или смарт-процессе, закрытых для бухгалтерии. Руководитель направления видит все поручения направления и открытые задачи по ним.

В amoCRM настраиваются права на просмотр, изменение, удаление и экспорт сущностей. Но запрет экспорта не защищает полностью от копирования или утечки. Сама воронка может оставаться видимой без сделок внутри неё, а участие пользователя в сделке тоже влияет на доступ. В Битрикс24 права на смарт-процесс настраивают отдельно. На любой платформе итог проверяют под реальной ролью сотрудника, а не только по галочкам администратора.

Если организация оказывает помощь через адвокатов, отдельно оцениваются требования адвокатской тайны. Закон определяет её применительно к сведениям, связанным с оказанием помощи адвокатом доверителю. Эту норму нельзя автоматически переносить на каждую юридическую фирму. Основания обработки персональных данных, конфиденциальность и схему хранения должен проверить ответственный специалист.

Как избежать путаницы версий

Карточка с файлами «договор», «договор новый» и «договор окончательный» не показывает, какой документ действует. Назначьте одно место для действующей версии и отметку её статуса: черновик, на подписи, подписан. Если CRM хранит ссылку, проверьте, что она ведёт на конкретный документ, а не на папку с чужими поручениями.

При обновлении документа сохраните связь с прежней договорённостью. Менеджер не меняет утверждённый состав услуги новым файлом без согласия юриста. В истории должно быть видно, кто изменил версию, по какому запросу и что дальше. Насколько подробна такая история, зависит от документооборота, поэтому возможности конкретного продукта проверяют отдельно.

Как проверить пилот до переноса всех дел

Начните с одного направления услуг и нескольких тестовых сценариев. Весь архив сразу переносить не обязательно. Сначала проверьте, что обращение доходит до договора, исполнитель принимает поручение, а у дат есть понятный источник. Затем добавьте исключения: повторный запрос, несколько поручений, отсутствие юриста и изменение обстоятельств. Как записывать такие проверки, разобрано в статье о критериях приёмки внедрения.

Отчёт о пилоте должен отделять продажи от исполнения. Число обращений, проведённых консультаций и подписанных договоров показывает коммерческий путь. Принятые поручения и открытые задачи показывают передачу работы. Ни одна из этих цифр сама по себе не говорит о юридическом качестве помощи или исходе дела.

Разберите исключение, а не только удачную заявку

Условный пример: человек приходит на консультацию по одному вопросу, а после встречи просит другую услугу. Первое обращение не нужно переписывать задним числом, будто изначально продавалось новое поручение. Сохраните результат консультации и создайте связанную сделку по новому запросу. Так видно, какой путь прошёл клиент и почему изменилась потребность.

Другой пример - клиент отменяет встречу, но просит связаться позже. Состояние «не пришёл» не объясняет, что делать дальше. Запишите, кто и когда свяжется. Если контакта больше не будет, это тоже отдельное решение. Открытая сделка без следующего шага не становится полезнее оттого, что в ней много примечаний.

Третье исключение - поручение передано, а юрист обнаружил, что материалов не хватает. Возвращать запись менеджеру молча нельзя. Юрист пишет конкретный запрос: чего не хватает, у кого это получить и какой следующий шаг. Клиенту должно быть понятно, начата работа или ещё нет. Как это сказать, зависит от условий договора, поэтому шаблон сообщения не стоит отправлять автоматически.

Проверьте эти ситуации с менеджером и юристом вместе. Каждый должен одинаково объяснить, где сейчас работа, кто отвечает за контакт и что завершает этап. Если ответы расходятся, правьте процесс до автоматизации. Разница между ролями особенно видна на исключениях, которых нет в красивой схеме обычной продажи.

Если сотрудники продолжают вести важные договорённости вне системы, настройка ещё не стала рабочим порядком. Выясните причину: не хватает объекта, мешает лишнее обязательное поле, нет доступа или непонятно, кто отвечает. Новая автоматизация полезна после того, как причина устранена. Иначе она лишь быстрее создаёт записи, которыми никто не пользуется.

Следующий шаг: выбрать ближайший рабочий результат

Составьте список текущих систем: обращения, документы, ведение дел и учёт оплат. Затем выберите один разрыв, который должна закрыть CRM. Например, передачу от менеджера юристу или историю нескольких обращений одного клиента. Когда этот результат проверен, расширять модель проще. Так устроена и методика уровней «Асорты»: сначала ближайший измеримый шаг, потом следующий.

Если работаете в amoCRM, состав проекта описан в статье о внедрении amoCRM, а сама услуга - на странице внедрения amoCRM. Для Битрикс24 есть внедрение Битрикс24. Разбор текущих обращений и передачи работы можно начать с диагностики. После запуска порядок доступа и процессы требуют сопровождения и развития.

Частые вопросы

Вывод

Полезная CRM юридической компании делает видимыми обращения и передачу ответственности. Она связывает клиента, договор и поручение, но не заменяет юриста в расчёте сроков и в решении, где хранить материалы. В amoCRM поручение можно вести в отдельной воронке, в Битрикс24 - в смарт-процессе. Начинать стоит с одного проверяемого маршрута и расширять его по итогам пилота.

Источники

• amoCRM: клиентские обращения юридической компании
• amoCRM: воронки и этапы сделок
• amoCRM: какие сущности связываются со сделкой
• amoCRM: задача, ответственный и дата выполнения
• amoCRM: уровни прав на сущности
• amoCRM: ограничения доступа к воронке
• amoCRM: влияние участия в сделке на доступ
• Битрикс24: смарт-процессы в CRM
• Минюст: закон об адвокатской деятельности, статья об адвокатской тайне