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