/designer

#задача 4. Люди не читают закреп

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

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

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

Конечно можно при каждом эпизоде срабатывания бота отправлять прямо в чат сообщение о том, что случилось, но это мешает другим опытным участникам и замусоривает его, потому что такие сообщения возникают слишком часто. Через день эксперимента с такой индикацией в @designchat2 участники и модераторы просто взвыли от этих уведомлений, это решение было слишком грубое. Телеграм не позволяет ни одному боту инициировать личный диалог с участниками, так что отправлять уведомление-индикатор в личку невозможно.

Продуктовая задача: сократить ежедневную метрику ошибочных сообщений и исправить индикацию.

У меня есть несколько решений, которые я опубликую завтра. Пока предложи свой вариант в комментариях!

@slashdesigner #первые_шаги

#снек 39. Для чего лид рисует

Продолжаем тему Если ты лид, перестань рисовать свои задачи.

Кратко: Чтобы передать опыт своим сотрудникам, а не чтобы сдать задачу как можно быстрее.

Я знаком с классными талантливыми ребятами, которые и командой руководят, и рисуют свои задачи сами. Но тем они снижают пропускную способность команды. Важный показатель качества работы лида — скорость отклика, когда ты можешь быстро разрулить рабочий вопрос, провести ревью, быть включённым в большое количество проектов сразу.

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

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

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

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

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

Не имея обязанности рисовать, мы всё ещё точно должны знать предметную область лучше всех. Мы первыми должны интересоваться, как настраивается Swap Instance в обновлении Фигмы. Конечно мы не должны терять квалификации.

@slashdesigner #для_профи

#снек 38. Дизайнер, не начинай с фриланса!

В @designchat2 регулярно врываются ребята, которые 2 недели работают в Figma и уже задаются вопросом о том, где брать клиентов для фриланса.

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

Обычно старт с фриланса в одиночку, пусть даже без Таиланда — это путь к переработкам, конфликтам с заказчиками и бедности. Я занимался веб-дизайном как фрилансер на протяжении 8 лет, и это был полный провал.

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

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

1. За любой успешной карьерой стоит ментор. Когда ты фрилансер, тебе обычно не приходит в голову идея искать ментора. А даже если и приходит, постоянный ментор стоит дорого.

2. Уровень задач, который сам для себя может найти начинающий, заведомо не может дать ему качественно новый опыт. Тут есть порочный круг: если ты не умеешь, ты не можешь сделать хорошо. Если ты не делаешь хорошо и у тебя слабое портфолио, тебе не дают интересные проекты, следовательно, ты не можешь быстро научиться без помощи со стороны.

3. Никто не говорит о том, что помимо дизайнера фрилансер — это не одна профессия, а сразу целый букет. Это ещё и менеджер, пиарщик, продажник, нянька и так далее. Просто рисовать не получится.

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

@slashdesigner #первые_шаги

#снек 37. Если ты лид, перестань рисовать свои задачи

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

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

Первые месяцы я просто добавил к своему списку рутин новые: стал заниматься наймом, вести дейли-синки, ретро, 1-1, консультировать команду по дизайн-решениям, обзавёлся джуниором и опытным дизайнером, стал расширяться. При этом я сам продолжал активно проектировать наравне с ними и забирал себе часть их нагрузки. Через год я зашивался, даже имея целую команду из 3-4 человек.

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

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

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

Мне важна обратная связь! Задавай вопросы в комментариях, а также читай остальные посты о дизайн-управлении по тегу #стать_лидом.

Далее: Для чего лид рисует

@slashdesigner #для_профи

Единственный способ, который я вижу в такой ситуации для себя:

1. Завести новый аккаунт и заново оплачивать его с не-российской карты.

2. Пригласить его в старый аккаунт в качестве гостя с доступом Edit.

3. Дублировать весь контент из старого в новый командой Duplicate. Если контента много, делать это желательно отдельными страницами. Это позволило мне аккуратно сохранить базы данных при переносе.

