Кейс: CRM для бухгалтерской фирмы на EspoCRM

Исходная точка: как живёт бухфирма без CRM

Меня зовут Евгений Семёнов, я технический директор ITfresh. Мы занимаемся IT-аутсорсингом компаний до 50 рабочих мест в Москве, держим собственные серверы в дата-центре МТС и уже пятнадцать с лишним лет ставим клиентам инфраструктуру «под ключ». Это финальная, пятая статья нашей серии про EspoCRM. В предыдущих четырёх я разбирал систему в целом, ставил её на VPS, подключал телефонию и сайт, писал регламент эксплуатации — ссылки собраны в конце. Сегодня самое интересное: живой кейс. Я покажу, как мы внедряем EspoCRM в бухгалтерскую фирму, где штатной воронки продаж категорически мало, а нужна модель обслуживания клиентов на годы вперёд.

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

Excel — это «база клиентов»: колонки с названием, ИНН, системой налогообложения, тарифом и фамилией ответственного бухгалтера. Файл лежит в общей папке, его правят пятеро одновременно, версии расходятся, кто-то работает с копией недельной давности. А сроки отчётности — те самые дедлайны по НДС, УСН, страховым взносам, 6-НДФЛ — живут в голове у конкретного бухгалтера и в лучшем случае продублированы в его личном напоминании на телефоне. Пока человек на месте и здоров, всё крутится. Стоит ему заболеть или уволиться — и его тридцать клиентов превращаются в чёрный ящик.

Отсюда типовой набор болей, который я слышу почти дословно на каждой первой встрече:

• Пропущенный срок — это деньги и репутация. Забыли сдать декларацию за клиента — штраф, блокировка счёта, звонок разъярённого директора. Один такой случай перечёркивает годы доверия, и клиент уходит к конкуренту.
• Заявки тонут в общей почте. Новый клиент пишет на общий ящик, письмо видят пятеро, каждый думает, что ответит другой. Через три дня лид остывает и заключает договор с той фирмой, которая перезвонила первой.
• Допродажи не фиксируются вообще. Бухгалтер видит, что клиент нанял первого сотрудника, — значит, ему нужен зарплатный проект. Или у клиента запущен учёт и напрашивается его восстановление. Эти сигналы проходят мимо: их некуда записать, некому передать, и фирма годами теряет самую тёплую выручку — от уже лояльных клиентов.

Проектирование: какие сущности нужны бухфирме

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

Хорошая новость: в EspoCRM это собирается мышкой, без единой строчки кода. Инструмент называется Entity Manager — конструктор сущностей (Administration → Entity Manager). В нём вы создаёте новые типы объектов, добавляете к ним поля любых типов, настраиваете связи между ними и раскладку карточек. Программист для этого не нужен — с задачей справляется грамотный внедренец, а базовую модель я обычно собираю за один рабочий день прямо при клиенте, чтобы он сразу видел, как его бизнес ложится в систему.

Для нашей бухфирмы мы спроектировали три кастомные сущности поверх штатных. Вот итоговая ER-структура:

Разберу логику связей, потому что в ней вся соль. Одна организация может иметь несколько договоров (например, отдельно бухгалтерия и отдельно кадры) — это связь «один ко многим». Связь «Организация ↔ Бухгалтер» мы сделали many-to-many: за крупным клиентом обычно закреплён не один человек, а бухгалтер плюс помощник по первичке плюс кадровик, и один сотрудник ведёт десятки клиентов. Отчётные обязанности висят на договоре, а не на организации напрямую: сменился тариф или СНО — вы правите договор, и весь календарь дедлайнов пересобирается автоматически.

Автоматизация сроков отчётности формулами

Сущности мы нарисовали — теперь надо, чтобы система сама следила за дедлайнами, а не ждала, пока бухгалтер вспомнит. За это в EspoCRM отвечают Formula-скрипты. Формула — это небольшой скрипт на встроенном языке, который привязывается к сущности (Administration → Entity Manager → сущность → Formula) и выполняется автоматически перед каждым сохранением записи. Никакого внешнего кода, всё внутри системы.

