*Вот что будет в вашем продукте, если плохо сделать CJM* 😳

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

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

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

Как их находить?
- понимать основную мотивацию человека на каждом этапе;
- анализировать когнитивную нагрузку в моменте.

*Итоги квартала или как впихнуть всё*

Осторожно, в посте зашкаливает концетрация котиков на см2.

Так и не было поста про то, какие конкретно цели мы поставили себе как гильдии на первый квартал, а он взял и очень быстро закончился 😰😰😰😰 Но написать об этом сегодня как раз в тему, так как сейчас мы подводим итоги и планируемся на новый квартал.

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

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

Какие мы выделили фокусы:
1. Работа на дизайн-системой. Понять вектор развития, синхронизироваться с разработкой, определить беклог.
2. Процессы внутри гильдии. Синхронное (встречи и другие ритуалы) и асинхронное взаимодействие (ревью, гайды по работе над задачей и пр.)
3. Запуск исследований — гайды и внедрение процессов в общий цикл работы
4. Аудит как подготовка к редизайну

Как мы в целом решили подойти к тому что задач много, а нас мало? — Мы побились на рабочие группы, каждый взял на себя лидство отдельной группы, организовывал встречи, пушил других участников гильдии. Как сработало? На 45%, а подробнее в следующем посте 😊

*Пост любви* 👀🥰🙂

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

Минутка признания в любви и гордости за гильдию, ребята, вы супер!

P.S. Если вам будет интересно прочитать про что-то конкретное о том, что мы делали в Q1, пишите в комментах)

*По заявкам читателей расскажу про паспорт проекта*

Что есть такое?
У нас — шаблон в Фигме с описанием задачи. Но может жить и в других местах, и в другом виде.

Зачем?
1. Синхронизироваться с продактом на уровне понимания задачи, где-то продакта (команду, заказчика) почелленджить.
2. Самому глубоко погрузиться в задачу, быть не просто исполнителем, а настоящим копателем-исследователем 🐱
3. Быстро погружать в контекст любого человека со стороны, который очутился у вас в Фигме.

Какие есть нюансы:
1. Может показаться, что это дублирование информации и лишняя работа, так как иногда документацию ведут ещё и в других местах. Здесь советую проверить, как это работает на практике именно в вашей команде.
2. Важно иметь паспорт с одними и теми же пунктами на уровне нескольких команд. Это служит синхронизации между командами внутри продукта и дарит возможность получить ожидаемый результат от похода в Фигму, да и от дизайн-процесса в целом.
3. Может стать немножко лень, но нужно просто встроить паспорт в общий процесс и использовать его как обязательное условие приёмки на уровне гильдии.                   
4. Можно, конечно, выбросить из паспорта все самые «сложные вопросы», на которые долго и мучительно искать ответы… Но в чём тогда будет ценность инструмента? Здесь советую прямо по каждому пунктику пройтись командой и понять, какую он даст ценность.
5. С другой стороны, не нужно из паспорта раздувать документ, на заполнение которого уйдут годы😱 пожалейте людей, выделите главное.

Что включаем?
- название фичи;
- джоб/юзер стори или как вы привыкли с фичами работать;
- проблема;
- гипотеза;
- критерии успеха, то есть как поймём, что всё работает, как надо;
- аудитория, если она отличается от стандартной;
- особенности, которые важно учесть (технические, бизнесовые, другие ограничения);
- упоминаем участников — дизайнера и оунера задачи;
- полезные ссылочки;
- ну и что-то другое, что важно конкретно для вас.

Ну и, конечно, проводите ретро, меняйте паспорт под свои нужны, оценивайте эффективность инструмента)

*Как оценить и развить дизайнера?*

У нас тут стартовал Level Assessment в компании, как раз будет в тему рассказать, как мы его проводим.

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

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

Самих компетенций много, приведу здесь лишь группы:
1. Общие навыки или soft skills. Важны для всех, для дизайнера тоже. Там и про навык управления временем, и про рефлексию, и про прозрачность рабочего процесса.
2. Бизнес и продукт. Дизайнер должен понимать, как работает бизнес, т.е. как мы деньги зарабатываем; ориентироваться среди прямых и косвенных конкурентов, чувствовать бренд и понимать операционку (а в контексте Додо Пиццы это прям важно, чтобы в своих фантазиях не забывать о том, как те или иные решения могут отразиться на работе пиццерий или колл-центра).
3. Исследования и аналитика. Здесь про то, как дизайн-решения влияют на метрики, и какие они вообще в конкретном продукте; как собирать и обрабатывать фидбек, проводить интервью и исследования.
4. Проектирование интерфейсов. Как дизайнер проектирует, описывает, учитывает контекст всего продукта сейчас и с точки зрения стратегии компании в будущем. Здесь же про гайды платформ и прототипирование.
5. Визуальный дизайн. Эстетика, композиция, типографика, работа в Фигме.
6. Вклад в гильдию. Да, прямо отдельный пункт)))🍏 Про то, как много и что человек делает в рамках гильдии.
7. Бренд и саморазвитие. Здесь про выход в публичное пространство, открытость внутри компании и план развития.

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

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

