Комментарий к решению

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

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

Сейчас основное поле ввода сообщения может быть в двух состояниях:

1. Можно писать, поле позволяет вводить текст
2. Нельзя писать, если у участника нет доступа, формулировка: «Администраторы ограничили вам доступ». Естественная реакция на такой статус — негатив и разборки в личных сообщениях, когда участник пытается выяснить, почему меня забанили.

Если появится третье состояние, в нём может быть формулировка вроде: «Чтобы участвовать в дискуссии, прочитайте правила сообщества» + кнопка Правила. Это будет работать более гладко, чем то, чего можно добиться через бот-модератор. Так мы избавим администраторов от настройки ботов, а также позволим им избежать изначально негативного тона, когда участник зашёл в чат и вместо приветствия сразу словил ограничение в правах без нормальной коммуникации, почему это произошло.

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

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

Читать полностью…

#задача 4. Ответ, начало, уровни доступа к решению

Исходная задача

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

Эту задачу можно решить на нескольки уровнях и формулировать проблему по-разному. В этом тексте я рассмотрю все уровни.

Уровень 1. Полный доступ к любым дизайн-решениям. Есть только у дизайнеров самого Telegram и у Павла как у основного продукт-оунера.

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

Можно зайти с другой стороны и попытаться прицельно улучшить опыт в фиче Закрепленные сообщения.

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

Уровень 2. Доступ на уровне администратора сообщества и через бота.

Здесь наше влияние всё ещё довольно существенно и мы на своём уровне можем решить проблему спама и структуры диалогов в наших чатах, раз Telegram не берётся. Наш основной продукт это бот-модератор и мы располагаем теми возможностями, что даёт Telegram API. По сути, весь наш бот — это огромный костыль, который заставляет сообщество играть по тем правилам, которые мы установим.

Продолжение следует…

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

Читать полностью…

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

@okunevlive #Notion #пиздец

Читать полностью…

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

Читать полностью…

#снек 36. Портфолио — это не монолит

Менти прислала смешную картинку с комментарием «ну яяя». Задумался, что мне в картинке не понравилось. Понял: она выстраивает неверную модель отношения к портфолио как к восхождению на ледник.

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

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

По этой причине наша психика может сопротивляться и уходить в перфекционизм:

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

И так мы никогда не заканчиваем, либо делаем это через титанические усилия.

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

Дальше поговорим про план кейса и вопросы, которые следует себе задавать.

@slashdesiginer #первые_шаги #портфолио

Читать полностью…

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

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

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

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

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

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

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

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

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

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

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

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

Читать полностью…

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

8 мая, в среду, в 19:00 по Алматы (GMT+5) проведём очередную открытую менторскую сессию по продуктовому дизайну. На этот раз у меня в гостях будет графический дизайнер Наталья, которая хочет найти работу в продукте. Бережно разберём портфолио и обсудим возможности.

Наталья отучилась в Uprock на Webdesign и недавно закончила Mobile Pro.

Запрос

У меня история, как и у многих — я никак не могу совершить переход от графического дизайна в ux/ui. Без реальных проектов никто даже не смотрит резюме, и я уже начинаю разочаровываться, не зря ли я вообще это всё затеяла.

Есть портфолио на Behance и резюме в соцсетях.

Напомню, что первый стрим был на похожую тему, но каждый соискатель индивидуален и наверняка сможем избежать повторения. Ссылка на Zoom появится в этом канале перед стримом. Запись будет выложена на slashdesigner">YouTube /designer.

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

Читать полностью…

Про наш чат «Что за шрифт?»

Лучшая реклама нашего чата @whatthefontt — это график его органического роста. Так уверенно не рос даже @figmachat. Готов спорить, что этот чат его обгонит.

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

Мы с командой запустили его в августе 2022 и с тех пор он набрал уже 7000+ участников. Более 5000 раз в разных формах участники благодарили друг друга, когда им кто-то помог. Как и всегда, у нас довольно строгая модерация, разговариваем только про типографику.

Сквозь все наши чаты работает единый бот @slashdbot, который лишает голоса, если нарушаешь правила. Можно до трёх раз возвращать себе голос самостоятельно.

Вступить: @whatthefontt

@slashdesigner #типографика #чаты

Читать полностью…

Сегодня регулярную открытую сессию пропустим, но завтра вечером будет любопытный стрим про исследования и AI от @thinkux_kz.

@slashdesigner #первые_шаги #исследования #AI

Читать полностью…

#шаблон для Notion
Из чего состоит UI

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

Я записал их на основе менторских сессий, когда хотел дать своим менти инструменты для анализа UI-решений.

