Где помощник продаж должен остановиться

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

Коммерческие правила удобнее проверять по структуре, чем пересказывать свободным текстом. Минимальная партия может действовать на заказ, на SKU или на упаковку. Запишите уровень правила и единицу продажи. Тогда смешанный заказ не пройдет проверку только потому, что общая сумма выглядит достаточно большой.

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

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

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