Редакция MemorialPRO · 14 октября 2026
Клиент позвонил в офис, затем написал в другой канал и получил второе предложение. Один менеджер обещал готовность к определённой дате, другой изменил комплект. Даже если каждый старается помочь, несвязанные записи создают для мастерской конфликт договорённостей.
Решение начинается с правил идентификации обращения, ответственности и передачи работы. Ниже — регламент для офиса продаж памятников и небольшой сети. Он не требует считать каждого повторно обратившегося человека дублем и не предлагает открывать всем сотрудникам всю клиентскую базу.
Различайте клиента, обращение и заказ
Один человек может иметь несколько независимых заказов. Несколько родственников могут обсуждать один комплект. Совпадение телефона — повод проверить связь, но не всегда основание объединить всё в одну запись.
Перед созданием нового заказа сотрудник ищет существующее обращение по доступным ему данным. Если обнаружено совпадение, он уточняет, продолжает ли человек прежнее обсуждение или решает другую задачу. Не раскрывайте подробности заказа неизвестному собеседнику только потому, что он назвал знакомую фамилию.
Запишите связь между обращениями, если она подтверждена. Если нет — оставьте вопрос на проверку. Автоматическое объединение без просмотра состава и истории может потерять самостоятельный заказ.
У заказа должен быть текущий ответственный
Ответственный организует продолжение работы и следит за актуальными договорённостями. Это не означает, что только он вправе отвечать на любой вопрос. Коллега может принять обращение, но должен видеть, что уже обещано и кто принимает изменение.
Определите правила подмены при отпуске, выходном или переходе между офисами. Передача считается завершённой, когда новый сотрудник получил открытые вопросы и следующий шаг. Простая смена фамилии в поле без просмотра истории не решает задачу.
Не подменяйте процесс спором о том, «чей клиент». Правила учёта результата и вознаграждения устанавливаются отдельно. Они не должны заставлять сотрудников скрывать информацию о заказе от коллег, которым она нужна для исполнения.
Зафиксируйте единственное актуальное предложение
У каждого расчёта нужны версия, дата и понятный статус. Старые предложения сохраняются для истории, но не должны выглядеть действующими. Если менеджер пересчитал комплект, необходимо указать, что изменилось и какое предложение заменено.
На небольшом экране таблицу можно прокрутить вправо.
| Сведения | Что должен видеть коллега | Что делать при отсутствии |
|---|---|---|
| Комплект | Актуальные изделия и работы | Уточнить до нового расчёта |
| Цена | Версия предложения и основание изменения | Не обещать цену по памяти |
| Срок | Согласованный срок и текущий прогноз | Проверить у ответственного |
| Открытый вопрос | Что ещё не решено с клиентом | Не считать молчание согласием |
| Следующий контакт | Кто и зачем связывается | Согласовать действие внутри команды |
| Ограничение контактов | Пауза или просьба не обращаться | Соблюдать зафиксированную просьбу |
Сотрудник не должен копировать старый расчёт и менять только итог, если состав неизвестен. Сначала восстановите предмет предложения. Иначе два одинаково названных «комплекта» окажутся разными по включённым работам.
Как принять повторное обращение
Коллега может ответить: «Вижу, что по вашему вопросу уже готовили расчёт. Уточню актуальный вариант и помогу продолжить обсуждение». Такая формулировка лучше, чем заставлять человека полностью повторять историю или сразу выдавать вторую цену.
Если ответственный недоступен, действует заранее определённый порядок подмены. Запишите вопрос и срок ответа, а после уточнения вернитесь к клиенту. Не обещайте, что прежняя дата сохранится, если новая просьба меняет производство или монтаж.
Когда клиент просит другой вариант комплектации, оформляйте его как вариант в существующем обсуждении, если это тот же заказ. Сравнение вариантов должно показывать отличия, а не порождать две несвязанные «окончательные» суммы.
Что делать при обнаружении дубля
Сначала сравните историю, состав, оплаты и участников. Определите, какие записи действительно относятся к одному процессу. До объединения сохраните возможность проверить исходные данные и установите, какие связи система перенесёт.
Не удаляйте запись с оплатой или документом только ради чистого списка. Объединение должно сохранять историю и не создавать повторных финансовых операций. Если программа не поддерживает безопасную операцию, согласуйте другой способ связать записи и закрыть лишнее обращение без потери данных.
После исправления проверьте, какое предложение видят сотрудники и кто отвечает за продолжение. Само исчезновение второй строки не доказывает, что устранено противоречие в обещаниях.
Условный пример между двумя офисами
Менеджер А подготовил комплект с установкой. Через другой офис клиент запросил вариант с дополнительной плитой. Менеджер Б не нашёл обращение и рассчитал только изделие с плитой, не включив установку. Клиент воспринял более низкую сумму как цену полного заказа.
В предлагаемом порядке Б сначала проверяет связь обращения и открывает актуальный состав. Новый вариант оформляется с явным отличием: что добавлено, что сохранено и что требует пересчёта. Ответственный подтверждает версию и следующий шаг.
Если конфликт уже произошёл, команда сначала собирает обе версии и устанавливает факты. Не обвиняйте клиента в непонимании и не объявляйте чужое обещание недействительным без разбора полномочий и согласований.
Какие права нужны сотрудникам
Доступ должен помогать продолжать работу и одновременно ограничивать ненужные сведения. Сотруднику может требоваться увидеть факт существования заказа и ответственного, но не все финансовые данные или документы другого подразделения.
Проверьте сценарии разных ролей и офисов. Если поиск не показывает заказ из-за ограничения доступа, нужен предусмотренный способ передать вопрос уполномоченному сотруднику. Нельзя решать проблему дублей простым открытием всей базы каждому.
После увольнения или смены роли пересмотрите доступ и ответственность по открытым заказам. Передача клиента другому менеджеру и отзыв доступа бывшего сотрудника — разные действия, оба требуют проверки.
Как проверить сценарий в MemorialPRO
На демо создайте вымышленные обращения из двух каналов. Попросите показать поиск существующей записи, назначение ответственного и историю предложений. Затем передайте работу другому сотруднику и проверьте видимость последней версии.
Отдельно испытайте права разных офисов и поведение при дублях. Не считайте автоматическое объединение, интеграцию всех каналов или корректный перенос оплат подтверждёнными до выполнения соответствующей операции. Если функция недоступна, запишите рабочий обходной порядок и его ограничения.
Для подготовки скачайте лист передачи обращения. Он помогает сформулировать, какие сведения коллега должен получить до нового обещания клиенту.
Частые вопросы
Всегда ли один телефон означает одного клиента?
Нет. Общий номер может использоваться несколькими людьми, а один человек может обращаться по разным заказам. Нужна проверка связи и контекста.
Нужно ли запрещать коллегам отвечать?
Полный запрет может затруднить обслуживание. Полезнее определить, какие вопросы можно решить сразу, какие требуют проверки и как фиксируется ответ.
Можно ли просто удалить дубль?
Только после проверки данных и безопасного способа обработки. В записи могут находиться документы, события и финансовые связи, которые нельзя потерять.
Методические источники
Документация HubSpot рассматривает назначение владельца записи и правила работы с дублями как отдельные механизмы. Они полезны как ориентиры для требований к CRM, но не доказывают возможности MemorialPRO: Источник ; Источник . Регламент передачи и учебный пример подготовлены редакцией.
Рабочая таблица — пустой CSV-шаблон без формул. При импорте выберите UTF-8 и разделитель «точка с запятой»; заполнение и проверка остаются за сотрудником.
Разобрать совместную работу на демо
Подготовьте один обезличенный пример. Наличие нужных операций, интеграций и ограничений проверяется в доступной версии на демонстрации.