Читать на slashdesigner.ru

Дублировать в Notion

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

По теме: Почему UI-дизайнеру для прокачки важно делать ревью каждый день

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

Читать полностью…

Бажена ищет работу продуктовым дизайнером

С гордостью представляю вниманию HR и лидов свою менти, которая под моим руководством собрала портфолио и подтянула методологии проектирования. Если брать джуниора, то только такого.

Портфолио: bazhena.framer.website

В рамках этого портфолио Бажена собрала 4 продуктовых кейса:

1. Как могла бы выглядеть лента новостей в Телеграме, B2C
Эту идею я сам придумал для своего портфолио, но меня опередили и развили её до состояния, готового к продакшну.

2. Как настроить роли в Яндекс 360 для бизнеса, B2B
Этот кейс мы делали специально для вакансии в Яндексе, которая, к сожалению, была отменена в последний момент. Однако, работа была проделана колоссальная и UX на высоте.

3. Дизайн сервиса для подбора ментора, B2C
Тестовое задание для поступления на курс по продуктовому дизайну от Тинькофф, на мой взгляд, выполнено безупречно.

4. Как уменьшить количество ошибок у курьеров Яндекса, B2E
Другой большой проект, в рамках которого провели исследование работы пеших курьеров и предложили варианты, как улучшить их опыт и глобально повлиять на рейтинг курьеров системе.

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

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

Предложить работу: @nepochemyazachem, Линкедин.

@slashdesigner #менторство

Читать полностью…

#сессия #видео
Открытая сессия №3. Болтаем про дизайн и поиск работы

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

🗒 Записи с сессии, фоллоу-ап и полезные ссылки

Кстати, Артём после стрима завёл канал @xrdesigner. С интересом будем следить.

Таймкоды
00:00 О формате
01:13 Артём о себе
05:52 Почему сразу на senior?
07:40 Переломные девайсы в XR
08:36 Как может быть 12 лет опыта в XR?
10:11 2 отказа – не показатель
12:20 На что важно сделать акцент в портфолио
13:00 Впечатления от курса Curcuit Stream
16:52 О ShapesXR
17:53 Смотрим CV, вспоминаем Гайд Анны
20:24 Артефакты для получения оффера
23:35 Как подают портфолио другие?
26:33 Почему не показывать UX в XR-портфолио
28:14 Конференция XR Creator
28:44 Текущая работа в WayRay
30:58 Учитывать ли ораничения XR в визуале
36:35 Избегать ли рендеры в портфолио
39:34 Что от WayRay подойдёт для фолио?
45:47 Пример задачи
48:34 Dinnesh Punni, инфобизнес в XR
51:11 Фреймер вместо Тильды
57:28 Курсы ради курсов — трата времени
59:44 Про ArchVis в ShapesXR
01:04:35 Технология NeRF и Luma AI
01:07:37 Различие подхода к прототипам UI/XR
01:09:52 Как генерить трафик на твой канал через реверс-дизайн
01:12:26 Презентация о себе в портфолио
01:14:16 Как много макетов показывать
01:18:12 Пример презентации о себе

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

Читать полностью…

Ответ к #задача 4: доработка механики Telegram

Исходная задача

Решение 1
В прошлом посте мы рассмотрели, какие у нас есть уровни доступа для решения. В этом рассмотрим самое глобальное решение.

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

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

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

Методы проверки:

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

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

3. Мониторинг процента участников сообществ, которые согласились с правилами поможет понять, что от внедрения фичи нет отскока и негатива со стороны участников.

4. После периода адаптации (1-2 месяца после релиза) — мониторим DAU в выбранном сегменте, что покажет, что решение дало долгосрочный эффект.


Figma Community: Макеты

1. Участник должен прочитать правила

2. Экран чтения правил + подтверждение

3. Обычное состояние работы с чатом

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

Читать полностью…

#снек 40. В какой момент тебе могут доверить команду и повысить до дизайн-лида?

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

Главный фактор согласия том, что твой руководитель хочет повысить твою пропускную способность и получать ещё больше дизайна с тем генетическим кодом, который ты создаёшь благодаря своему опыту и уникальному фильтру. Ход его мыслей при этом такой:

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

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

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

По теме: 10 факторов, которые помогут понять, что ты готов стать лидом

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

Читать полностью…

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

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

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

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

@slashdesigner #санкции #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 #для_профи #стать_лидом

Читать полностью…

У нас в офисе выступил с лекцией Максим Ильяхов

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

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


Что понравилось

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

