Дизайнер на всю голову

Провела декомпозицию всех функциональных блоков: какие экраны нужны, какие права должны быть, как пользователь перемещается от QR-кода до финальной оплаты. Особое внимание уделила логике работы instant-приложения: важно было, чтобы путь пользователя был максимально коротким и понятным. Основная бизнес-цель — побудить пользователя установить приложение, однако важно учитывать, что многие делают заказ и оплачивают его, не устанавливая его вовсе. Особенно это актуально для гостей, которые сканируют QR-код за столом и не готовы к дополнительным шагам вроде регистрации. Поэтому instant-версия должна давать максимально быстрый доступ к меню, заказу и оплате без лишних барьеров, сохраняя при этом возможность конверсии в установку приложения при повторных визитах. Я предложила разграничить доступ к функциям в зависимости от того, входит ли пользователь в систему или просто сканирует QR. Это позволило облегчить instant-опыт, не перегружая его функциями, доступными только после логина. Также я предложила добавить метки состояния заказов и сообщений (например, «новый заказ», «ответ официанта»), чтобы пользователь не терялся между экранами. Вопросы по логике и переходам я фиксировала в комментариях Figma: например, обсуждали, стоит ли объединять экран с выбором блюда и экран корзины, или это перегружает интерфейс; нужен ли отдельный экран подтверждения оплаты, если она уже завершена через систему; как отображать статус заказа в instant-режиме без пушей. Эти спорные решения мы прорабатывали на созвонах и в Telegram-чате с разработчиком — тестировали на примерах, рисовали альтернативные flow и принимали решения исходя из простоты для пользователя. На скрине финальная user-flow проекта со всеми экранами, сценариями, переходами. Не для детального рассмотрения, а скорее, для понимания объема проекта #проект #приложение #ресторан #instant Дизайнер на всю голову

Основная цель — создание гибридного мобильного решения, которое будет объединять: — просмотр и заказ блюд по QR-меню; — систему лояльности; — бронирование столов; — регистрацию и работу с историей заказов; — систему отзывов, оплаты и — коммуникации с официантом. Ключевая особенность — приложение должно работать как в формате instant-приложения (без установки), так и в установленной версии. Это требовало продуманной архитектуры и UX, учитывающего разные пользовательские сценарии. Клиент предоставил действующий прототип, QR-ссылку на демо, а также Figma-ссылка на старые наработки. Я задала уточняющие вопросы о логике, роли instant-версии и объеме редизайна. Быстро прояснилось, что в основе проекта лежит желание объединить три направления в одном продукте. На старте выстроила структуру пользовательских потоков (user-flow), которую отправила команде в Figma. Зафиксировала вопросы, спорные места и гипотезы. Например: стоит ли выводить блок с лояльностью сразу после первого заказа или только после авторизации; как реагировать на закрытие instant-приложения — сбрасывать ли прогресс заказа или сохранять его при повторном сканировании; как минимизировать путь пользователя от сканирования QR до оплаты. Мы несколько раз проходились по flow на звонках, уточняли сценарии, пересобирали порядок экранов и логику переходов, потому что по ходу обсуждений стало ясно: пользователи путаются между действиями — например, где оставить отзыв, а где посмотреть статус заказа. Некоторые функции (как, например, бонусы или история) лучше располагать в профиле, а ключевые действия — ближе к текущему заказу. Также появлялся новый сценарий использования, когда клиент оформляет  заказ без оплаты через приложение. Поэтому, нужны экраны оформленного заказа без авторизации. На скрине часть user-flow, о которой продолжу в следующем посте #проект Дизайнер на всю голову

Рабочий стол оператора. Заказ попадает в систему двумя способами: Звонит заказчик и оператор вносит его в CRM. Если заказ приходит с сайта, он автоматически появляется в СRM и его нужно подтвердить. Нюанс. Есть те, кто звонит и не знает что ему заказать. Оператор советует блюда, исходя из вкусов заказчика. Чтобы оператор быстрее сориентировался в меню, добавила иконки основных характеристик блюда, например, перчик, мясо, веган и так далее. Есть клиенты, которые хотят повторить заказ. К CRM будет подключена IP телефония. Оператор сразу увидит уже постоянного клиента, его данные, статус, его последний заказ и комментарии к заказу, если вдруг что-то пошло не так. Например, отправить с заказом блюдо в подарок. Добавила функционал исключения ингредиентов как фильтр, например, убрать все блюда с луком. И функционал исключения ингредиента из самого блюда, например, сделать шаурму без лука. Эта информация отправляется на кухню. Всего в системе 3 комментария: адрес, общий комментарий на заказ и комментарий исключения ингредиента в блюде. Новая фича. Раньше в комментариях нужно было ручками писать с какой суммы нужно привезти сдачу, если клиент рассчитывается налом. Я предложила автоматизировать процесс. Теперь оператору достаточно указать какая сумма у клиента, какая должна быть сдача показывается автоматически в система и у курьера. Появилась панель с списками заказов и список сообщений из бота. Спроектировала функционал распределения заказов по цехам в зависимости от адреса заказчика. Клиент захотел сделать систему светофора. Это цветовая система идентификации для оператора. Если чек небольшой или невыгодные блюда, цвет покажет это и оператор попробует допродать какие-то позиции. Как работает. Когда заказ заполнен и оформлен, появляется окно с рекомендациями. Оператор может предложить что-то добавить в заказ, например, напитки, блюдо дня. Есть еще дополнения к блюду, например, рис к том яму. Оператор видит какие дополнения можно предложить к блюду. Сделала этот функционал и поставили проект паузу, чтобы разработчики реализовали то, что готово. #проект #crm Дизайнер на всю голову