Как формула считает ближайший дедлайн

На сущности «Отчётная обязанность» мы повесили формулу, которая по периодичности и системе налогообложения вычисляет дату ближайшего срока сдачи и записывает её в отдельное поле. Логика упрощённо выглядит так (псевдо-синтаксис Espo formula):

// перед сохранением обязанности вычисляем ближайший дедлайн
ifThenElse(
  periodicity == 'quarterly',
  nextQuarterDeadline = datetime\addDays(quarterEnd, 25),
  nextMonthDeadline   = datetime\addDays(monthEnd, 25)
);
// за сколько дней начинать напоминать
daysLeft = datetime\diff(nextDeadline, datetime\today(), 'days');
isUrgent = daysLeft <= 10;

Это, конечно, схематично — в реальном проекте учитываются переносы из-за выходных и специфика каждого отчёта, — но принцип виден: система сама держит в голове весь календарь по 120 клиентам, чего ни один человек физически не может.

Ежемесячный джоб плодит задачи

Дальше подключается планировщик. Раз в месяц запланированное задание проходит по всем активным обязанностям и порождает конкретные Задачи ответственным бухгалтерам: «Сдать декларацию по УСН за такой-то период, срок такой-то, исполнитель такой-то». Бухгалтер утром открывает CRM и видит не абстрактную кучу клиентов, а свой личный список того, что горит на этой неделе. Напоминания настроены каскадом — за 10, за 5 и за 1 день до срока прилетает уведомление, а срочные обязанности подсвечиваются в интерфейсе.

Канбан «Отчётный период»

Чтобы руководитель видел картину целиком, мы вывели задачи на канбан-доску со стадиями: не начат → в работе → сдан → принят ФНС. Старший бухгалтер одним взглядом ловит все карточки, застрявшие в «не начат» на подходе к дедлайну, и перераспределяет нагрузку заранее, а не постфактум. Это и есть переход от тушения пожаров к управлению.

Продажи и допродажи: воронка рядом с обслуживанием

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

Сбор лидов: сайт и общий ящик

Заявки с сайта фирмы мы заводим через штатный механизм Lead Capture: форма на сайте бьёт в EspoCRM, и каждая заявка мгновенно становится лидом с ответственным менеджером и таймером реакции. Тот самый общий почтовый ящик, где раньше тонули письма, мы подключаем к CRM как источник — входящие оттуда тоже превращаются в лиды, и теперь у каждого письма есть один хозяин, а не пятеро свидетелей. Первая же неделя работы обычно вскрывает, что «мы почти не получаем заявок» было иллюзией — заявки были, их просто никто не считал.

Две воронки: новый клиент и допродажи

Воронку «Новый клиент» мы делаем простой и честной: первичный контакт → выяснение потребности → коммерческое предложение → договор → передача в обслуживание. Никаких двадцати стадий — бухфирме хватает пяти.

А вот вторая воронка — «Допродажи» — это то, ради чего многие клиенты в итоге и остаются на CRM. Помните боль с упущенной тёплой выручкой? Мы её лечим через сохранённые поиски (saved search). Например, менеджер по развитию одним кликом открывает сегмент «клиенты на УСН без зарплатного проекта» — это готовый список тех, кому логично предложить кадровый пакет. Или «клиенты, у которых заканчивается договор в ближайшие два месяца» — их надо продлевать заранее. Сегмент собран — и тут же из CRM по нему уходит рассылка с предложением. Тёплая база, точный оффер, ноль ручного выковыривания из Excel.

Права и конфиденциальность внутри фирмы

Бухгалтерия работает с деньгами и персональными данными сотен людей, поэтому вопрос «кто что видит» здесь не гигиена, а требование бизнеса. EspoCRM закрывает его штатно, без доплат.

Каждый видит только своих клиентов

Основа разграничения — командные (team-based) роли. Мы разбиваем сотрудников на команды и настраиваем роль так, что линейный бухгалтер видит только организации своей команды, а не всю базу из 120 клиентов. Это и удобство (не тонешь в чужих карточках), и безопасность: уволившийся сотрудник не может выгрузить всю клиентскую базу фирмы, потому что у него её попросту не было перед глазами. Старший бухгалтер видит свою группу, директор — всё.