Так я сделал, когда отделял личный аккаунт от публичного дизайнерского, который транслируется на slashdesigner.ru.

@slashdesigner #санкции #Notion

Критерии блокировки российских аккаунтов в Notion

Продолжаю тему про блокировку.

Вот что присылает техподдержка:

1. Рабочее пространство будет заблокировано в случае если какие-либо платёжные данные, которые были использованы для оплаты аккаунта, ассоциируется с Россией. Учитываются в том числе и прошлые платежи с российских карт, которые по такой логике приводят к блокировке пространства.

Смена платёжных данных на «чистые» не поможет.

2. Пользователи, находящиеся на территории России, не смогут получить доступ к Notion без VPN. Обязательным условием с точки зрения выполнения санкций будет выезд из страны. Если платёжные данные никогда не ассоциировались с Россией, их можно использовать для оплаты Notion.

Блокировка произойдёт 9 сентября 2024.

Техподдержка размытыми формулировками подтверждает, что возможно использовать ту же иностранную карту, что была привязана к ранее заблокированному аккаунту.

Бэкап Ноушна через Export позволит сохранить данные в виде текстов и медиа, но он совершенно непригоден для клонирования пространства, поскольку в папках при экспорте прописывается хэш страницы. Если его удалять, бьются ссылки. Также проблема в том, что все базы данных с настроенными видами и фильтрами превращаются в обычные текстовые страницы. Чтобы докрутить большой экспорт из Ноушна до адекватного состояния в Обсидиане, могут уйти месяцы работы.

Пространство @slashdesigner существует с 2021 года и попадает под признак ассоциирующегося с Россией, поскольку я оплачивал его с российских карт. Однако, по нему уведомления о блокировке аккаунта не приходило.

@slashdesigner #санкции #Notion

Письмо счастья от Notion

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

Попробую уточнить, по какому признаку они хотят отказать и считается ли предоставлением услуг «in Russia», если я уже 2 года живу в Казахстане.

Если они отказывают по признаку гражданства, это, конечно, будет феерично, но увы, вполне закономерно. Пока не хочу делать преждевременных выводов и буду держать в курсе.

Любопытно, что письмо пришло только на один из двух аккаунтов. Очень вероятно, что придёт и на второй. Тогда после 9 сентября база знаний slashdesigner.ru временно перестанет работать.

Самое время сохранять пожитки: Как всё выгрузить.

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

@okunevlive #Notion #пиздец

#анонс #стрим #нереклама
How To Measure UX and Impact of Design

26 июня, 18:00 CET, 21:00 по Алматы

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

Спикер: Виталий Фридман
руководитель Smashing Magazine, UX Lead, Senior UX Designer, автор Smashing books, куратор конференций Smashing Conferences.

Кстати, Виталий был гостем в подкасте The Futur у Криса Ду.

О чем пойдёт речь на встрече:
- установка KPI для команды,
- эффективное их отслеживание и интегрирование ответственности за эти показатели в разработку
- перевод неоднозначных задач в практические цели
- OKR, SUS, UMUX-Lite, TPI, деревьев KPI
- оценка обратной связи
- анализ пробелов и модель Кано

Зарегистрироваться

Стрим пройдёт на английском. Ссылку на стрим пришлют в почту, указанную при регистрации.

@slashdesigner #для_профи #стать_лидом

О стриме How To Measure UX and Impact of Design

Подробнее

#сессия #видео
Открытая сессия 4. Разбор портфолио

📼 Смотреть видео

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

Смотреть лучше на скорости 1.5.

Кстати, о её впечатлениях можно почитать в новом отзыве.

