Дизайн мобильного приложения проверяют на пути клиента до результата, а агенты собирают правки

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

До рабочего кода путь пользователя можно проверить через кликабельный прототип.

Результат дизайн-спринта нового продукта проверяют на прототипе до заказа рабочего кода.

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

Кнопка «Записаться» ещё не означает готовую запись. Система должна сохранить её, а клиент увидеть услугу и время. Цвет кнопки этого не доказывает.

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

Клавиатура уменьшает место на экране, документация Android разбирает это поведение отдельно. Кнопку записи проверяют с открытой клавиатурой.

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

Что останется за владельцем, если код пишет агент? Выбор сценария и решений о поведении клиента. Инженер ведёт машину агентов, которая меняет экраны.

Для работы нужны правила для агентов и образец. В уроке «Каркас с лучшего донора» курса агентной разработки разбирается работа с образцом.

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

По чему принимать правки? По тому же сценарию на согласованном устройстве. Android Developers рекомендует проверять приложение на реальном устройстве до выпуска.

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

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

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

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

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

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

Как заказать работу? Принести сценарий, утверждённые решения и доступ к проекту. До старта согласовать устройства и ответственного за приёмку.

В подписке на агентную разработку «Один проект» стоит 250 000 ₽ в месяц, проверено 8 октября 2026. Это один продукт и один поток, следующая задача ждёт в очереди.

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

Ответственность за выпуск согласуют до старта. Вопрос кто отвечает за ошибки разобран отдельно. В мобильной задаче нужен ответственный за приёмку на устройстве.

Готовность команды к агентам помогал разобрать тест для руководителя. Сейчас этот адрес перенаправляет на /services, где можно обсудить задачу.

1. Заказывайте путь до подтверждённой записи или покупки.

2. Передавайте в работу ожидание, ошибки и возврат вместе с макетом.

3. Агент собирает правку по правилам; инженер принимает весь путь.

4. Проверяйте сценарий с вводом и повторным действием на согласованных устройствах.

5. После выпуска сравнивайте завершения и обращения, а найденный дефект возвращайте в задачу.