Доработка CRM под подписки: когда она становится дороже отдельной системы

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

Почему доработка выглядит очевидным решением

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

Дальше посмотрим, что добавляется к этим доводам через год или два работы.

Что CRM делает хорошо

Сложности начинаются там, где заканчиваются первичные продажи и начинаются регулярные расчеты: суммы к оплате, продления, счета, закрывающие документы.

Что приходится дорабатывать под подписки

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

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

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

Что входит в стоимость доработки

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

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

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

Риски, о которых обычно вспоминают позже

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

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

Автоматизация внутри CRM имеет смысл в нескольких случаях:

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

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

Когда пора смотреть в сторону отдельной системы

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

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

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

Третий вариант, который чаще всего и работает

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

Итог

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

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