Ну все, ребятки, я теперь стажер в Озоне на внутренних важных продуктах 👮‍♀, буду двигать квадратики с умным видом)
3-5 месяцев стажка с переводом в штат (но это не точно, по результатам) 🥲

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

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

Привет! Дошли руки и наконец-то написала про вайтборд. Постаралась кратко и полезно. Читать по ссылке внизу

🔷Ссылка
https://telegra.ph/Whiteboard-Lichnyj-opyt-07-09

Всем hi! Новую рабочую неделю начинаю с полезного)

А именно: делюсь бесплатно своей базой знаний, по которой сама изучала шо за зверь этот ваш дизайн.

Есть пара нерабочих ссылок, но в целом она вполне жизнеспособна для начала. Даже спустя 2 года многое актуально, тк это неустаревающие основы. Что-то из повторяется из таблицы в таблицу (но такого немного)

Никто не отменял гугление, если вас заинтересовала тема. Её можно шэрить/копировать. ↗️

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

🔷База по UX: https://hdatt.notion.site/f6e8d300967f4854b9ad0b5fe5514b49?v=64972b91d4d54f1090cc52ab9463351d&pvs=4

🔷Базированная база по UI :
https://hdatt.notion.site/UI-6fc1d32ed3c249ca8589563cac0b52ac?pvs=4

🔷Скилл-сеты и найм:
https://hdatt.notion.site/bb7743f649a547b79200815c5b503e91?v=f1e83d62cd8247a58c6c6e41fcc07b54&pvs=4

🔷Портфолио:
100 портфолио дизайнеров

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

Надо в выходные написать сюда полезный пост про 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-циклами, стресс-менеджмент, умение общаться с разработкой вживую и работать на решение реальных задач (а не просто на визуал)

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

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

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

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