Поделитесь, есть ли у вас такие инструменты для оценки и совпадают ли наши и ваши компетенции?

*Как мы ищем новых дизайнеров. Часть 1*

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

Сегодня расскажу, что таки самое главное на мой взгляд в этом процессе. За последний год мы нанимали дизайнеров разного уровня — от стажёров до синьоров 🍅, и для всех них определяющим был culture fit. В это понятие входит ну очень много чего. Вот лично мои составляющие:
1. Разделяет ли человек ценности компании — от конкретных принципов Додо, до процессных историй.
2. Готов ли он быть не просто исполнителем, а брать на себя ответственность.
3. Насколько он вдумчивый и любознательный.
4. Насколько у него крутой бэкграунд в плане обучения и саморазвития.
5. Плюс стоить учитывать локальный уровень той самой culture. В разных командах (даже внутри большой компании) эта культура может отличаться. На практике работает это так — я, как лидер, собираю команду исходя из личной симпатии (и симпатии будущего менеджера продуктовой команды, куда дизайнера ищут). Выбираю новых людей и под других членов гильдии в том числе, чтобы сохранить или улучшить уже сложившуюся атмосферу. Анализирую на этом этапе, насколько нам будет комфортно чисто по-человечески.

P.S. Здесь приглашаю нанимающих менеджеров к предыдущему посту и подчеркну, как важно обращать внимание на то, как и что кандидат говорит. Дьявол в деталях. А будущих кандидатов тоже к этому посту приглашаю, так как вам важно по разговору с будущими лидерами понять уровень культуры в компании.

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

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

*Как мы ищем новых дизайнеров. Часть 2, прикладная*

Начнём с резюме:
1. Советую не присылать CV, скачанное прямиком с хэхэ.ру, как бы быстро и удобно это ни было. Это показывает, что дизайнеру немного лениво 😐 + форма достаточно стандартная и глаз на таких замыливается. Лучше собрать страничку в Notion и придумать нетривиальный текст с описанием себя как человека и профессионала. Хочется увидеть ту изюминку, которая отличает от других. Это действительно цепляет и заставляет задержаться на резюме.
2. Скажем да релевантному опыту и рассказу о том, как дизайнер учится и развивается. Что у него уже прокачано, а в чём ещё нужно набить руку. Честность подкупает.
3. Небольшой акцент на себе, как на человеке вне работы, позволяет познакомиться с дизайнером поближе и увидеть в нём обычного человека. Но не стоит посвящать этому десятки страниц и вставлять туда гифки и видео со свадьбы (такое тоже было 😁).

Продолжим с портфолио:
1. Если дизайнер прислал ссылку на гуглодиск, а там яйцо, а в яйце иголка — ноу, даже не смотрим, слишком сложно.
2. Behance/Notion/Figma/у.кого-то.даже.есть.личный.сайт.ком — привычно и удобно.
3. В описании проектов хочется увидеть постановку проблемы, описание результатов исследований, если были, логику и ограничения, чистовой дизайн, результаты. Бонусом будет рабочий прототип.
4. Не всегда круто видеть в портфолио всё, что дизайнер делал на протяжении всей карьеры. Хочется видеть самое актуальное и весомое.

Здесь, конечно, важно не переборщить и не вставлять все, что по проекту проделано. Важно понимать уместность (например, персоны не всегда и делать-то нужно, не говоря уже о том, чтобы вставлять их в описание каждого проекта, мол я умею). Самое главное, чтобы из портфолио были понятны бизнес-контекст + логика решения + дизайн + результаты. Будет круто, если дизайнер обращает внимание на уроки, которые извлек из проекта. Рефлексия и признание ошибок выделяют профессионалов.

Всем привет! Отдохнули и хватит (это я про себя, а вы дальше отдыхайте, если отдыхаете 🥰)

В некоторых компаниях дизайнер = исполнитель, ему приносят жёсткое тз, и он рисует пиксели. Где-то он основная/единственная движущая сила, где-то активно работает в паре с продактом (аминь).

По идее, в рамках дизайн процесса чаще всего проблему/задачу приносит продакт. Дальше это забирает обмозговывать дизайнер. НО, есть много но, которые хочется обсудить.

А что дальше? Принесли проблему дизайнеру, он сильный и опытный такой «я сейчас сам всё исследую, посмотрю, принесу назад». Но в каком виде ему эти проблемы/задачки приносят? Что за ними стоит в моменте и в долгую?

