Про продуктовые решения

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

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

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

Во-первых, мне надо было понять, как и почему принимались решения в прошлом и сейчас. Вместо озвучивания внутреннего голоса «да что здесь происходит вообще?», начинаю с «помогите мне понять...»

- ...Как вы выбрали эту фичу?
- Из чего выбирали, какие рассматривали альтернативы и как это решение приоритизировали?
- Что здесь оптимизируется? (вот это вообще царь-вопрос)
- Какие ожидания после запуска?
- Сколько времени у вас на самом деле заняло всё сделать?
- Как сильно вы были неправы или правы? Почему?

Во-вторых, при оценке планирования, я пытаюсь найти скрытую сложность и проблемы, пропущенные другими людьми. Пока что не было такого случая, чтобы чего-то не нашлось. Я пользуюсь методом, который подрезала на воркшопе Лоры Кляйн по продуктовым решениям — полностью описать каждый элемент на каждом экране, обсудить его с командой, чтобы убедиться, что оно вообще взлетит, прежду чем точно подписываться строить. Кроме этого, если команда не особо зрелая (а кто ещё доверит это консультантам?), всплывают все недоделанные дизайнерские решения.

Выглядит это так — показывая на каждый элемент на макете дизайнерам и девелоперам, задаю 4 вопроса:

- Откуда это берётся?
- Сколько состояний у этого?
- Что происходит в каждом из состояний?
- Что случается, когда состояние меняется?

Не могу сказать, что я лично в восторге от этой новой реальности — «продуктизацию» исследований считаю одной из больших проблем дизайн-команд. А ещё держу зуб за переупаковку традиционных HCI-инструментов и подачу этого как эффективные инновации в продуктовом мышлении (jbtd или вот так называемый custdev). Но покорно двигаю метрики и продолжаю задалбывать команды вопросами.