Проверяйте больше, чем кнопку изменения дат
Демонстрация PMS должна показать не только редактирование дат. Проверьте доступность новой ночи, обновлённое количество, обработку цены и момент подтверждения изменения. Попросите показать отсутствие доступности и ожидание согласия вместе с успешным сценарием. Используйте вымышленные записи в среде без реальных каналов и сообщений гостям. Это вопросы для оценки, а не заявленные функции конкретного продукта. Публичная инструкция OPERA Cloud 26.2 описывает экран проверки доступности при изменении дат. Airbnb поясняет, что обычный запрос хозяина оставляет бронь прежней, если гость отказывает или не отвечает; для некоторых типов есть исключения. Это разные процессы. Правка в PMS не доказывает автоматическое изменение всех каналов или универсальный порядок согласования.
Небольшой законченный файл демонстрации
Начните с условного заезда 16 октября и выезда 18 октября: две ночи. Сначала продлите выезд до 19 октября: три ночи. Затем предположите отсутствие подходящего номера на дополнительную ночь. Наконец предположите наличие номера, но ожидание принятия во внешнем процессе. Даты не относятся к реальной брони. Тип номера, число людей и ценовое допущение запишите явно, чтобы изменения можно было связать с исходными данными. Продавец подтверждает отсутствие реальных бронирований, действий каналов или сообщений. Уведомления остаются предпросмотром без настоящего получателя. Сравните начальные и конечные даты, номер и сумму. Сценарий завершён лишь при проверяемом результате. Если нужна недоступная рабочая связь, запишите пробел доказательства и предложенную отдельную проверку. Непоказанная функция не считается продемонстрированной. Словесное обещание имеет другой уровень подтверждения, чем видимый результат безопасной проверки.
Вопросы о доступности, цене и подтверждении
Выбор даты не доказывает доступность. Где проверена дополнительная ночь, что происходит при отсутствии номера, сохраняется ли существующая бронь? Сравните старую и новую сумму, объяснение по ночам, сохранённые или пересмотренные условия. Продукты не обязаны иметь одинаковый пересчёт. Необъяснённое число нельзя признать правильным только потому, что оно отображается. Пусть продавец объяснит видимое поведение без изобретения другого расчёта. Разделяйте запрос, принятое изменение и неудачную операцию. Не обобщайте обычный процесс Airbnb на все каналы: исключения и виды броней имеют свои правила. Когда объявляется завершение, какие даты действуют при ожидании, что видит пользователь после внешнего отказа? Если безопасная среда позволяет, попросите видимый результат отказа вместо только устного рассказа. Исходная запись и последующие экраны должны оставаться согласованными.
Записывайте решение по доказательствам
Для каждого случая отметьте показано, частично показано или не показано. Успешное продление показывает даты, три ночи и объяснимую сумму. Недоступность показывает конфликт без видимости подтверждения. Ожидание отделяет действующее состояние от незаконченного запроса. Это предлагаемые вопросы приёмки, а не обязательные экраны или технические методы реализации. Отделяйте поведение продукта от охвата каналов. Локальная демонстрация не доказывает одинаковый результат в действующем канале. Сопоставьте описанный охват, показанные случаи и открытые вопросы. Не переносите реальные доступы или записи клиентов в редакционную работу. Без дополнительных доказательств неопределённость остаётся в решении о покупке. Полезная демонстрация понятно объясняет успешные и неуспешные изменения, а не только скорость нажатия кнопки.