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

Затем создай один автономный файл feature-prototype.html с HTML, CSS и JavaScript внутри. Используй только вымышленные данные из брифа, без авторизации, API, аналитики, внешних библиотек, localStorage и настоящего сохранения. Дай переключатель статуса заказа для проверки, отдельные поля «Город и улица», «Дом» и необязательную «Квартиру», доступные подписи и ошибки рядом с нужным полем, клавиатурную навигацию и явное сообщение об успешном учебном изменении. Если среда умеет создавать файлы, выдай настоящий скачиваемый HTML. Если не умеет, верни полный исходный код и честно перечисли несозданные файлы. Не заявляй о визуальной проверке, если не открывал страницу.

Составь отдельный протокол пользовательской проверки: задачи без подсказки решения, начальное состояние, наблюдаемый результат, вопросы после попытки и пустые поля для фактических наблюдений. Отдели редакционные ожидаемые результаты от ответов реальных участников. Если доступен инструмент создания DOCX, создай test-scenarios.docx; иначе дай текст протокола и отметь, что DOCX не создан.

Перед завершением проверь, что «Москва, улица 8 Марта» с пустым домом и квартирой 5 не сохраняется, а та же улица с домом 7 сохраняется. Не ищи номер дома как любую цифру в общей строке адреса. Пройди все состояния, проверь работу на ширинах 320 и 390 px, с клавиатуры, скачивание файла и отсутствие сетевых запросов. Для каждого пункта сообщи, что действительно проверено, что не проверено и какие решения остаются за владельцем продукта. Рабочий HTML не подключай к продукту и не публикуй как production-приложение.