Суммы договоров — не для всех глаз

Отдельная история — финансовая чувствительность. Линейному бухгалтеру, который ведёт учёт, незачем видеть, сколько именно фирма берёт с этого клиента по договору. Для таких случаев есть Field Level Security — разграничение на уровне отдельного поля. Мы скрываем поле «Тариф» и «Сумма договора» от линейных ролей: они видят карточку клиента целиком, кроме денег. Директор и старшие — видят всё. Настраивается это галочками в редакторе ролей, без программирования.

Уход сотрудника — передача клиентов за 15 минут

И вот сценарий, ради которого директор бухфирмы обычно и подписывает акт. Раньше увольнение бухгалтера означало неделю паники: где его клиенты, какие сроки, что не сдано. Теперь всё по-другому. Уходит человек, за которым закреплено 30 организаций, — старший заходит в список этих организаций, выделяет их все и массовым действием переназначает преемнику. Пятнадцать минут — и тридцать клиентов вместе со всей историей, договорами и календарём дедлайнов перешли к новому ответственному, ничего не потеряно. Плюс включённый аудит доступа показывает, кто и когда открывал карточки, — на случай спорных ситуаций это железный аргумент.

Цифры проекта: сроки, бюджет, эффект через полгода

Теперь конкретика, без которой любой кейс — просто красивые слова. Разберу сроки, деньги и результат нашего типового внедрения такого масштаба.

Таймлайн: три недели от старта до боевой работы

Бюджет: работы плюс сервер, ноль лицензий

Структура затрат на такой проект выглядит так:

• Лицензии CRM — 0 ₽. EspoCRM open-source, платить за 15 (или 50, или 100) пользователей не нужно ни разово, ни помесячно. Это главная статья экономии по сравнению с облачными CRM, где 15 пользователей — это ощутимый ежемесячный чек навсегда.
• VPS — недорогая ежемесячная аренда. Для 15 пользователей и 120 клиентов хватает скромного виртуального сервера; порядок цифр — стоимость пары обедов в месяц. У наших клиентов система нередко живёт на нашей же площадке в дата-центре МТС.
• Работы по внедрению — разовый проектный бюджет. Три недели работы: сервер, сущности, миграция, обучение. Это единственная существенная сумма, и она разовая.
• Сопровождение — 1–3 часа инженера в месяц в рамках абонентки: обновления, бэкапы, мелкие доработки (подробный регламент — в четвёртой статье серии).

Эффект через полгода

Тот же скелет для юрфирмы и клиники

Самое ценное в этом кейсе — что модель переносимая. Конструктор сущностей превращает EspoCRM в универсальный каркас: меняешь названия и поля сущностей — и получаешь CRM под совершенно другую нишу, сохраняя ту же архитектуру «клиент → договор → повторяющиеся обязательства → задачи». Покажу на двух примерах, которые мы тоже внедряли.

Юрфирма

Здесь центральная сущность — не «отчётная обязанность», а «Дело». К клиенту (доверителю) привязаны дела, у каждого дела — стадии по инстанциям (досудебная работа → первая инстанция → апелляция → кассация), а вместо дедлайнов отчётности в календарь ложатся судебные даты: заседания, сроки подачи документов, процессуальные дедлайны. Формула так же считает ближайшую дату и напоминает юристу заранее. Отдельно мы добавляем конфликт-чек: при заведении нового клиента система проверяет по контрагентам, не представляем ли мы уже интересы противоположной стороны, — для юрфирмы это вопрос профессиональной этики и репутации. Скелет тот же, наполнение другое.

Клиника / медцентр (немедицинская часть)

Тут сущность «Обслуживаемая организация» превращается в «Пациента как клиента», договор — в пакет услуг или абонемент, а отчётные обязанности — в напоминания о повторных визитах и продлении программ. Формула считает, когда пациенту пора на повторный приём, и порождает задачу администратору обзвонить. Плюс те же две воронки — первичное обращение и допродажа услуг.

