Условия изменились: как Mini App показать новый шаг, а не вернуть человека к началу

Условие меняется, выбор остаётся

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

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

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

Выбор и условие – два разных слоя

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

Полезнее назвать слои прямо:

• Выбрано человеком. Например, услуга, вариант, дата, параметры товара или адрес.
• Изменилось. Например, свободное время стало другим, срок надо уточнить или цена требует пересчёта.
• Подтверждено командой. Этот слой появляется, когда за условие уже кто-то отвечает.

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

Назовите изменившееся рядом с выбором

Сообщение работает, когда в нём есть три короткие части. Первая возвращает человека к его выбору: «Вы выбрали консультацию на вторник». Вторая называет изменение: «В 14:00 специалист уже занят». Третья открывает действие: «Доступны 16:00 и 18:00».

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

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

Три честных продолжения

После изменения человеку обычно хватает трёх направлений. Они остаются рядом с прежним выбором и не превращаются в меню ради меню.

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

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

Один открытый вопрос вместо нового опроса

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

Хорошая формулировка состоит из двух частей: «Вы выбрали такой-то вариант» и «Чтобы продолжить, уточните вот это». Вторая часть должна быть короткой и предметной. «Подскажите номер автомобиля» полезнее общего «Опишите вашу ситуацию». «Подходит ли вам окно после 18:00?» понятнее просьбы «Оставьте комментарий».

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

Проверьте один маршрут на листе

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

Разделите лист на три части. В первой напишите, что человек уже выбрал. Во второй – один факт, который изменился. В третьей – действие, которое вы готовы дать прямо сейчас. Если в третьей части появляется «вернуться в каталог» или «заполнить всё снова», обведите это место: там контекст потерялся.

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

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

Ответ на вопрос заголовка

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

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

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