РЕДАКЦИЯ BOOSTED · ПРАКТИКА ПРОДВИЖЕНИЯ

Повторные сообщения или новые заявки: как связать записи в реестре

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

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

Определить единицу учёта

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

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

Пять записей: две заявки и один вопрос

Учебный реестр: запись A — новая заявка L1; B — подтверждённое уточнение L1; C — новая заявка L2; D — подтверждённое уточнение L2; E — сообщение с похожим именем, связь не установлена. Получаются две подтверждённые заявки и одно неразобранное сообщение, а не автоматически пять или три заявки.

Сохраните для A–E исходные строки и отдельное поле связи. Для B и D укажите основание объединения. Для E задайте уточняющий вопрос в обычном рабочем процессе; до ответа не склеивайте запись по догадке. После подтверждения обновите результат, оставив след изменения.

Не переносить правило покупки на любой сигнал

Например, Google Analytics описывает устранение повторных purchase в веб-потоке по transaction_id с оговорками об одном пользователе. Это конкретная механика покупок, а не автоматическое объединение переписок во всех CRM. Для заявок ваше правило нужно определить и проверить отдельно.

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

Схема: 1 — сохранить исходные сообщения; 2 — связать только подтверждённые совпадения; 3 — отдельно посчитать заявки и неопределённые случаи.

Кольцевая диаграмма и столбцы без чисел
1 — сохранить исходные сообщения; 2 — связать только подтверждённые совпадения; 3 — отдельно посчитать заявки и неопределённые случаи.

Другие практические инструкции — в блоге Boosted.

Источники

Google Analytics: идентификаторы транзакций. Проверено 21 сентября 2026. Практические примеры и схемы — редакционная методика; условные числа не являются данными клиентов.

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

✦ Подобрать количество и оформить заказ →