198
Чат читателей @uxnotes · Редактор: @zGrav
а можно аудит провести без выдачи доступа, а на видео созвоне с демонстрацией экрана ?
Читать полностью…
Добрый день!
У меня есть небольшая СРМ система под свою работу. Но мне хотелось бы улучшить функциональный дизайн и сделать удобней. Ноя сам не понимаю что и как можно улучшить. Есть ли возможность получить индивидуальную консультацию по моей проблеме? Как подобная услуга называется? И сколько подобное может стоить ?
Отношения между сценарием и навигацией в интерфейсе
При проектировании интерфейса важно проанализировать сценарии, то есть хорошо представить, как именно, в какой ситуации, с какими знаниями, целями и ожиданиями человек будет пользоваться интерфейсом. Многие забывают про это подумать, и у них получается ерунда. Но иногда ерунда получается, даже если про это подумать, а затем просто положить сценарии в основу навигации.
Что будет, если просто положить сценарии в основу навигации?
Когда сценариев очень мало, может получиться неплохой интерфейс. Если есть всего три-пять действий, за которыми человек приходит в интерфейс, и мы просто делаем для них кнопки, то всё будет понятно и удобно. Это то, что я предлагал для ПВЗ «Яндекс-маркета»:
https://ilyabirman.ru/meanwhile/all/interfeys-pvz-yandeks-marketa/
Но такие интерфейсы встречаются редко. Даже в небольшом продукте есть множество связей между функциями, и число сценариев огромно. Если в таком случае начать строить навигационную модель вокруг сценариев, в интерфейсе станет невозможно разобраться. В заметке об архиве вакансий я как раз указываю на эту проблему:
https://ilyabirman.ru/meanwhile/all/arhiv-vakansiy-ne-mozhet-byt-podrazdelom-sozdaniya-vakansii/
Когда я говорю про огромное число сценариев, необязательно представлять что-то необъятное вроде Фотошопа. Даже календарь — это уже целый мир разных сценариев. Ну вот, например:
Иван понял, что не успевает на регулярную встречу, и хочет предупредить других участников о переносе. Кому-то из них удобнее написать, кому-то позвонить. В ходе одного из звонков Пётр говорит, что давайте тогда уж вообще перенесём эту встречу на час позже, потому что ему самому трудно на неё успевать всё время. Иван смутно помнит, что где-то через пару недель у него запись к зубному, и хочет убедиться, что перенос не конфликтует с ней, идёт проверяет. Выясняется, что конфликтует, но договариваются всё же перенести на час позже, а там, через две недели, просто сделать исключение.
Ну и что, как построить навигационную модель вокруг этого сценария? Да никак.
Во-первых, если вы хорошо провели анализ, то даже тех сценариев, которые вы рассмотрели и выделили как ключевые, будет довольно много. То есть даже если для каждого из них есть прям готовая кнопка или раздел в интерфейсе, найти их будет не так просто. Во-вторых, остальные сценарии, которых несравнимо больше, вообще непонятно, где надо будет искать. Развивать такой продукт и поддерживать растущее число сценариев — боль.
Хороший интерфейс не ведёт по сценариям, он лишь создаёт для них возможности. Он даёт пользователю свободу, чувство контроля, ту самую «агентность», а не просто направляет его по одной из нескольких заранее проложенных дорожек. Разумеется, в календаре нет готовой кнопки или даже «мастера» для того, что описано в сценарии выше. Календарь просто так устроен, чтобы пройти по этому сценарию не составляет труда.
Это похоже на вопрос о том, зачем нужны карты и схемы, когда в телефоне и так есть навигатор. Навигатор очень полезен, но с ним ты не чувствуешь себя хозяином положения, не можешь отклониться от пути. Карта же даёт общее понимание того, как устроен мир, и ты уже можешь сам принимать решения. На карте нет специальной секции для сценария «по пути с ребёнком из школы заехать погулять в парк», но она делает этот сценарий возможным без проблем. В навигаторе можно предусмотреть функцию «заехать по пути», но её ещё нужно будет найти, а также десятки других сценариев останутся непокрытыми.
Поэтому в основу навигации в интерфейсе нужно закладывать некую модель того, как мы хотим, чтобы человек представлял себе устройство нашего продукта: какие у нас есть сущности, как они связаны, организованы, что они умеют. Эта модель должна помогать нам реализовывать все важные сценарии, а пользователю — находить способы их реализации. И эта модель должна выдерживать развитие продукта.
Поддерживаю. Люди, которые привыкли работать с таблицами, мыслят таблицами. Им важно видеть все данные сразу - по горизонтали и по вертикали. Особенно, когда таких данных много. Изменение/заполнение данных так же зачастую производится и горизонтально, и вертикально. Недавно разрабатывали подобный кейс, карточки с полями ввели для обобщения информации по по объекту, самой же таблице добавили гибкую настройку (по столбцам) и фильтр (по строкам), при это выделив разделы с предзаданными настройками для быстрого переключения. Изначально же подход был такой, что мол давайте убедим заказчика перейти на вертикальное представление информации, это же веб, какие таблицы, горизонтальный скролл и тп, но в процессе стало понятно, почему им удобно именно так, и как с этим работать.
Вообще хотелось бы больше почитать по теме представления больших массивов данных и работы с ними в веб-интерфейсах (с соответствующими ограничениями по быстрому выводу и обработке данных).
В «Работягах» написали, чем заменить сложные таблицы в b2b-интерфейсах.
— Таблица с фильтрами, сортировкой, быстрыми действиями — привычный паттерн для работы с любым массивом данных;
— Она удобна и понятна команде разработки. Они могут решить использовать её без каких-либо исследований;
— Как универсальное решение она плохо помогает выполнять конкретные задачи и часто просто отображает данные;
— Когда стоит задуматься о замене: слишком много колонок; горизонтальный скрол; чтобы понять суть, приходится открывать каждую строку или использовать правильные комбинации фильтров; пользователи только выгружают данные, чтобы обработать их в Экселе;
— Не трогайте таблицы, если пользователь думает ими. В этом случае попробуйте их улучшить закреплением колонок, инлайн-редактированием и так далее;
— Таблицы хороши для сравнения однотипных сущностей по одинаковым параметрам, быстрого сканирования большого массива и поиска расхождений, массовой обработки данных;
— Если у сущностей есть жизненный цикл (лиды идут по воронке), таблицу можно заменить на канбан-доску: сразу видно, где затор, легко управлять потоком;
— Если пользователь обрабатывает поток сущностей, подойдёт очередь. Важно выбрать параметры для отображения, которые помогают приоритизировать сущности;
— Если важны даты начала и окончания и связь сущностей друг с другом, удобнее будет календарь, таймлайн или диаграмма Ганта. Важно дать возможность управления данными при просмотре в этом режиме;
— Дашборд заменяет таблицу с метриками, в которой надо самостоятельно искать отклонения, держа в голове норму;
— Карточки объектов удобнее, если нужна возможность рассмотреть каждую сущность целиком. В таблице картинки, теги, длинные названия, статусы и действия раздувают строки, и важные признаки теряются;
— Ещё вариант: AI-слой, который будет анализировать данные таблицы (отвечают на вопрос «Что у нас есть») и, руководствуясь продуктовой логикой, подсказывать, «Что делать»: саммаризировать, выявлять отклонения, предлагать кнопки действий по каждому пункту;
— Чтобы выбрать подходящий паттерн, надо понять, кто работает с интерфейсом и ради чего, какие вообще свойства бывают у объекта, какие из них нужны разным ролям и какие нужны для выполнения конкретных действий;
— Не стоит избавляться от таблиц полностью: в b2b почти всегда нужен режим «Все записи» для массового редактирования, экспорта, сверки, аудита продвинутыми пользователями.
#table #b2b
Михаил Нозик написал, как презентовать объёмные данные, таблицы и отчёты.
— Например, в виде материала для презентации дали скриншот с отчётом из 1С;
— Если просто вставить его в презентацию, слушатели залипнут в таблицу и пропустят рассказ спикера. Показывать на экране стоит то, что воспринимается быстро, пока люди слушают;
— Отчёт может доказывать, что данные не взяты с потолка. Покажите основные цифры и часть скриншота, чтобы люди поняли, что это, но не стали изучать его подробно;
— Если данные на скриншоте и есть предмет презентации, покажите его целиком ненадолго, чтобы объяснить, о чём речь. Затем подсвечивайте и увеличивайте те места, на которые надо обратить внимание (не бойтесь сделать много слайдов для этого);
— Можно пройтись по скриншоту вживую, от фрагмента к фрагменту. Но важно отрепетировать, чтобы избежать беспорядочного метания по экрану.
#slides #presentation
А вы смотрите сторис в приложениях?
Кажется, что это просто привычный формат из соцсетей. Но на самом деле сторис могут решать вполне конкретные продуктовые задачи.
Кирилл из команды t2.digital разобрал, как с помощью этого инструмента закрывать 5 ключевых задач мобильного приложения. Листайте карточки, чтобы узнать больше.
В своем канале ребята рассказывают о новых фичах, делятся внутренней экспертизой и публикуют вакансии.
Маргарита Попова написала об итеративном процессе в дизайне.
— Полезен новым продуктам (MVP и R&D-проекты), в условиях неопределённости, без готовой дизайн-системы, для ускорения поставок функциональности пользователям;
— В каскадной модели разработка следует за дизайном. Минусы: этап дизайна кажется бесконечным, разработчики приходят с вопросами, когда дизайнеры уже заняты другим;
— Дизайн блока функциональности (запланированного в USM) можно разделить, чтобы идти от общих вопросов к частным и чаще получать обратную связь;
— 1. Формирование общей картины: работа с PO и PM, создание User flow, схем работы и прототипов от руки, которые легко выбрасывать при переборе идей;
— 2. Детализация прототипов, добавление отдельных интерактивных элементов, чтобы провести простые пользовательские тесты сценариев использования и обсудить с разработчиками функциональность. Последние могут приступать к проектированию архитектуры;
— 3. Подробный интерактивный прототип со всеми состояниями, дающий возможность провести полноценное тестирование с пользователями. После тестов — внесение правок, запись идей на следующие итерации;
— 4. Дальнейший дизайн идёт параллельно разработке: макеты, состояния компонентов, подготовка к вёрстке, UI-кит;
— Плюсы: вся команда вовлечена в проектирование и принятие решений, решения тестируются, технические вопросы решаются раньше;
— Минусы: сложнее тестировать не финальные макеты, разработка стартует после проработки всего блока функциональности, обсуждения переключают контекст разработчиков;
— Если брать не блок, а небольшой кусочек, можно спроектировать его за спринт (хотя бы простой вариант для начала);
— Плюсы: у разработчиков и дизайнеров общий контекст, пользователи получат фичу и дадут обратную связь, видны метрики, может оказаться, что цель достигнута и дальше полировать дизайн смысла нет;
— Минусы: более сырой интерфейс, большие сценарии не умещаются в спринт, сложнее управлять, больше техдолг;
— Чтобы потом вспомнить, какие дизайн-решения были приняты и почему, можно использовать аналог ADR (пример);
— Когда останавливаться в полировке прототипа: покрыты все сценарии, улучшения не приносят заметной пользы, у команды не осталось вопросов, появилось желание выровнять отступы;
— Итеративный подход снижает тревогу по поводу идеальности результата, а также предлагает задуматься, что считать идеальным результатом (приносит пользу клиентам уже сейчас).
#process #prototype
Да, хорошая мысль. Мне тоже кажется, что это не только про ИИ. Рынок действительно повзрослел. Просто ИИ очень сильно ускорил эти изменения, и они стали заметны буквально за последние годы.
Читать полностью…
Макс Фёдоров рассказал, как выигрывать борьбу за внимание.
— Важно постоянно быть в медиапространстве, поэтому современный бизнес всё больше превращается в медиа;
— Бизнесы соревнуются за ограниченное внимание потребителей;
— Лучший продукт и дизайн проигрывают тем, кто ярче и кто может создать лучшее событие;
— Хайпономика: использование инфоповодов, мемов и провокаций для привлечения краткосрочного внимания и (при системном подходе) создания долгосрочной лояльности;
— Надо понимать своих пользователей и их потребности. 43% людей указывают, что ходят в кофейни ради кофе. Чаще — чтобы встретиться с друзьями или поработать;
— В коммуникации надо рассказывать, как именно будет решена задача клиента. Не «скорость 100 мегабит», а «сколько устройств смогут работать» и «можно ли стримить»;
— Люди покупают только одно — гарантию выживания (сохранение денег, экономия времени, накопление других ресурсов, социальные связи, статус, покровительство, смысл существования);
— Говорите на понятном человеческом языке, минимизируйте термины;
— Есть разные стратегии позиционирования, например, лидерство (первое место в категории), отстройка от лидера (учёт его ошибок и слабых сторон), решение проблемы (решаем её лучше остальных) и так далее. Чтобы отличаться от конкурентов, надо выбрать одну-две стратегии и их придерживаться (может со временем меняться);
— Лонгриды → минимализм; сложные схемы или просто текст → инфографика; апелляция к опыту (часто негативному) → воображение (как может быть); многозадачность → однозадачность; академизм → геймификация;
— Логика (обосновывает уже принятые на эмоциях решения) → эмоции; однообразие → контраст; скука → развлечение (провал, если на презентации не было шуточки);
— Главное — не бояться.
Последние лет 5 наблюдаю неменяющуюся ситуацию: дизайнеры, как требовались, так и требуются. Именно ДИЗАЙНЕРЫ. Но при этом бесконечно рассуждают про снижение спроса операторы Фигмы (или любого другого инструмента для работы с графикой), которые даже близко не понимают, что такое дизайн, но называются дизайнерами). Ну и сейчас абсолютно каждый оператор Фигмы обязательно называет себя продуктовым дизом, даже близко не понимая продуктовый подход, дизайн мышление и сервис-дизайн) И большинство операторов ждут повышения на Грейд вверх каждый год.
Пардон, наболело🙈😅
Даже если ты ошибаешься — это тоже нормально. Просто дизайнеры в стрессе, нам докинули давления, поэтому реакция мб резкой.
Читать полностью…
Согласна, заголовок получился провокационным. 🙂 Наверное, поэтому обсуждение ушло именно туда.
И да, это действительно больше авторская колонка и мои наблюдения за тем, что я вижу в работе, найме и общении с клиентами, а не исследование рынка. Я не пыталась доказать, что это уже свершившийся факт. Скорее хотела поделиться ощущением, куда, как мне кажется, всё движется.
Если окажется, что я ошиблась — значит, ошиблась. Но пока наблюдаю именно такую тенденцию.
Простите за накидывание на вентилятор, я обычный не выдающийся дизайнер
Но...
Судя по работам которые я вижу в студии Евгении, уровень работ там довольно низкий. ИИ конечно же будет перекрывать запросы такого уровня и будет казаться имбой.
Если бы ваш уровень экспертизы превышал уровень ИИ вы бы понимали что ИИ это инструмент. Для идей, для быстрых концепций, для уменьшения рутины. Но никак не замены.
ИИ способен выдать средний результат из готовых шаблонных решений заранее в него загруженных. (Трижды переваренный....)
Вы полностью выбросили эстетику из уравнения хотя это то в чем человек имеет преимущество над ИИ.
Эстетика + Продуктобесие = Более лучший результат
чем Средний результат ИИ + Продуктобесие.
🤷♂️🤷♂️🤷♂️
Понял вас. Если такая реальность будет просачиваться глубже в нашу деятельность, остается пожелать нам сил и терпения в работе с такими запросами, ведь харды хорошего специалиста будут решать в любом случае, а к остальному относиться философски. Умение нивелировать и раскрывать такие запросы сделает человека еще более ценным
Читать полностью…
Такое называется «Аудит интерфейсов». Стоимость будет зависеть от объёма работы и исполнителей.
Читать полностью…
" Навигатор очень полезен, но с ним ты не чувствуешь себя хозяином положения, не можешь отклониться от пути" — неужели Бирман никогда не пробовал отклоняться от маршрута в Навигаторе? 😁 в общем, плохое сравнение, кмк, потому что как раз-таки в Навигаторе можно сколько угодно отходить от проложенного маршрута и он все равно перестроится и приведет тебя в точку назначения.
Читать полностью…
Камера, мотор!
Наконец-то я смог опубликовать кейс с нового проекта!
Прошло довольно большое количество времени с момента разработки данного коммерческого проекта; ещё идут новые апдейты и усовершенствование сайта.
Данный сайт был разработан для креативного агентства видеопродакшна, где создаются топовые рекламные ролики и документальные фильмы с использованием передовых инструментов, в том числе методов ИИ.
На проекте я участвовал как дизайнер интерфейсов и анимации.
Задача состояла в том, чтобы создать промо-сайт, который будет не просто демонстрировать проекты и привлекать новых клиентов, но и станет источником эмоций, чтобы новый пользователь захотел работать и заказать проект 🔥
Проект уже опубликован на всех площадках!
Behance
Dprofile
Это было очень сложно и трудоёмко, работы было много, и сил потрачено немало. Надеюсь, в ближайшее время начну публиковать небольшие статьи и бэкстейджи с проекта, поэтому не теряйте меня))
Буду рад лайкам и вашей поддержке ❤️
Михаил Рубанов публикует в виде сайта свою книгу об адаптации iOS-приложений для людей с ограниченными возможностями.
— В книге он рассказывает, как незрячие пользуются скринридером VoiceOver, как управлять телефоном голосом, как полностью парализованный человек может отдавать команды;
— А также: как подготовить к такому использованию iOS-приложение, как адаптировать интерфейс для увеличенного размера текста и как это всё протестировать;
— Книга ориентирована на разработчиков, но полезна и дизайнерам, поскольку адаптировать интерфейсы можно на уровне контролов, экранов и сценариев;
— Часть глав ещё в процессе публикации. Например, глав об адаптации для увеличенного размера текста пока нет;
— Есть большая статья — гайд о том, как сделать iOS-приложение доступнее.
#book #accessibility #mobile
тут математика очень поможет -
- в проект который весит 2000 часов дизайнера и 10000 часов разработчика - ИИ выступит в роли инструмента генератора гепотез или исследовательского агента или еще кучу всего сможет делать, но дизайны на такой продукт будут вестись в фигме (как последовательный артефакт с высоким уровнем контроля)
- в проект на 100ч дизайна, бизнес или в крайнем случае разработчик нагернерит флоу и ui - на свои 10-20 экранов за 2 часа и имплементирует их же сразу с кодом. - потому что уровень риска ниже и результат может показать хорошую экономию для маленького проекта или mvp
- стартапы могут нуждаться в пары часах саппорта дизайна и то на маркетинг
ну и собственно какой процент занимает первый отряд проектов в которых дизайнеру будут нужны - но они станут или есть эффективнее с ии и исследованиями и тд? он останется нетронут
в то время как остальные 2 наших условных типа проектов пропадут из поля действия дизайнера - вот и ответ на востребованность.
Эрик Чанг написал о навигации с помощью табов (вкладок).
— Вкладки упрощают навигацию, экономят место на странице, группируют контент и обеспечивают быстрый доступ к нему;
— Табы хорошо работают, когда их немного, все они видны на экране и нет горизонтальной прокрутки;
— На мобильных устройствах может появиться горизонтальный скрол в блоке табов или кнопки для его прокрутки влево и вправо. Также переключаться между табами иногда можно свайпами влево и вправо;
— Их лучше не использовать для сложного иерархического контента (табы внутри табов внутри табов);
— Они хорошо подходят для навигации второго уровня, когда основная навигация находится в боковом меню;
— Также лучше от них отказаться, если нельзя каждой вкладке дать короткое и понятное название, из-за чего текст может обрезаться или переноситься на несколько строк;
— Минус табов: для доступа к контенту вкладок, не открытых по умолчанию, пользователю надо на табы нажимать. Если находящийся там контент имеет решающее значение для пользовательских целей, лучше его там не размещать;
— Не забывайте выделять активную вкладку, а также реагировать на наведение курсора на десктопе;
— Чем отличаются от аккордеонов: обычно вкладки расположены горизонтально, а аккордеоны — вертикально, в аккордеонах часто возможно одновременное раскрытие нескольких панелей.
In English. #tab
Да, согласна. Мне кажется, именно умение перевести "хочу красиво" в разговор про цели и задачи продукта сейчас становится одной из самых важных компетенций дизайнера.
Читать полностью…
Привет, я считаю, что это происходит не из-за того, что нам про ии великий и ужасный из всех утюгов вещают, а потому что само время уже как бы научило немного бизнес понимать, что от просто «красиво» мало толку. На российском рынке само понятие ux появилось только в 17-18 году и тогда никто не понимал, что с этим делать и зачем оно надо. Вот прошло уже 9 лет (пишу эту цифру и страшно даже), за это время рынок осознал ценность всего этого, разобрался что это такое, и вот результат. Да, остались редкие запросы на просто красиво, но это скорее исключения, чем правило. Рынок просто в этом плане «вырос».
Читать полностью…
Про заказчик просит красоту: продуктовый дизайнер должен уметь объяснить своё решение. Заказчик - не дизайнер(в его голове дизайнер=рисовальщик, а не проектировщик, если он никогда не работал с дизами), но, как представитель бизнеса всегда заинтересован в пользе для бизнеса. Заказчики способны слышать логику и аргументы, а "красиво" зачастую не исключает "для улучшения метрик" (ну ок, кроме когда картинки в формы пытаются впихнуть)
Читать полностью…
Спасибо. 🙂 Наверное, поэтому я и решила написать эту статью. Мне тоже кажется, что сейчас многие дизайнеры живут в ощущении неопределенности. Надеюсь, она не добавила тревоги, а скорее дала повод задуматься, какие навыки стоит развивать дальше. Хотела подискутировать на эту тему — вроде получилось. 🙂
Читать полностью…
Да, согласна. 🙂 Мне кажется, именно в этом и будет ценность. Не просто сделать то, что попросили, а понять, какую проблему человек на самом деле хочет решить.
Читать полностью…
Ничего страшного. 🙂
Я, кстати, нигде не писала, что ИИ заменяет сильных дизайнеров или что эстетика больше не важна.
Я писала про другое. За последние полтора года я вижу, что ценность умения просто рисовать интерфейсы снижается. Потому что это уже умеют делать многие инструменты.
А вот разобраться, почему продукт не работает, что мешает пользователю и что вообще нужно менять, ИИ пока не умеет без человека.
Поэтому мне кажется, что профессия не исчезает, а смещается в сторону аналитики, исследований и принятия решений. Именно об этом была статья.
«Передумал», «Не буду оплачивать», «Давайте добавим ещё задач» — такие ситуации проще обсуждать, когда условия заказа зафиксированы заранее.
На Авито Услугах развивается более безопасный и защищённый сценарий взаимодействия между заказчиками и исполнителями. По их данным, 48% клиентов называют защиту условий сделки своим приоритетом.
Для дизайнеров, бухгалтеров, финансистов, копирайтеров, маркетологов (от SMM до работы с блогерам) и других специалистов из сферы деловых услуг доступен сервис «Защита сделки» при поддержке Авито Услуг. Он помогает заранее договориться об объёме, сроках и стоимости заказа, а оплату – зарезервировать до подтверждения результата со стороны клиента.
Что даёт «Защита сделки» исполнителю:
*️⃣Фиксирование условий: клиент не сможет потребовать больше, чем обсуждалось на старте
*️⃣Полная оплата: вы получите оплату, если выполнили всё в рамках зафиксированных условий
*️⃣Защита от риска отказа в последний момент: заказчик уже внёс деньги на спецсчёт и заинтересован в том, чтобы довести дело до конца
*️⃣Независимые арбитры: в спорных ситуациях подключатся арбитры, которые могут помочь разрешить ситуацию
Подключить «Защиту сделки» можно при создании нового объявления на Авито Услугах или редактировании существующего. Подробности о сервисе можно узнать по ссылке.
От себя ставим ❤️ за инициативу!
Ты пишешь, Жень, у себя, что это возможно самая спорная твоя статья.
Кмк, суть спора не о самой статье даже, а в том, что контент-мейкеры немного стали путать: статья — это ряд, доказуемых фактов, которые автор предлагает интерпретировать по-новому, либо автор пытается сформировать определенный подход; а личное мнение — это набор тезисов, которые подкреплены лишь уверенностью в них автора. Второе — хорошо для поста в телеге, но не для статьи, как некоего труда на минималках.
Ну, и возможно, ещё, что сработал кликбейтный заголовок, потому что дизайнеры и так задолбались от ФОМО, а тут из очередного утюга «дизайнеры исчезнут».