На экране ещё виден серый каркас будущего сервиса, а вокруг него уже собираются вопросы о поведении пользователя. Публичные материалы, такие как Тинькофф дизайн, помогают увидеть профессиональную среду шире. Однако сама работа продуктового дизайнера начинается не с визуального приёма, а с понимания задачи и ограничений.
Первым шагом становится не создание макета, а выявление разрыва между текущим и желаемым сценарием. Пользователь может долго искать нужное действие, неверно интерпретировать подпись или останавливаться перед формой. Дизайнер должен выяснить, где именно возникают затруднения, кому они мешают и каким образом можно подтвердить улучшение наблюдаемыми изменениями. Если сразу сосредоточиться на экранах, то привлекательная композиция может легко замаскировать ошибочную логику. Поэтому перед тем, как обратиться к графическому редактору, важно изучить обращения пользователей, проанализировать существующий путь и выяснить технические рамки продукта. В некоторых случаях данных может быть недостаточно, и тогда гипотеза остаётся гипотезой с ясно обозначенными допущениями, а не с убедительной визуализацией.
Не все проблемы требуют добавления нового элемента; иногда достаточно убрать лишний шаг или заменить двусмысленную подпись. Черновой сценарий демонстрирует последовательность действий без декоративного слоя. На белом фоне располагаются простые блоки, курсор перемещается между состояниями, и обсуждение цвета отложено. Здесь проверяется основа: понимает ли человек, каков следующий шаг, видит ли он результат своего действия и может ли вернуться после возникновения ошибки.
После этого дизайнер связывает отдельные экраны в прототип и проходит путь, как будто видит его впервые. Это может оказаться сложнее, чем кажется на первый взгляд, ведь автор в курсе расположения каждой кнопки и невольно достраивает недостающие объяснения. В короткой проверке другой человек может задержать курсор над незнакомой иконкой, перечитать заголовок и молча вернуться назад. Именно эта причина определяет следующую правку: увеличенная кнопка не исправит сценарий, если пользователь сомневается в последствиях нажатия.
Интерфейс пересекается с кодом, содержанием продукта и правилами конкретного процесса. Разработчик может заметить дорогое или нестабильное поведение компонента, аналитик уточняет измеримый эффект, а редактор обнаруживает смысловой разрыв в тексте. Это не последовательная передача макета из рук в руки; обсуждение идёт во время работы, пока изменения ещё не требуют разбора уже собранного экрана.
На встрече может возникнуть неловкая тишина: дизайнер показывает плавный сценарий, а инженер открывает схему состояний и указывает на редкое исключение. Соединение пропало после отправки формы, операция сохранилась частично, и пользователь вернулся через несколько часов — заранее показанный путь распадается. Однако реальный продукт живёт именно с ограничениями. Дизайнеру приходится добавлять промежуточное состояние, объяснять задержку или оставлять доступный способ повторить действие.
Портфолио должно демонстрировать ход решения, а не только отполированные экраны. Читателю необходим контекст: какую проблему рассматривали, какие ограничения влияли на работу, почему один вариант был отвергнут и что изменилось после проверки. Если проект нельзя раскрыть полностью, дизайнер описывает свою зону ответственности и механизм выбора без закрытых данных. Этого достаточно, чтобы отличить осмысленную работу от набора визуальных упражнений.
Слабое место многих кейсов — скачок от задачи к финальному макету. Между ними остаётся белое поле, хотя именно там происходили споры, неудачные попытки и сокращение сценария. Один ранний набросок с зачёркнутой веткой порой оказывается полезнее пяти почти одинаковых экранов: он показывает, какое предположение не выдержало проверки. Здесь не требуется изображать безошибочный процесс, гораздо точнее назвать условие, после которого решение изменилось, и отделить личный вклад от результата всей команды. Если подтверждённых итоговых данных нет, портфолио не должно подменять их выдуманным ростом показателей.
Хороший кейс читается без экскурсовода, но он не обязан документировать каждый рабочий день. Следующий рабочий шаг обычно невелик: выбрать один сценарий, записать его ограничения и пройти от первого действия до возникновения ошибки. На столе может лежать блокнот с неровными стрелками, рядом мерцать прототип, а нерешённым остаётся всего один вопрос — что увидит человек, если привычный путь внезапно прервётся.
