Это админ сегодня, после первого дейли и введения в курс дела)

Надо в выходные написать сюда полезный пост про UX Boost, который месяц как прошел. А я даже кейсы с него не оформила😐

Как работать над нестандартной задачей на примере ux boost

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

Коротко о ux бусте
Формат подразумевает активную работу 3-4 дня, где каждый день выдается реальная задачка продуктовой команды. Также контекст по задаче и может какие-то гипотезы (если повезет). Описание варьируется от «Сделайте то, чего еще нет на рынке для VR очков» до «Нам нужна фича Н, уже есть гипотезы, докрутите плес».

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

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

1.Раз 20 прочитай, а потом еще раз перечитай.
Начинать стоит с формулировки. Скопировать описание, выделить непонятные термины (если есть), попробовать переписать задачу на простой (для вас) язык. Представить, что вы как бы самому себе объясняете и ставите эту таску. Например, «Предложите вариант сценария для сервиса электронного документооборота, где бизнес может автоматизировать отправку счета-фактуры». На человеческий: У нас есть какой-то бизнес, ему нужно отправлять определенные документы в такие-то штуки и таким то людям. Обычно бизнес использует такие и такие сервисы. У них есть такие и такие плюсы-минусы. Счет фактура это. Ну и далее. Можно хоть на квадратиках и кружочках.

2. Представь юзера.
Кто может быть этим пользователем? Если круг очень широкий — разбейте на понятные вам группы.

3. С чем и на каком этапе он взаимодействует
С какими людьми, с физическими объектами, с диджитал. Это все пользовательский опыт. Например: ваш грузоперевозчик пишет в чат поддержки, заполняет вручную листы акта-приемки, ждет согласования заявки на почту или получает физические маршрутные листы. Если только про диджитал: с какими объектами интерфейса? Карточка, какая карточка, заявка, какая заявка, зачем она, какой сценарий она запускает?

4. Гуглите. много
По-любому есть похожие принципы работы, может похожие продукты с такими пользователями или объектами. Они могут добавить понимания и доуточнить картинку.

5. Собери паззл
У есть описание задачи, контекст, пользователь, объекты взаимодействия. Найдите в этой цепочке к чему присмотреться, что можно упростить. Под «упростить» (сократить время, увеличить успешность операции, повысить качество, сделать понятнее)

6. Порисуй этот процесс на бумаге
Этим пользуюсь я. Когда вообще нифига не ясно, я просто рисую на бумажке вот эту схему взаимодействия. Мне важно видеть процесс, не просто схемой, а картинкой, упрощенным комиксом. С этим я могу уже идти на 7 этап и задавать вопросы.

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

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

Вот кусочек того, как я поясняла себе задачу на бусте понятными для меня схемами/ табличками/ рисунками.

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

У меня правда каждый день сейчас нестандартная задача в сложном процессе, по которому 10 и 1 страница в конфлюенсе. ☔️ кнопки двигать не успеваю

#мем_os

Извините, не удержалась 😐 Продуктивной недели, друллеги

Всем привет! Пока админ погружена в работу и пытается разорваться между двумя хакатонами, делюсь актуальным (на данный момент) процессом перемещения таски из ToDo в Done.

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

🔷 Итак, поехали. Первым делом, конечно, нужно ознакомиться с постановкой таски. Перечитываю её несколько раз, чтобы понять, что хотят/ где/ зачем/ кто стейкхолдер + к кому обращаться с вопросами (если вводных мало или нет — уточняю у лида/стаффера). Для внутренних проектов заказчиками обычно выступают сотрудники компании (аналитики, менеджеры, другие отделы).

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

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

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

🔷 Затем назначаю встречу, где формирую общее понимание и у себя, и у заказчика. Дополняю требования. Также обсуждаем какие-то артефакты и вообще все, что аффектит.

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

🔷 Далее стандартно отрисовываем сценарий или нужный кусочек. Учитываем ДС-ку и правила оформления задачи в команде.

Минутка очевидного:
Кроме консистентности ui, нужно понимать логику именно вашей части продукта и узкие паттерны именно вашего пользователя.

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

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

🔷Собираю все, описываю сценарии. Пишу спеку для разработки и могу зафиналить встречей-презентацией заказчикам (если надо). Где-то тут тестирование.

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

Бывало и такое, что я защищала решение со стороны пользователя (да, даже стажер/джун/джун+, по-моему мнению, должен сам общаться со стейкхолдерами за решения), но бизнес требовал здесь и сейчас или разработка пока не могла взять это. Тогда делаем требуемый минимум для статуса Done, и на всякий закидываем лучшую версию на обсуждение.

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

———
Решила поделиться процессом сейчас, уверена, со временем все сильно измениться. Но пока так) Пока у меня нет задач на нормальные исследования, а очень хочется, поэтому замучаю лида с этим. Интересно же, во что по итогу выливается.
А как вы работаете над задачей? 💃

Хакатоны для дизайнера

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

🔷Что такое хакатон?
Айтишная туса, когда вы с командой (или в одного) решаете бизнес-задачу. Бывают соревнования только для определенной аудитории (чисто для ML-щиков наример). Но мне больше нравится хаки для всех, когда есть задача и вы рашаете ее с разных сторон. Масштаб хакатона может быть разный, как и сложность задач, судейство, критерии успеха. Формат – от 1 этапа до нескольких (онлайн/оффлайн), от 1ого до 14 дней.

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

🔷Причем тут дизайнер?
Как полноценный участник продуктовой разработки участвует в брейншторме, исследованиях, тестировании гипотез и визуализирует решение команды. Подсвечивает боли и задачи пользователя, помогает разработке составить образ MVP с бизнесовыми и юзерскими требованиями, составляет понятный прототип для питчинга, ну и картинки для презентации рисует)) А еще если задача объемная и абстрактная, может взять на себя дискавери. Поэтому если можете вписаться как диз, идите конечно, не сомневайтесь 😎 Часто команды представляют решение с одной стороны (только код), а вы можете донести идею на понятном для бизнеса и юзера языке.