Номенклатура это список категорий (роллы, пицца, суши). В категориях размещаются конкретные блюда. Здесь есть спецификация (технологическая карта блюда, бжу, ккал, кол-во штук в порции и т д.) и описание (технология приготовления, фотографии). Есть раздел Цены и дополнения. Тут мы устанавливаем цену за блюдо, смотрим изменение цены и динамику продаж в зависимости от изменения цены. Еще есть дополнения — то, что мы можем допродать с этим блюдом, например, еще колбаску к пицце. Есть еще дополнительные разные настройки, например, то, как это блюдо будет отображаться в мобильном приложении и на сайте. Как правило, большая часть номенклатуры у филиала одна и та же (те же роллы Калифорния, суши с креветкой, пицца Маргарита). Технологическая карта тоже практически одинаковая. Я сделала возможность администратору копировать эту номенклатуру, чтобы филиал мог быстрее начать работу и менять номенклатуру при необходимости. Сделала привязку номенклатуры к филиалу, которой раньше не было, чтобы администратор мог посмотреть цену на какое-то конкретное блюдо по всем или интересующим его филиалам, чтобы анализировать уровень цен и продажи. #проект #crm Дизайнер на всю голову

Чтобы не нагружать большим количеством информации буду рассказывать об отдельных элементах, экранах, функционале. У каждой компании есть должности: руководитель, менеджер заказов, колл-центр и любая роль, которая будет заведена. У должностей может быть рабочий стол — персональный экран с оперативной информацией: текущие заказы на кухне, курьера на смене, обращения в колл-центр, отчеты и так далее. Самая большая сложность тут — правильно структурировать блоки, выставить приоритеты, так как рабочие столы будут визуально сильно нагружены. На скрине скриншот текущий системы, который я сейчас переосмысливаю и покажу результат чуть позже. #проект #crm #erp Дизайнер на всю голову

Работаю с экранами, которые важны для супер-администратора: Создание и просмотр компании, создание группы прав в админке. Это концепт, главное сейчас — проектирование. У меня есть некоторые вопросы по функционалу, который нужно добавить/изменить в действующую CRM. Обсудим сегодня все вопросы, включая туда ли двигаемся в дизайне и продолжу дальше. #crm #проект Дизайнер на всю голову

Сейчас стоят задачи: 1) переработать выбранную дизайн-систему 2) пересобрать на ее основе админку (то есть сделать редизайн) 3) платформа не нравится и функционально, поэтому занимаюсь и ux-ом. Нюанс, который сжирает много времени: технически макет сложный. Есть требование разработчиков — содержание экрана должно быть реализовано вложенными компонентами. Чем больше уровней вложенности, тем труднее редактировать отдельные элементы и тем дольше длится работа. При создании адаптивной версии дизайна будет непросто управлять поведением таких компонентов. Сейчас создаю настраиваемый под пользователя дашборд. Теперь можно легко выбрать нужные метрики, добавить ссылки на часто используемые страницы и просматривать детализированные отчеты. Пока что в системе нет уведомлений, но дашборд уже предоставляет информацию, которая помогает пользователю понять, какие действия ему нужно предпринять в данный момент. #проект Дизайнер на всю голову

