Ручной труд в CRM: где он прячется и сколько стоит

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

1. Перенос данных между системами руками

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

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

Отдельная разновидность — двойной ввод. Менеджер заводит клиента в CRM, а бухгалтерия заводит того же клиента у себя, потому что справочники не связаны. Дальше эти два клиента расходятся: где-то поменяли реквизиты, где-то нет, и никто не знает, какая запись верная.

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

2. Документы, которые собирают вручную

Договор, счёт, акт, спецификация. Менеджер открывает прошлый файл, меняет реквизиты, суммы и даты, проверяет, не забыл ли что-то. Каждый документ — десять-пятнадцать минут и риск ошибки в цифре.

Здесь есть приятная новость, которую редко проговаривают: генератор документов входит в базовую поставку Битрикс24. Шаблон заполняется данными сделки, нумерация ведётся сама, товарные таблицы разворачиваются из состава сделки. Покупать для этого отдельное приложение чаще всего не нужно.

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

Как посчитать. Количество документов в месяц умножьте на время сборки одного. Отдельно прикиньте, сколько раз за год приходилось переделывать документ из-за опечатки в реквизитах или сумме.

3. Данные, которые живут в голове и в личных чатах

Самая недооценённая статья. Договорённости с клиентом обсудили в личном мессенджере, детали помнит менеджер, в системе — строчка «созвонились».

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

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

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

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

4. Заявки и звонки, которые заводят руками

Форма на сайте присылает письмо, менеджер читает письмо и создаёт сделку. Клиент звонит, менеджер после разговора заводит карточку. Каждый раз пара минут и возможность забыть.

Чинится это не покупкой, а настройкой: формы отдают заявку в портал напрямую вместе с метками рекламной кампании, телефония пишет звонок в карточку сама. Обе задачи штатные.

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

5. Автоматизация, которую никто не проверяет

Последний пункт — про ручной труд, которого нет. И это дороже всего остального.

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

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

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

Что делать. Завести одну простую проверку: сколько дней прошло с последнего успешного обмена, и уведомление, если больше суток. Это несложная настройка, которая окупается первым же пойманным простоем.

Как посчитать, во что это обходится

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

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

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

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

Нужно ли покупать приложение, чтобы формировать договоры и акты?

Чаще всего нет. Генератор документов входит в базовую поставку Битрикс24: шаблон заполняется данными сделки, нумерация ведётся автоматически, товарные таблицы разворачиваются из состава сделки.

Как понять, сколько времени уходит на ручной перенос данных?

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

Почему опасно вести переписку с клиентом в личном мессенджере?

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

Как поймать остановившийся обмен с учётной системой?

Следить за датой последнего успешного обмена, а не последней попытки, и поставить уведомление, если она старше суток при ежедневной работе.