CRM, таблица или Telegram: где должна жить заявка после сайта?

Доставка заявки ещё не означает, что её приняли в работу

Сайт умеет зафиксировать отправку формы. Метрика может отметить достижение цели. Telegram показывает новое сообщение. Все три события полезны, но ни одно не отвечает на вопрос, кто сейчас отвечает за клиента и что должно произойти дальше.

Потеря начинается в промежутке между «увидели» и «сделали». Один сотрудник решил, что ответит другой. Второй позвонил, но не записал итог. Клиент попросил вернуться в пятницу, а напоминание осталось в личном календаре. Через месяц в отчёте есть семьдесят отправок и сорок разговоров. Остальные тридцать живут в статистическом тумане.

Минимальная запись о заявке состоит не только из контакта. Нужны канал и время поступления, владелец, текущий статус, следующее действие со сроком и итог. Для некоторых услуг добавляется предмет интереса или филиал. Всё остальное можно наращивать позже. Если этих пяти элементов нет, новый интерфейс прежде всего красиво показывает неизвестность.

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

Когда общей таблицы действительно достаточно

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

У таблицы должен быть один рабочий адрес и одинаковые правила. Не копия у менеджера, экспорт у владельца и ещё одна версия «для отчёта». Запись создаётся один раз, каждое изменение попадает туда же. Поля имеют ограниченные значения: «новая», «связались», «ждём клиента», «назначено», «закрыто». Свободный текст остаётся для контекста, но не заменяет состояние.

Главный риск таблицы не в отсутствии модного интерфейса, а в ручной дисциплине. Кто добавляет заявку из звонка? Что происходит, если два человека открыли её одновременно? Как напомнить о пятнице? Кто заметит строку без следующего действия? Эти вопросы можно решить простыми правилами и фильтрами, пока исключения редки.

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

Telegram хорош как сигнал и рабочий вход, но слаб как единственная история

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

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

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

Яндекс Метрика умеет учитывать переходы в мессенджеры и, при передаче данных, события из чатов, включая Telegram и наличие ответа. Это полезно для аналитики канала. Но фиксация чата по-прежнему не означает, что компания сохранила обещанный срок, повторное касание и итог сделки. Платформа измеряет событие, процесс работы остаётся за бизнесом.

CRM нужна не после магического числа, а после усложнения координации

Популярный вопрос звучит так: «С какого количества лидов нужна CRM?» Универсального числа нет. Один человек может спокойно обработать большой поток одинаковых заказов. Пять редких корпоративных заявок проходят согласование, расчёт, договор, паузу и повторный контакт с участием нескольких сотрудников. Их координация сложнее, хотя строк меньше.

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

CRM не исправляет процесс автоматически. Если статусы названы «думает», «тёплый» и «важное», сотрудники будут понимать их по-разному. Если следующий шаг не обязателен, карточки продолжат стареть, только теперь в красивых колонках. До внедрения нужно определить минимальный маршрут и владельцев. Автоматизируется правило, а не надежда.

Есть и аналитическая причина. Яндекс Метрика позволяет передавать из CRM реальные продажи и статусы сделок, связывая их с онлайн-историей посетителя. Тогда можно отличать отправку формы от качественной заявки, оплаты или отмены. Но интеграция требует корректных идентификаторов, статусов и сроков передачи. Она полезна после того, как данные действительно ведутся, а не вместо этого.

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

Разберите последние двадцать заявок до выбора инструмента

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

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

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

Отдельно проверьте результат. Отправка формы, разговор и оплата – разные события. Для бизнеса может быть достаточно знать итог вручную, а может потребоваться связь с источником и рекламой. Не внедряйте сквозную аналитику из уважения к термину. Сначала назовите решение, которое вы будете принимать по этим данным.

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

Где должна жить заявка после сайта

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

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

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