Вывод простой: благодаря Entity Manager EspoCRM работает не как готовая «CRM для продаж», а как CRM-конструктор под нишу. Один и тот же движок, одна и та же логика связей и формул — и три совершенно разных отраслевых решения, каждое из которых говорит с сотрудниками на языке их профессии.

Когда этот кейс не повторить

Я противник того, чтобы продавать одно решение всем подряд, поэтому честно очерчу границы. Наш кейс отлично ложится на сервисные фирмы 12–20 человек с длительным обслуживанием клиентов. Но есть ситуации, где я сам буду отговаривать вас от этого сценария.

• Фирма 100+ человек со сложным документооборотом. Когда в процессе участвуют десятки согласующих, а к каждой операции цепляется ворох документов с маршрутами утверждения, вам нужна не CRM, а ECM/BPM-платформа. Espo здесь будет тесно.
• Потребность в жёстком BPM. Если бизнес держится на многошаговых процессах с ветвлениями, эскалациями и SLA-таймерами, вариантов два: платный Advanced Pack поверх EspoCRM или отдельный BPM-продукт. Формулами и задачами такое собирать — героизм на грани самообмана.
• Нужна глубокая отраслевая специфика «из коробки». Иногда дешевле купить готовое нишевое решение с сертификатами и поддержкой, чем строить своё, — особенно там, где регулятор диктует формат.

Чтобы вы могли сами прикинуть, ваш это кейс или нет, — вот чек-лист самодиагностики. Считайте «да»:

1. У вас 10–50 сотрудников и вы работаете с клиентами вдолгую, а не разово?
2. У ваших клиентов есть повторяющиеся обязательства (отчёты, визиты, продления, заседания)?
3. Пропущенный срок оборачивается штрафом или потерей клиента?
4. Сейчас сроки и клиенты живут в Excel и в головах сотрудников?
5. Вам критично разграничить доступ (каждый видит своих, суммы — не для всех)?
6. Есть тёплые допродажи, которые сейчас теряются?
7. Вас не устраивает платить помесячно за каждого пользователя облачной CRM?
8. У вас нет потребности в тяжёлом BPM и документообороте на сотни маршрутов?

Шесть и больше «да» — наш кейс почти наверняка ваш, EspoCRM закроет задачу без лицензионных платежей. Три-пять — разговор предметный, надо смотреть детали. Меньше трёх — возможно, вам нужен вообще другой класс системы, и я честно скажу об этом на первой же встрече.

Итоги серии

На этом наша серия из пяти статей про EspoCRM завершается. Мы прошли путь от «что это вообще такое» до живого отраслевого внедрения. Соберу всё воедино:

1. Обзор — что такое EspoCRM, кому подходит бесплатная self-hosted CRM и чем она отличается от облачных.
2. Установка на VPS — пошагово разворачиваем EspoCRM 9.3 на сервере с нуля.
3. Интеграции и миграция — телефония, сайт, почта и переезд с amoCRM/Bitrix24 без потери данных.
4. Эксплуатация — регламент обновлений, бэкапы по схеме 3-2-1, безопасность и 152-ФЗ.
5. Кейс бухфирмы (эта статья) — как из конструктора сущностей собрать отраслевое решение.

Все пять материалов связаны в блоке «Читайте также» ниже. Если коротко подытожить главную мысль серии: EspoCRM — это не «бесплатная замена amoCRM», а гибкий конструктор, на котором мы под конкретный бизнес собираем ровно то, что ему нужно, без платы за пользователей и без вендорского замка.

Мы в ITfresh берём такой проект целиком под ключ: подбираем и настраиваем сервер (в том числе на своей площадке в дата-центре МТС), устанавливаем и обновляем систему, кастомизируем сущности под вашу нишу, мигрируем данные из Excel или старой CRM и держим всё это на сопровождении. Вам не нужно нанимать администратора и разбираться в PHP — вы получаете работающий инструмент и предсказуемую абонентку.