Начните с решения, которое хотите принять
Прототип полезен, когда помогает ответить на конкретный вопрос. Например: понимает ли клиент предложение, сможет ли сотрудник провести заявку через новый интерфейс или возможно ли получить нужные данные из внешнего сервиса. Формулировка «посмотреть, как будет выглядеть сайт» слишком широка для проверки.
Перед работой запишите один вопрос и наблюдаемый результат. Для интерфейса это может быть завершённый сценарий без подсказок. Для интеграции — корректный ответ на тестовых данных, включая ошибку. Сам по себе красивый экран не подтверждает работу всей системы.
Выберите фрагмент с высокой неопределённостью
Не обязательно начинать с главной страницы. Если основной риск в сложной записи, прототипировать стоит выбор услуги, времени и подтверждение. Если проблема в данных, полезнее проверить их получение и обработку. Часть продукта выбирают по тому, чему нужно научиться.
Для подходящих задач в MANUFAKTO я согласую один рабочий фрагмент до основной сделки. Его границы обсуждаю заранее: что действительно работает, где используются тестовые данные и что ещё не входит в проверку.
Пройдите обычный и неудобный сценарий
Попробуйте выполнить основную задачу, не опираясь на объяснение автора. Затем измените условия: оставьте поле пустым, вернитесь назад, используйте длинное название, откройте страницу на узком экране. Прототип не обязан быть готовым продуктом, но ограничения должны быть видны.
Фиксируйте наблюдения, а не общую оценку «нравится». Что оказалось непонятно? Где понадобилась подсказка? Какое решение удалось принять? Эти заметки помогают превратить просмотр в требования к разработке.
Не путайте прототип и обещание готовности
Демонстрационный фрагмент может не включать настоящую авторизацию, хранение данных, резервирование или все состояния ошибки. Уточните это отдельно. Перенос тестового экрана в production без соответствующей работы создаёт ложное ощущение завершённости.
После проверки сопоставьте результат с исходным вопросом. Если он закрыт, можно обсуждать объём, сроки и стоимость. Если нет, полезнее изменить решение или остановиться, чем достраивать продукт вокруг неподтверждённого предположения.
Что подготовить к обсуждению
Достаточно описания задачи, одного-двух реальных сценариев, ограничений и примера желаемого результата. Готовое техническое задание не обязательно. Пароли, ключи и реальные персональные данные для первого разговора не нужны.
Итог хорошей встречи — согласованный вопрос, границы фрагмента и способ его оценить. Уже после этого имеет смысл выбирать Standard, Plus или Pro для основной работы.