Как ограничить время созвонов и никого не обидеть
Когда началась удалёнка во время ковида, количество моих созвонов увеличилось настолько, что я сделал ремонт в комнате. Тогда же я понял, что большинство созвонов не требует моего внимания.

Тогда уже интернет заполонили статьи типа «ограничьте созвон 15 минутами», но это не работало. Ретро сложно ограничить даже часом. Важный созвон с заказчиком, на котором дизайнер представляет работу тоже не сократишь.

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

Я вывел 3 правила:
1. Если человек нужен на «всякий случай», то договоритесь, что он будет доступен, но на сам созвон не идёт. Так его можно будет пригласить в любой момент, но не тратить его время. Работает в обе стороны

2. Если люди начали тереть о своём, а о вас забыли, то стоит таки прервать и уточнить остались ли вопросы. Да, не очень вежливо, то поможет не тратить своё время и уйти раньше.

3. Запись созвонов и публикация на скрытый канал компании в ютубе. Самое шикарное — записать созвон, а потом прослушать его на двойной скорости. Если возникли вопросы и предложения, всегда можно задать в чате с ссылкой на таймкод. Кроме того, помогает разрешать споры «кто и что говорил»

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

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

2. Продуктовый дизайнер мыслит ресурсами компании. На аутсорсе часто дизайнеры проектируют идеальное решение. В продукте дизайнер обязан мыслить ресурсами компании: как моё решение нагрузит техподдержку? Разумны ли затраты разработки на моё решение или стоит упростить? Какое решение в продукте я могу уже переиспользовать тут? Как новый интерфейс повлияет на старый?

3. На продуктового дизайнера больше давления. В аутсорсе всю ответственность за продукт берёт на себя заказчик. В продукте — команда. Решение дизайнера может привести к потере денег. Дизайнер может убедить команду в своём, а оно возьмёт и уронит прибыль на $10 000 в день. Именно поэтому все так обмазываются тестами.

Продуктовый дизайнера действительно тот же UX/UI-дизайнера, но с мышлением в ресурс и доказательства. У него больше ограничений. Продуктовый дизайнер не будет убирать подчеркивание ссылок, потому, что на Медиуме кто-то умный сказал, что люди уже привыкли к цветному тексту. Продуктовый дизайнер уберёт подчёркивание ссылок, если более изящное решение сработало так же или лушче

Важный кусок духоты: всё всегда зависит от компании. Команда на аутсорс может обмазываться исследованиями и проектировать как боженька. Посмотрите на уровень экпертизы у Собаки Павлова. Продуктовая команда может вообще забить на исследования и метрики, если у них есть спонсор и экспертиза. Тинькофф Банк на старте писал, что не делает исследования. Я работал дизайнером интерфейсов в 5 разных компаниях и в каждой у меня были свои обязанности. И это нормально, единых стандартов нет.

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

Когда я пришел в продукт, на меня свалилась вторая польза — со стороны бизнеса. Например, помочь бизнесу уменьшить количество клиентов, которые уходят из сервиса. Такая польза формулируется от метрики. Пользы друг другу не противоречат, но теперь их две и между ними нужно балансировать.

Например, сценарий отписки — один из тяжелых с точки зрения баланса.
💁‍♂️Польза для человека: избавиться от лишней подписки и сберечь ресурсы
💼Польза для бизнеса: уменьшить количество клиентов, которые уходят из сервиса

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

Следом рассказажу как бизнес определяет какую пользу он будет поставлять и почему «никакую» — тоже хорошо и нормально.

Как находить команду со схожими взглядами до того, как принять решение идти вместе с ней?

Собеседования работают в две стороны. Как команда присматривается к кандидату, так и кандидат к команде.
Я вижу два способа узнать о комфорте работы с будущей командой:

1. Изучить работы компании. Если находишь то, с чем не согласен, то спрашиваешь почему так сделали и какое отношение у команды к этому решению.
2. Создать такую ситуацию искусственно. Представить гипотетический моральный выбор и послушать как команда примет решение.

Идеально, если получится задать эти вопросы на созвоне именно со всей командой. Так проще заметить единомышленников или обнажить внтуренние конфликты.

Иногда вопросы лучше повторять. Например, на собеседовании с артдиректором, могут убеждать, что последнее слово в дизайне за дизайнером, а на собесе с командой окажется, что за продактом/фаундером/разработчиком/как вместе решат.

Это красиво, а это нет

Смотрите, две картинки. На первый взгляд, у телеграма красивые консистентные иконки, а у Едадила — нет. Кажется, что дизайнер Едадила не подумал о контексте и просто сделал как нравится.

Рассмотрим с другой стороны. Едадилу важно, чтобы люди пользовались их купонами и сканировали чеки, а не удаляли приложение. Их иконки полностью оттягивают на себя внимание. Наверняка такое решение уменьшит колиичество удалений и увеличит посещаемость. Это вопрос денег. Телеграму наоборот, важно мимикрировать под нативные приложения. Это вопрос позиционирования.

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

Я лично кайфую с трёх каналов в ТГ про красоту и один веду сам:

Это красиво, а это нет
Канал, про то, почему вещи красивые
https://news.1rj.ru/str/thisisfinethisisnot

Это знак
Какие логотипы красивые и почему
https://news.1rj.ru/str/thatsasign

Табличный дизайн
Автор любит таблицы, находит некрасивые и наводит красоту. Объясняет почему красиво.
https://news.1rj.ru/str/thisisnotatable

Галерея
Мой второй канал, где я делюсь красивым скриншотами и красотой, которая меня откружает
https://news.1rj.ru/str/uigallery

Ору с этой картинки.

Ребята хорошо рассказали кто же такой Продуктовый дизайнер. Весело и не душно
https://news.1rj.ru/str/ozondesign/1764

Сделал задачу — узнай результат

Типичная ситуация — дизайнер нарисовал дизайн и он улетел в «дыру разработки». Несите следующую! Обычно дизайнер узнаёт как сработало его решение, когда решат его доработать.

Если это не про вас, поздравляю, у вас здоровые процессы, если нет — планируйте анализ результатов. Дизайнер тогда хорош, когда знает как работает его дизайн.

📈 Договоритесь что считать успехом
Если в команде есть продакт или аналитик — отлично. На этапе проектирования обсудите что считать успехом: уменьшение чёрна, увеличение конверсии в заказ, рост длины сессии и т.д.

📅 Поставьте встречу
Узнайте когда будут смотреть результаты и поставьте встречу. Если этого не сделать, велик шанс, что про вас забудут.

🚧 Договоритесь с разработчиками, если доступа к продуктам и аналитикам нет. Да, так тоже бывает. Узнайте есть ли у них задача поставить счётчики, если есть, то где? Если нет, то почему. Это отдельная история про отладку процессов, она индивидуальная для каждой компании, главное — начать копать в эту сторону.

💀 Тяжелый случай. Дизайнер работает в вакууме, аналитики нет, продактов нет. Вижу только два пути: налаживать процесс аналитики самому или хотя бы проводить коридорки. Собрать прототип, показать коллегам/друзьям. Даже такого анализа достаточно, чтобы примерно понять хорошее ли решение или нет.

Принцип работает не только в дизайне. Пошел в спортзал? Проводи замеры, анализируй успех через месяц. Важны цифры, а не субъективное ощущение. Лично я не чувствую себя классно после спорта. А организм чувствует.

Часто ссоришься с партнёром? Веди дневник хороших и плохих моментов, пробуй что-то менять, анализируй через месяц. Может ссор будет всё меньше, хотя память говорит об обратном.