Своя CRM или ERP в Казахстане: как понять, окупится ли автоматизация

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

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

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

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

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

• Время: Э_время = Σ (t_до − t_после) × N × С_часа, где t — время операции до и после, N — число операций в месяц, С_часа — полная стоимость часа сотрудника с налогами.
• Ошибки: Э_ошибки = (n_до − n_после) × С_исправления, где n — число ошибок в месяц, а С_исправления — время и прямые потери на одну ошибку.
• Потерянные обращения: Э_заявки = ΔN_обработанных × K × Ч × М, где K — доля обращений, которые становятся сделкой, Ч — средний чек, М — маржинальность.
• Оборот: эффект от более быстрого выставления счетов, отгрузки или сверки — через стоимость денег или запасов, замороженных на это время.

Посчитайте три сценария — осторожный, базовый и оптимистичный — и принимайте решение по осторожному. Если проект окупается только в оптимистичном сценарии, это ставка, а не расчёт. В каждом сценарии зафиксируйте, какие значения t_после и n_после вы предположили и почему.

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

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

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

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

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

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