Подготовка к собеседованию — Продуктовый дизайнер

Короткий ответ: Дизайн-мышление — это человеко-центричный итеративный подход к решению задач, который стартует от потребностей пользователя, а не от готового решения. Модель IDEO / Stanford d.school состоит из пяти нелинейных этапов.

Подробно:

1. Empathize — понять пользователей через интервью, наблюдение и погружение, отложив собственные предположения.
2. Define — синтезировать наблюдения в чёткую постановку проблемы и POV (например: «занятым родителям нужен более быстрый способ…, потому что…»).
3. Ideate — генерировать много идей без ранней критики; сначала количество, потом качество.
4. Prototype — собрать дешёвые, быстрые, low-fi представления, чтобы сделать идеи осязаемыми.
5. Test — показать прототипы пользователям, учиться и возвращаться назад.

Empathize → Define → Ideate → Prototype → Test
    ^                                        |
    └──────── итерация: тест → обратно ──────┘

Что хотят услышать на собеседовании: процесс итеративный (тест отправляет назад к ideate), bias toward action (прототипируй, чтобы учиться, а не спорить) и нужно «влюбиться в проблему, а не в своё решение». Честно про ограничения: это майндсет и набор инструментов, а не жёсткий рецепт; он сочетается с Double Diamond и Agile. Применяю чаще всего для неоднозначных задач 0→1.

⚠️ Частая ошибка: воспринимать пять этапов как линейный водопад, который проходят ровно один раз.

Короткий ответ: Термины из книги Дона Нормана «Дизайн привычных вещей». Аффорданс — это отношение между объектом и пользователем, задающее возможное действие (кнопку можно нажать, слайдер — потянуть). Сигнификатор — воспринимаемая подсказка, которая сообщает об этом аффордансе: где и как действовать.

Подробно:

1. Зачем различать — «дверь Нормана»: дверь можно толкнуть, но ручка (сигнификатор) подсказывает «тянуть». Рассогласование сигнификатора и аффорданса и сбивает с толку.
2. В UI аффордансы чаще конвенциональные, а не физические — мы опираемся на привычки пользователя.
3. Современный риск — плоский дизайн и «mystery meat»-навигация, которые срезают сигнификаторы: без границ, теней и подписей непонятно, что кликабельно.
4. Решение — оставлять достаточно сигнификаторов: hover-состояния, смену курсора, лёгкую тень, явные подписи.

/* сигнификаторы: воспринимаемые подсказки об аффордансе */
.button    { box-shadow: 0 1px 2px rgba(0,0,0,.2); cursor: pointer; } /* выглядит нажимаемой */
.link      { color: #2563eb; text-decoration: underline; }           /* сигнал «это ссылка» */
.draggable { cursor: grab; }                                          /* можно перетащить */
.input     { border: 1px solid #cbd5e1; }                             /* рамка → «сюда вводить» */

⚠️ Частая ошибка: путать аффорданс и сигнификатор. Аффорданс — это возможность действия, сигнификатор — подсказка, что она существует; в цифровом UI важны именно сигнификаторы.

Короткий ответ: MVP — minimum viable product — это наименьшая версия продукта, которая даёт пользователям реальную ценность и позволяет проверить, верна ли ключевая гипотеза, с наименьшими усилиями. Акцент на «viable»: он должен честно решать проблему, а не быть сломанным полупродуктом.

Подробно:

1. Аналогия со скейтбордом (Henrik Kniberg) — если цель «перемещение», выпускай скейт → велосипед → машину, где каждый этап ездит, а не колесо → шасси → недоделанную машину.
2. Якорь на одну ключевую работу пользователя и самое рискованное допущение, которое нужно проверить; всё остальное отрезаю.
3. MoSCoW — чтобы отделить must-have от «потом».
4. Защищаю baseline качества и юзабилити — «минимум» про ширину фич, не про крафт. Кривой MVP даёт ложноотрицательный результат: люди уходят не из-за сути.
5. Сначала проектирую полное видение, потом сознательно решаю, что отложить — чтобы MVP был связным срезом целого.

Колесо → Шасси → Машина        ✗  ничего не едет до конца
Скейт  → Велик → Машина        ✓  ездит на каждом шаге

⚠️ Частая ошибка: путать «minimum» с «низким качеством». Результат MVP — это обучение, поэтому его обязательно надо инструментировать.

Короткий ответ: Figma — мой основной инструмент и индустриальный дефолт: realtime-коллаборация, компоненты/variants, auto-layout, variables/токены, прототайпинг и dev-mode хэндофф в одном месте. Инструмент выбираю под задачу, а не наоборот.

Подробно:

1. UI и дизайн-системы — Figma для дизайна, библиотек и большинства прототипов.
2. Дискавери — FigJam/Miro для воркшопов, journey maps, affinity-карт, card sorting.
3. Hi-fi прототипы — ProtoPie или Framer, когда нужна реальная логика, переменные или сенсоры устройства.
4. Ресёрч и тесты — Maze/UserTesting для юзабилити, Dovetail для синтеза.
5. Доступность — Stark и контраст-чекеры плюс реальное тестирование скринридером.

Принцип: инструмент служит вопросу — не переинвестирую в фиделити рано и поднимаю реалистичность, только когда валидирую само качество интеракции.

⚠️ Частая ошибка: путать владение инструментом с дизайн-мышлением — fluency это table stakes, думать важнее, чем тулза.

Короткий ответ: Сместите разговор с позиций на лежащие за ними потребности и общую цель, верните всех к данным о пользователях и найдите дизайн-решение, которое растворяет ложную дилемму, а не идёт на худший компромисс.

Подробно:

1. Ситуация — PM хотел максимальную простоту для новичков, а аккаунт-менеджер — продвинутые контролы на видном месте. Конфликтующие видения одного экрана.
2. К потребностям — провёл короткую сессию выравнивания: PM нужна активация, AM — удержание ценных power-users. Обе цели легитимны и не взаимоисключающи.
3. Опора на исследование — у нас были чёткие сегменты новичков и экспертов; переформулировал как дизайн-задачу: progressive disclosure — простой вид по умолчанию, продвинутые контролы в одном тапе.
4. Проверка — прототип, тест на обоих сегментах; решение устроило всех. Если решения нет — эскалирую к владельцу решения с чёткой рекомендацией и трейд-оффами, а не даю застопориться.

Две позиции → одна потребность
─────────────────────────────────────────
PM: «проще»  ┐
             ├─► общая цель: ценность для
AM: «мощнее» ┘    обоих сегментов
                       │
                       ▼
        Progressive disclosure:
   [ простой вид по умолчанию ]
   [ продвинутое — в один тап  ]

⚠️ Частая ошибка: политически выбрать сторону или склеить «среднее» решение хуже обоих — ищите вариант, снимающий ложный выбор.