Таймкоды
00:00 Интро и о формате
01:30 Уточням запрос
02:40 Портфолио по итогам обучения в Uprock
04:20 Открытие Натальи про сайты
09:00 Формат портфолио
10:30 Портфолио в Framer, пример Бажены
12:30 Как лид отбирает портфолио
15:40 Почему минимализм
16:13 Чем отличается UX/UI и продуктовый дизайн
18:05 Коммуникационный дизайн
21:47 В продукт без опыта?
24:24 Как Саша попал в продукт?
26:02 Кейс про приложение, задача
29:23 Про ЦА и персоны
33:14 География поиска работы
35:00 Фокус на брендинг, а не UX
38:12 Дальнейшие планы по кейсу
39:58 Смотрим кейсы в Notion
42:48 Ошибка: слишком много кликов
45:30 Как делать бенчмаркинг
46:40 Ошибка: слишком общий фокус кейса
48:00 Пример кейса от участника — тестовое в Звук Студио
51:23 Лайфхак: дали тестовое — забери в портфолио
52:30 Как быть, когда нет коммерческого опыта
01:00:15 Ещё раз про план кейса
01:10:36 Стоит ли делать видео-презентации?
01:12:36 Как показать, что провели большой бенч
01:15:04 Как удобнее показывать кейс на интервью

Пока я прекращаю проводить регулярные открытые сессии на неопределённый срок, чтобы сфокусироваться на других проектах.

@slashdesigner #менторство #первые_шаги #портфолио

#снек 35. Продукт важнее инструмента

Самый короткий путь к совершенствованию в дизайне — фокус на создании реального продукта, пусть несовершенного, пусть примитивного и ужасного, но зато сделанного.

Это очень важная идея. Она пронизывает всю творческую деятельность, которой я занимался в жизни. Я вижу множество примеров как в дизайне, в разработке, так и в музыке. И мне потребовалось довольно много лет, чтобы по-настоящему понять её.

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

Любое обучение должно встраиваться в твой текущий проект. В противном случае открывается портал прокрастинации: «Ого! это любопытно, я изучу/скачаю это сейчас, а использую на каких-нибудь будущих проектах». Этого может никогда не случиться. Никакие инструменты и обучающий контент без действия не сделают из тебя творческую единицу.

Самостоятельно решить любую одну дизайн-задачу и сделать один макет гораздо важнее, чем лично посетить WWDC, прочитать 10 книг о дизайне, поставить 100 плагинов для Figma и запиратить 10 000 шрифтов. Даже если они будут с поддержкой кириллицы.

Чтобы сделать дизайн-решение, не нужно знать, кто такой Массимо Виньелли и какова философия дизайна Германа Цапфа. Это можно узнать и позже, а затем улучшить твоё решение, сделать новую версию.

Самостоятельно забилдить первое iOS-приложение и увидеть слово «Привет» на твоей тестовой сборке Single Page Application гораздо важнее, чем посмотреть сотни видео в библиотеке Apple Developer, не забилдив ни одного.

Зарендерить свою первую кривую модель и получить финальное изображение на твоём рабочем столе важнее, чем просмотреть тысячу роликов на ютюбе по партиклам и материалам, важнее покупки любого курса по 3D.

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

Когда есть продукт, всё обучение можно встроить в пайплайн где-то между командами New Project и Export. Главное, чтобы ты всё-таки когда-нибудь нажал Export/Build/Render, выложил кейс в портфолио или отдал свои макеты в разработку.

@slashdesigner #для_профи #майндсет

#снек 34. Об ошибках в логике, чудовищный пример из Notion

Апдейт: поведение исправлено, оперативно закрыли этот баг.

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

Хочу поделиться редким примером серьёзной логической ошибки в интерфейсе, который я встретил впервые. Её не смогли отследить тестировщики Notion и она привела к порче трёх моих канбан-досок, а также стоила мне многих часов исправления. Я не понимал, что является тригером.

При помощи функции Parenting в базе данных можно связывать записи в иерархические структуры, где есть родительские проекты и их подзадачи. В карточке задачи можно настроить вывод родительского проекта. При взгляде на тикет это удобно освежает в памяти его контекст.

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

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

Итог: Хотя функция Parenting в Notion очень удобна при работе с гантами в Timeline View, для канбан-досок ей пользоваться я бы пока не стал.

@slashdesigner #Notion #UX #для_профи