Несколько вариантов КП в одной сделке: что должен помнить ИИ

«Берём второй вариант» не всегда указывает на нужный файл. Разбираем, как сохранить альтернативы, редакции и подтверждённый состав, чтобы агент продолжил именно ту продажу, которую обсуждает покупатель.

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

«Берём второй вариант» — какой именно второй?

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

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

В Цифре — агентской CRM для продаж можно обсудить структуру вариантов и связь с задачами агента. Он помогает подготовить данные и продолжение, а изменения суммы и стадии проходят по принятому правилу участия сотрудника. Хранение конкретных документов, версии и обмен с внешними системами требуют проверки подключения.

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

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

Вариант, редакция и отдельная сделка

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

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

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

Паспорт каждого предложения

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

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

В документации Microsoft о КП описывается переход от черновика к состояниям предложения. Это пример явной модели документа, а не универсальное правило любой CRM. Для процесса Цифры нужно определить свои состояния и способы их подтверждения в доступных подключениях.

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

Как агент уточняет неясный выбор

Фразы «второе», «тот вариант», «как раньше» требуют контекста. Агент использует признаки из разговора и доступные документы, затем подтверждает понимание. Если вариантов слишком много, полезнее коротко назвать различие, чем читать все позиции голосом. Цель — установить предмет, не превратить проверку в экзамен для покупателя.

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

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

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

Различия, которые стоит показать сотруднику

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

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

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

В разборе срока действия КП рассматривается актуальность условий во времени. Здесь отдельный вопрос: даже два действующих предложения могут иметь разный предмет. Проверка срока не заменяет установление того, какой состав клиент действительно выбрал и какая редакция была ему отправлена.

Как не удвоить прогноз продаж

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

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

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

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

Передача между менеджером, инженером и агентом

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

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

В условном эпизоде инженер добавил необходимый компонент после просьбы клиента удешевить состав. Менеджер должен увидеть, что часть запроса невыполнима без изменения решения. Автоматически отправлять документ как «согласованную экономию» нельзя. Нужно объяснить, что изменилось и почему требуется новое обсуждение.

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

Приёмка на неоднозначных репликах

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

Технический тест проверяет связь файлов, идентификаторов и карточки. Смысловой — правильность выбора. Коммерческий — полномочия на изменение условий. Успешная загрузка документа не доказывает, что это тот документ, который покупатель принял. Эти уровни удобно принимать разными ответственными с единым набором примеров.

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

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

Как понять, что структура помогает продаже

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

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

Таблица выбора, которую можно показать коллеге

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

Первый проверяющий получает таблицу без всей переписки. Если ему приходится спрашивать «а какое второе?», короткое имя не решило задачу. Если он понимает состав, но не видит область подтверждения, не хватает источника. Это две разные причины возврата, и исправлять их нужно разными способами: структурой варианта либо подтверждением выбора.

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

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

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