Как строилась работа и что в результате получилось. Рассказала в предыдущем посте какая была задача и что я делала на старте проекта. Определив все сложности, проблемы и задачи я начала с быстрого прототипа сценариев. А теперь конкретика!😊 UX ✦ Сократила на 2 экрана сценарий выбора песен. ✦ Переработала экран меню, основные разделы будут доступны в нижней навигационной панели. ✦ Добавила новый функционал, который обсуждали на старте. ✦ Переработала логику выбора игроком сложности игры. Игроков мотивирует, в том числе, просмотр рейтинга игроков и статистики конкретных игроков. На основании данных игрок может принять решение будет он соперничать с кем-либо на основании этой статистики или нет. Это возможная основа для развития в дальнейшем мультиплеерной игры. Фичи ✦ Придумала новую фичу для большего вовлечения в игру: когда игрок выигрывает, ему предлагается продолжить игру с новыми песнями того же уровня сложности. ✦ Добавила экран «get ready» с отчетом старта, чтобы игрок успел приготовиться к игре. ✦ Предложила решение с длинными названиями песен и авторов. В старом дизайне высота карточки менялась из-за длины названия. Теперь высота одинаковая и длинные названия будут показываться бегущей строкой. Были еще некоторые изменения и все остальное, что планировалось изначально в UX (и о чем я писала ранее). Дизайн Теймур хотел все темное, игровое, без детских элементов) Подобрала референсы и на их основе сделала концепцию дизайна. Обсудили ее с Теймуром и решили поберечь глаза пользователей и делать не такой яркий дизайн в той же концепции ). Убрала избыточные цвета и акценты. В процессе решали обычные точечные вопросы по дизайну, например, Теймур хотел сократить отступ, которое выделяется под челку (он же динамический остров). Показала почему его невозможно занять контентом игры. Глобальных вопросов и комментариев по дизайну не было, поэтому дизайн сделался быстро). Результат работы в цитате от Теймура: «Крутая работа, мне очень нравится» 💪 Экраны прилагаю, игру себе оставляю для развития моторики и просто для развлечения :)🎮 #проект #мобильноеприложение #игра Дизайнер на всю голову

Дизайнер на всю голову

Суть проекта. ERP для управления процессом заказа и сборки электрощитов. Заказчик (Алексей) предоставил документ с описанием бизнес-процессов. Созвонились и обсудили задачу. Предварительная оценка работы около 120 часов ERP состоит из разделов сбыт (заявки, компред, договора, план производства, аналитика), снабжение (заявки поставщику, заявки на склад, складской учет), справочники (продукция, комплектующие, контрагенты). Что можно делать в интерфейсе. Электрощиты собираются индивидуально под требования заказчика. Заказ может прийти в любом виде и из любого источника: от почты до ватсапа. На основе запроса создается заявка. Для каждой заявки создается спецификация с плановой стоимостью работ (компред). Может быть несколько вариаций спецификаций (сборки) щитов, то есть несколько КП. После выбора заказчиком варианта спецификации (сборки) подписание договора, план производства. На старте созвонились с Алексеем, обсудили задачу в деталях, разбили ее на этапы по приоритетности. Скорректировали под актуальные требования стартовый документ с бизнес-процессами. Особенность проекта Нет единого стандарта в названиях комплектующих и продукции, везде одна и та же продукция может быть названа по-разному. Тот, кто работает в интерфейсе должен знать все варианты названий комплектующих. Проблемы, решения, фичи Все комплектующие в спецификацию вносились вручную, копипастом с сайтов/документов поставщиков. Заказчик хотел перейти на решение, когда все будет подтягиваться через API в единый каталог комплектующих. Придумала решение как быстро перетянуть комплектующие из базы в спецификацию. Теперь, находясь в спецификации, достаточно открыть каталог в соседнем окне, в поиске найти нужную комплектующую и мышкой перетащить название, тем самым привязывая комплектующую к данной спецификации (сборке). Чтобы на всех связанных документах была видна этапность сделки предложила сделать степер. Степер это шкала с этапами, где текущий этап сделки подсвечен. На данный момент на 90% готов раздел сбыт. По таймингу на работу ушло 40 часов. Далее по порядку буду делать снабжение, справочники. После этого проекта будет проект, не поверите – ERP. Только тематика совсем другая – стоматология #проект #erp Дизайнер на всю голову

Мне, как человеку, который любит игры и играет было очень интересно, в чем-то ностальгично. Рекомендую к просмотру всем, кому интересен мир игр, разработки, дизайна, внутренней кухни, истории. Ну а мне вдвойне интересно, потому что в 2025 году первый проект нового года — разработка ux/ui дизайна игры ) #проект #сериал Дизайнер на всю голову

Это заставляет иначе смотреть на некоторые моменты. Понимаю, что с интерфейсами обязательно нужно придерживаться золотой середины между визуалом и самим содержанием работы, чтобы не отпугнуть клиентов, которые приходят за интерфейсами, логикой, пользовательскими сценариями. Будем пробовать разные варианты. Точно могу сказать, что «шалость удалась», чего и всем желаю ;) Дизайнер на всю голову

Я часто пользуюсь сортировкой. На Lamoda я нашла ее случайно и только потому, что мне стало интересно а что мне подобрали и по какому принципу. Было бы интересно что покажут метрики и что показало бы тестирование такого решения. Сейчас кнопка выглядит как все остальные фильтры. Можно было бы хотя бы в кнопке дать намек (иконку, подпись, что-то еще) на то, что тут можно отсортировать что-либо. #анализ #найденное Дизайнер на всю голову

Статья на Dsgners Статья на VC Надеюсь, читать будет интересно и полезно #кейс #статья Дизайнер на всю голову

Новые способы оформления подчеркиваний в Figma. Теперь можно выбрать разные стили для ссылок: → Цвет → Стиль (сплошной, пунктирный или волнистый) → Толщину → Смещение #figma Дизайнер на всю голову

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

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