- Клёвая идея убирать все юридические ссылки в конец предложения, а фактическую пользу оставлять в начале:

Вы можете получить налоговый вычет на основании (и дальше упоминание скучного закона для юристов)

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

Аня, поздравляю тебя с ДР! Спасибо тебе за то, что твои письма всегда самые тёплые и их хочется открывать первыми.

- Хорошо разобрал тему невербалики в сервисе. От того, где, когда, в каком контексте, с какого расстояния с тобой ведут коммуникацию, очень зависит восприятие и уровень сервиса.


С чем не согласился

У нас диаметрально противоположные мнения по поводу будущего искусственного интеллекта и того, как он вытеснит творческие профессии. На моё мнение повлиял Юваль Ной Харари с его книгой Homo Deus, поэтому, я пребываю в спокойном пессимизме, поскольку понимаю, что всю мою текущую творческую работу продуктового дизайнера вытеснит достаточно тщательно обученная нейросеть. Значит, будем делать что-то другое, например, писать промты.

Максим верит, что этого никогда не случится, поскольку человеку нужен человек и всё самое главное происходит «в курилке» и это никогда не поменяется. По его мнению, студент вряд ли отдаст ответственность за написанную курсовую ChatGPT, поскольку понимает, что если её не вычитать и не контролировать, его отчислят. Мне это говорит только о том, что ChatGPT пока недостаточно развит и не запрограммирован проявлять себя проактивно, но это может измениться.

Хочу отдать должное Максиму за его огромный вклад в @slashdesigner, поскольку благодаря книге Пиши, сокращай в 2017 я понял, как можно сжато и полезно писать об интерфейсах, нашёл свой стиль постов и сохраняю его до сих пор.

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

Читать полностью…

#сессия #видео
Открытая сессия 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 #менторство #первые_шаги

Читать полностью…

#стрим

Начинаем открытую сессию с Натальей, в котором разберём её портфолио и поговорим о переходе из графического дизайна в UX/UI.

https://us06web.zoom.us/j/88594695674

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

Читать полностью…

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

Я был бы рад, если этот пост смог предотвратить аналогичную ситуацию у кого-нибудь ещё.

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

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

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

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

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

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

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

Читать полностью…

#снек 33. Зачем нужен продукт оунер

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

В некоем продукте есть дизайн-команда. А есть SMM Иван, который врывается в планировщик дизайнеров и ставит задачи в пятницу вечером, со сроком в понедельник-утро, аргументируя это тем, что это очень нужно сделать, потому что так сказали топы, инвесторы или активные хейтеры в соцсетях. Все уже устали от его срочных задач, но не отказывать же, ведь мы все вместе одно дело делаем.

Ответ кажется очевидным, но в реальных условиях далеко не так просто говорить «нет», особенно, когда Иван обладает уверенным тоном поэта Бездомного. Сам видел такие ситуации в разных компаниях несколько раз.


Решение

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

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

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

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

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

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

Ретивому Ивану можно ответить:

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

Хороших выходных! Не засиживайся на работе и не позволяй другим отнимать у тебя твои выходные.

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

Читать полностью…

Всем привет! А у нас первый спикер в рубрике Think UX Talks!

Уже в этот четверг, 25 апреля в 18.00 (UTC+5) Илона Методиева расскажет об использовании ИИ и телеграм бота для UX исследований и рекрутинга респондентов.

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

Ссылка на регистрацию: https://wearecommunity.io/events/lKG43oHShr

Читать полностью…

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

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

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

Даже если дизайн для мобильных платформ приведён к единому виду, может возникнуть потребность распространить дизайн-систему и на десктопный веб, и тогда может прийти идея выделить десктопные варианты в том же мастер-файле, в котором объявлены мобильные. Этого делать не стоит.

Важно учесть удобство дизайнеров: после вставки каждого компонента дизайнеры не должны переключать свойство платформы с мобилки на веб через варианты. Они не всегда будут это делать, что приведёт к смешению компонентов с разных платформ в одном макете. Если у нас несколько платформ (Web, iOS, Android) и дизайн для них не приведён к единому виду, мы обязаны выделить 3 отдельных UI-кита. Бывает также, что дизайн для мобильных один и за основу берём iOS, но есть некоторые редкие компоненты для Android, и тогда варианты для платформы удобны.

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

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

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

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

Читать полностью…

bazhena.framer.website

Читать полностью…

Начинаем открытую сессию 3 с Артёмом Денисовым

Можно задавать вопросы и общаться в комментариях к этому посту.

Страница записей по сессии

Ссылка на стрим

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

Читать полностью…