Продакт это же product owner, то есть он ОУНЕР, понимаете, да. Он должен не просто кинуться проблемой в дизайнера, он должен подготовить и принести обоснование, а почему мы это-де проблемой считаем. И в целом какой-то приличный беклог на некоторое время вперёд сформирован быть должен. Потому что да, дизайнер самостоятельный, умный, талантливый, красивый и дальше по списку и всё он умеет, молодец. Но стальной вижн (и умение переобуться в воздухе) должны исходить от продакта, всё-таки это он команду вперёд ведёт.

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

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

А у вас как?

*Мы начинаем продолжаем редизайн или как он стартанул у нас*

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

Мы начали как-то копаться-ковыряться самостоятельно, набили шишек 😪, о которых нужно рассказать в отдельной статье, но ничего бы не зашло настолько далеко, если бы не важное событие. Фёдор просто выступил на дне рождения компании в апреле 2023, и всё резко закрутилось. Мы получили поддержку, а где-то вызов от Фёдора Овчинникова, нашего основателя и CEO.

Что нам это дало?
1. Гораздо более жёсткие дедлайны.
2. Поддержка от других юнитов, департаментов, сомневающихся и неверующих (мол, как вы это всё провернёте, кто вам даст).
3. Поддержка с точки зрения усиления команды и почти любых нужных нам изменений. Одним словом — бюджеты.

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

Если ваш СЕО не собирается выступить с важными новостями, кажется, вам нужно прийти к нему самому 🏃‍♂️ и продать конкретные идеи, чтобы получить поддержку, так как это здооорово помогает. Если это не СЕО в вашей ситуации, подставьте туда любого крутого ЛПР. В нашем случае, команде стало гораздо проще открывать двери, когда фокус одной команды стал фокусом всей клиентской части нашей it-компании.

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

Последние пару недель я отдыхала 😎 (канал не умер 😰) и в том числе думала о том, как прошло моё время в роли лидера команды, ведь в июне я отметила год, как стала дизайн-лидом.

Хочу поделиться с вам результатами, а вы, пожалуйста, напишите в комментариях, о чём хочется узнать поподробнее. К слову, вас за последний месяц стало заметно больше, очень рада видеть новых подписчиков! Итак, приступим)

1. Собрали почти с нуля команду. Команда в начале года действительно собралась, но к августу успела заметно развалиться и вот мы уже почти собрали её во второй раз. А ещё нашли чудесного редактора (абсолютно новая для нас роль, но как же давно мы её ждали).
2. Настроили какие-то базовые процессы, некоторые прижились, а какие-то нужно бы и починить (привет всем, кто ждёт ретро по дизайн-чеку).
3. Пригласили в команду арт-директора и разделили с ним зоны ответственности. Теперь я скорее дизайн-менеджер 😴
4. Перекроили Level Assessment, будем его усовершенствовать.
5. Начали редизайн, карл, р е д и з а й н, ну вообще. Готовьте попкорн!
6. Начали делать дизайн-систему, недоделали, но решили, что сами больше не хотим, хотим отдельного спеца на дизайн-систему (спойлер, через пару дней откроется вакансия на DesignOps)
7. Появился этот прекрасный блог и так много подписчиков! Уже сейчас блог помогает мне строить личный бренд (шок).
8. Начала менторить дизайнера, Аня, привет 🐾

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

А вот и заветная вакансия! Друзья, ищем дизайнера на дизайн-систему! Читайте описание вакансии по ссылочке, откликайтесь, шерьте друзьям 🏃‍♀

*Режимы* 🤔

Многие приложения обладают сложной структурой. Но на эту сложную структуру навешиваются ещё и режимы.

Например, режимы доставка/ресторан в приложении Додо (далеко ходить не будем, я сама иногда только через несколько секунд понимаю, что нахожусь не в том меню, а на доставку и ресторан оно у нас разное) или адрес доставки чего-либо (да, здесь уже неплохо отрабатывают подсказки).

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

Но в угоду консистентости и сохранению единого стиля этот режим (хочется поговорить скорее о нём) выделяется слабо.

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

Я думаю, что режим в некоторых ситуациях должен считываться со значительного расстояния без возможности прочтения текста.
- Это может быть явное цветовое кодирование, которое на старте будет непривычным для пользователя, а в дальнейшем наоборот ассоциация закрепится (но здесь важно крупное цветовое пятно).
- Это может быть принципиально другое расположение блоков на странице.
- Это может быть особое брендирование раздела. Иконки, маскот в другой одежде 😎 и прочее. Но одной иконкой вряд ли обойдётесь, как и одной всплывашкой.

А что ещё может быть? Может, есть примеры приложений, а я их не вспомнила? Накидайте) Рисовали когда-то подобное?

P.S. Радикально кодировать всё подряд не стоит, продукт должен для себя понять, в каком контексте находится клиент и не стопорит ли изменение условий прохождение основного флоу.