Таблица или CRM: с какого числа заявок таблица начинает терять ваши деньги

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

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

Что именно ломается в таблице раньше всего

Таблица не ломается от количества строк: предел формата Excel — 1 048 576 строк и 16 384 столбца на лист, и малый бизнес не приближается к нему за десять лет. Ломается процесс вокруг хранения, и происходит это по четырём сценариям.

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

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

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

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

Три слагаемых потерь и как посчитать каждое

Дальше считаем не «сколько стоит CRM», а сколько стоит её отсутствие. Потери складываются из трёх частей, каждая считается по короткой формуле, и все параметры берутся из ваших данных. Если вы их не знаете — это первая новость статьи.

Потерянные обращения. Потери в месяц = N × d × C × M, где N — число обращений в месяц, d — доля обращений, по которым не перезвонили или не вернулись вовремя, C — доля обращений, доходящих до сделки, M — прибыль с одной сделки. Величину d владельцы почти всегда считают нулевой, потому что взять её негде: в таблице нет отметки «обращение поступило», независимой от отметки «обращение внесено». Косвенный способ оценить d — сравнить число обращений в таблице с числом звонков в детализации оператора связи и числом отправок формы по данным счётчика за тот же месяц.

Время на ручной учёт. Часы в месяц = N × t ÷ 60, где t — минуты на одно обращение: внести, найти повторно, обновить статус, вспомнить, о чём договорились, свести месячный отчёт. Полторы минуты кажутся мелочью, пока их не умножили. Дальше часы умножаются на стоимость часа того, кто это делает, — и если это владелец, стоимость его часа выше стоимости часа наёмного менеджера, а не ниже.

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

Расчёт: где стоимость сервиса становится меньше стоимости потерь

Ниже та же арифметика в виде таблицы. Числа условные, они получены подстановкой в формулы выше, а не взяты из чьей-то статистики: две минуты на обращение, прибыль со сделки сто тысяч рублей, конверсия обращения в сделку одна пятая. Подставьте свои четыре числа — таблица нужна как форма расчёта, а не как источник цифр.

Обращений в месяц	Часов на учёт	Потери при d = 3%	Потери при d = 10%	Что показывает расчёт
10	0,3	6 000 ₽	20 000 ₽	таблица дешевле
30	1,0	18 000 ₽	60 000 ₽	потери сравнялись с подпиской
60	2,0	36 000 ₽	120 000 ₽	порог: потери превышают подписку в разы
120	4,0	72 000 ₽	240 000 ₽	учёт становится отдельной работой
250	8,3	150 000 ₽	500 000 ₽	таблица в принципе не держит объём

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

Почему число заявок — не единственный порог

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

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

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

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

Правило: два условия из трёх — переходить независимо от расчёта; ноль условий — не переходить; одно условие — считать по формулам.

Источники обращений: почему таблица заставляет угадывать

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

Следствие для рекламы: пока источник не фиксируется автоматически, любой вывод о канале — предположение. Кампанию отключают потому, что «оттуда никто не звонит», а звонили трижды, просто у этих строк стоит «сарафан». Отсюда и проверки настроек вместо проверки учёта: прежде чем идти по списку проверок, почему Директ не работает, убедитесь, что обращения доходят до файла.

Персональные данные в файле: что требует закон

Часть, которую при выборе инструмента не обсуждают вообще. Имя, телефон и почта клиента — персональные данные, а тот, кто их собирает и хранит, является оператором по Федеральному закону от 27.07.2006 № 152-ФЗ. Это верно и для таблицы в облаке, и для файла на ноутбуке, и для сервиса.

Требование	Норма	Как закрывается в таблице	Как закрывается в CRM
Хранение данных граждан России в базах на территории России	ч. 5 ст. 18 152-ФЗ (242-ФЗ от 21.07.2014)	зависит от того, где серверы облачного сервиса; у зарубежного вопрос открыт	решается выбором поставщика с размещением в России
Уведомление уполномоченного органа об обработке данных	ст. 22 152-ФЗ; исключения сужены 266-ФЗ от 14.07.2022	обязанность владельца файла, инструмент не помогает	обязанность та же, поставщик даёт готовые формулировки
Организационные и технические меры защиты, разграничение доступа	ст. 18.1 и ст. 19 152-ФЗ	доступ «всем, у кого есть ссылка» — противоположность требованию	роли, права на поля, журнал действий
Реакция на неправомерную передачу данных	ч. 3.1 ст. 21 152-ФЗ (266-ФЗ от 14.07.2022): 24 часа на уведомление о факте, 72 часа на результаты расследования	утечку файла обычно нельзя обнаружить и доказать	журнал доступа показывает, кто и когда выгружал данные

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

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

Чего в таблице нет по устройству

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

Функция	В таблице	В CRM	Что теряется без неё
Задача с исполнителем и сроком, напоминание	нет	да	сделки с длинным циклом протекают
Автоматическая фиксация источника, кампании, страницы входа	нет	да	реклама оптимизируется наугад
Привязка записи звонка к карточке	нет	да	нечем проверить обещания клиенту
Воронка со статусами и запретом перескочить этап	имитируется столбцом	да	не видно, на каком этапе теряются сделки
История изменений карточки с автором	частично	да	спор «я этого не писал» неразрешим
Автоответ клиенту с фиксацией отправки	нет	да	клиент не знает, что заявка принята
Приём заявки с формы сайта без копирования руками	нет	да	появляется шаг, где заявка пропадает
Защита от дублей одного клиента	нет	да	клиент получает два разных ответа

Что таблица делает лучше сервиса

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

Полная смета внедрения, а не цена подписки

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

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

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

Три ступени вместо выбора «или-или»

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

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

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

Порядок перехода и что измерять после

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

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

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

Коротко

• Таблица ломается не от числа строк, а от четырёх сценариев: заявка не попала в файл, по ней не перезвонили, её обработали дважды, файл испортили сортировкой.
• Считать надо не цену подписки, а стоимость беспорядка: потерянные обращения (N × d × C × M), часы на учёт (N × t ÷ 60) и решения по рекламе наугад, без данных об источнике.
• Порог задаёт прибыль со сделки, а не усталость от файла: при высокой прибыли он наступает на десяти обращениях в месяц, при низкой держится до сотни.
• Три условия ломают таблицу раньше расчёта: несколько каналов, сделка не в один контакт, больше одного человека на заявках. Два из трёх — переходить.
• Файл с телефонами клиентов — обработка персональных данных по 152-ФЗ: размещение баз в России, уведомление органа, меры защиты, сутки на реакцию при утечке.
• Базу теряют двумя способами без следов: открытая ссылка на файл и выгрузка при уходе; история версий фиксирует правки, а не доступ.
• Преимущества таблицы реальны: нулевой вход, свободная разовая аналитика, независимость от поставщика. Как калькулятор она нужна всегда, как хранилище заявок — нет.
• В смете перехода шесть позиций, и подписка не главная: чистка данных, воронка, подключение источников, обучение, поддержание порядка. Если заявок мало не из-за учёта, деньги нужны в источник обращений.
• Лестница из трёх ступеней: таблица с жёсткими правилами, воронка в сервисе, сервис с телефонией и отчётом. Не соблюдаются правила на первой ступени — не заработают и на второй.
• Результат проверяется четырьмя показателями: доля обращений без ответа, время первого ответа, доля сделок с источником, потери между этапами. Продажи — не показатель.