🔷Где искать?
https://www.хакатоны.рус/
https://hackathons.pro/
https://www.хакатоны.рф/
https://codenrock.com/#/

на сайте хакатона может быть ссылка на чат

🔷Как собрать команду?
Писать в чате хакатона с описанием о себе/ поспрашивать друзей не хотели бы/ предложить коллегам

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

После последних двух (оба были в одно время), софт-скиллы и навыки смостоятельно вести задачи нифигово подрасли. С учетом еще того, что параллельно я двигала таски в жире по работке🥲Плюс я попробовала разные методы тестирования и исследования в бою, поработала с разными дс-ками и с разными платформами (даже с терминалом типо пятерочки). Освежилась и хорошо провела время + обзавелась клевыми знакомствами на будущее. Ну и покормили 😊

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

🔷Зачем это все?
Это даёт реальный опыт и усиливает портфолио. Особенно, если начальные грейды. Плюс можно получить инвестиции на свою идею и развивать дальше. Может решение вашей команды потом реализют. Ну или вы найдете команду для будущих идей.

Про факапы на хакатонах не влезло, допишу уже на выходных 😵‍💫
Про Казанский хакатон доплню позже, сейчас как раз сейчас с ребятами допиливаем задачку к оффлайну

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

Контекст:
Дислексик, фраза «умные мысли догоняли ее, но она оказалась быстрее» это про меня. Очень часто меняю буквы/ слога/ да даже куски слов между собой. И для меня функции пост редактирования текста базовые в любом сервисе.

Кейс:
Написала статью, опубликовала. Перечитываю вдумчиво и медленно, без этого никак у меня. И понимаю, что пара предложений написано коряво, ладно, решаю поправить. Но дизайнерс не может просто дать тебе править, пока твоя статья в онлайне. Ты должен сначала вручную перевести ее в статус «Черновик», затем править и публиковать заново как новую. Каждое исправление – это процесс перевода в статус «Черновик», редактирование, публикация, ожидание 30минут на этапе модерации.

Кейс два:
Статья написана и опубликована. Она появляется в разделе «Материалы». Я иду в этот раздел смотреть обновился ли стейт с «Модерации» на «Опубликовано». И... Случайно нажимаю на карточку статьи. И меня без предупреждения перекидывает в редактирование и статья снова оказывается в стейте «Черновик» (т.е автоматически снимается с публикаци и мы заново проходим весь флоу)

Как же меня это бесило это не передать словами. Ни разу не ахуительно и не доступно. ☠️

Держите ссылку на пост там:
https://dsgners.ru/career/6538-gayd-kak-ne-stat-dizaynerom

#мем_os

Все, теперь только такие шутки от меня 💃

Сейчас бахну литр кофе и напишу итоги очень продуктивного месяца) Там и про работу в Озоне и личные проекты постараюсь уместить.

Всем привет, давно меня не было, прошу прощения(( много работы навалилось и болела долго орви. Исправляюсь
Принесла новости и чуть пользы.

🌸 Новости, некоторые не совсем свежие, но делюсь:

Поучаствовала тут в 2 хакатонах

1. Kazan Digital - топ 5, одно из лучших дизайнерских

2. Цифровой прорыв 2024 СЗФО (Питер) – 8 место из 25 что ли прошедших команд в моем стриме

3. Иду на Межнар в середине ноября, делать нехуй скучно))) Наверно в жизни столько с разрабами не общалась, как на хакатонах за несколько дней. Теперь примерно понимаю, как обучают ML и что такое LLM 👍

4. Отметила 23-х летие 7 октября, всплакнула

🌸 Новости средней свежести:
Теперь я диз на два важных внутренних продукта, один из которых мультипродукт (растет как н дрожжах)

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

🌸 Новости свежие:

1. Пойду к ним на конфу и к ним *надеюсь* очно, кто хочет и может, забегайте ))

2. А еще выкатываю первую часть серии постов про коммуникацию в продуктовой команде и как мы ее строим. Текст зрел давно, с одной стороны, наболело, а с другой стороны, пока нет настолько богатого опыта, что бы его проповедовать. Как есть кароче) Выкладываю ниже в телегу

Коммуникация в команде Ч1
Дизайнер – драйвер продукта

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

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

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

Как это: он может провести исследования? Даже ходит на грумминги разработки? Говорит о важности ревью? Задает вопросы бизнесу, хотя это задача продакт-менеджеров собирать требования и пспускать их задачей на дизайн? И даже сам взаимодействует с QA? Да ладно! Ещё и документацию пишут, удивительно! 😳

Да, спойлер, это всё мы делаем. Основная работа дизайнера выходит за рамки фигмы.


Кейс из практики

Прилетела задача на 13 сторипоинтов (два рабочих дня) «Сделать фильтры на одной странице продукта»

Не вопрос, действительно, старый фильтр не тянет, неудобный, на старых компонентах и вообще фу. То ли дело новый, красивый, с подразделами. Ну сок! 😏

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


🔷Подвох в том, это это видение продакта. Даже если он стопятьсот лет на продукте и сам его руками делал, это не гарантия, что его виденье – истина в последней инстанции. И стоит задаться знаменитым вопросом «А нахуя мы это делаем?».

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

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


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

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

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


🔷И мы бы всего этого не поняли, если бы не вылезли дальше фигмы.

Важные поинты

🔷Важно брать на себя эту ответственность/ инициативу, доносить команде ценность своих действий и роли с опорой на будущий результат для продукта.

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

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

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

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

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

-----

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

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