Вопрос к UX дизайнерам: Есть ли системный подход к расположению кнопок в интерфейсе (10-20 кнопок)?

Question

[Stan Fisher]

При проектировании сложного продукта (аналитическая платформа) столкнулся с тем, что непонятно в каком порядке располагать кнопки на тулбаре.

Вариант №1: - располагать кнопки в порядке частоты использования
Возникает проблема - в многофункциональном приложении любая кнопка может быть важной в зависимости от выполняемой задачи. Этот вариант не работает. Нужна система.

Вариант №2 - системный подход.
Я постарался структурировать функции одного из инструментов приложения с помощью ментальных карт. Структура смотрится красиво. Но на деле важные функции располагаются не в начале, а в разных местах.



Есть ли у кого-то опыт системного подхода к проблеме расположения элементов?
Заранее благодарю!

Comments

[sim3x]

А вы уверены, что оператору требуется системный подход?

[Stan Fisher]

sim3x, Какому оператору? :D Я просто делаю предположение, что такие вещи можно систематизировать, для того чтобы интерфейс был структурирован и понятен пользователю. Если такая система существует, она позволит также поставить на поток создание огромного количества инструментов с логичным, структурированным интерфейсом. Причем не только специализированные инструменты но и смею предположить любые. Но я пока что в поисках такой системы.

[sim3x]

Stan Fisher,
То как пользователь "понимает" интерфейс основывается на его опыте
Какой у него опыт вы знать не можете

Систематизация есть добро, когда у вас есть понятная целевая функция, которую вы максимизируете
Целевой функции у вас нет

[Stan Fisher]

sim3x, Да, я не могу знать как пользователь будет использовать инструменты программы. Но значит ли это что я не должен их попытаться структурировать? Одной из таких возможностей должна была стать группировка по закону "исключённого третьего". Но что то мне подсказывает, что возможно нужно постараться применить комбинированный подход, который я все еще ищу...

Answer 1

[Никита Гарейшин]

Привет,
Тут напрашивается дискавери фаза, если есть только список фич.

Для полноценного сервиса, хорошо бы понимать:
- Общий подход к проектированию - для кого создаём? Для покупателя (Customer Centered Design), оператора (System CD), человека с улицы (Human CD), пользователя в целом (User CD) и пр;
- Определить количество ролей, описать их - проблемы, ежедневные задачи, боли и пр (Personas);
- Определиться с методологией производства (Waterfall, Agile и пр);
- Если это существующий процесс, то описать As-Is Workflow для понимая, если нет - описать будущий процесс;
Из этого всего можно прикинуть концепт (Proof of Concept) и смотреть что получается.
Когда будет этот минимум, можно садится и думать над MVP - какой сервис будет, из чего состоять, что делать в первую очередь, а что нет.

Более того, я бы в картах не путал фичи и объекты.
Отобразить товар и управление им - это разные схемки.
Ещё есть экраны, где есть некоторые экраны и некоторые фичи)

Для проработки каждого экрана надо понимать:
- Кто им пользуется;
- Какую проблему мы решаем в данный момент.
Вывалить всё и вся тоже можно - пусть человек сам разбирается, но спасибо вам не скажут)

Comments

[Stan Fisher]

Спасибо! Есть над чем подумать :D

Answer 2

[Антон Усачев]

Вообще, можно открыть gmail и подглядеть. Просто вот это все выше даже не вопрос, а (не)предложение заработать от 2000 до 5000 евро. =))

Comments

[Никита Гарейшин]

ну тут не про тысячи евро, а про десятки тысяч)