Design & Productivity

Вчера мы рассматривали задачку, в которой продукт готовится к запуску, а вы недовольны результатом (см. предыдущий пост ☝️). Сегодня, как и обещал, мой вариант.

Вообще, похоже, я перестарался с подвохом в этой задачке. Но вас не проведёшь, вчера меня завалили подробными ответами в личных сообщениях. Прочитал всё с большим удовольствием. Спасибо вам большое, у этого канала потрясающие читатели!

Главный подвох заключается в том, что в ситуации, когда до большого запуска остаётся пара недель, про продукт должно быть уже неплохо известно, работает ли он и что думают люди. Должны были быть какие-то проверки продуктовых гипотез: эксперименты, А/Б-тесты, бета-версии, юзабилити-тестирования. Поэтому внезапное ощущение дизайнера «чёт всё очень плохо, надо всё переделывать» само по себе вызывает вопросы.

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

А может быть, бета-версия уже была, и продукт работает и все довольны. И да, дизайнер может внезапно придумать, как сделать всё ещё гораздо лучше. Это круто! Но в общем случае соглашусь, что работающий продукт лучше идеального продукта. Всё всегда можно улучшить, а потом ещё улучшить, а потом ещё — это не повод откладывать запуск. Так что вариант А (запускаться, несмотря ни на что), который выбрало большинство читателей, мне вполне импонирует. Другое дело, что если у дизайнера есть идеи, их не стоит держать в себе — есть смысл как минимум обсудить с командой.

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

Хотя постановка задачи очень абстрактна и в реальности всё будет зависеть от нюансов ситуации, общие мысли у меня такие:

- продуктовый дизайн проверяют, к моменту запуска мы уже должны в нём быть уверены; - всё всегда можно улучшить, и это стоит сделать в следующей версии;

- сомнения в любом случае стоит озвучивать и обсуждать с командой;

- дизайнер отвечает за качество результата и вполне может настоять на исправлениях, если качество получается ниже нужной планки.