Це непогана модель, але є що покращити. Ось мій варіант - як організувати інформацію в інтерфейсі.
За алфавітом
Організацію за алфавітом використовують, якщо користувач буде шукати потрібний об'єкт за першими літерами назви:
- глосарій в книзі,
- список учнів в класному журналі,
- код компанії в біржовий зведенні.
Часто алфавіт використовують «за замовчуванням». Підхід ледачого дизайнера: не знаєш, як впорядкувати список - відсортують за алфавітом ツ
По часу
Показати об'єкти в хронологічному порядку - прив'язати до подій у часі. Наприклад, щоб проілюструвати історію становлення компанії, написати, коли почав працювати кожен співробітник:
Організацію за часом використовують, коли важливо знати точний момент події:
- список зустрічей на день,
- розклад автобуса,
- історія зміни картки клієнта в CRM.
Не завжди потрібна прив'язка до моменту, іноді досить знати взаємний порядок подій (що сталося раніше, що пізніше):
- інструкція на випадок пожежі,
- послідовність кроків при реєстрації на сайті,
- наступні номери на табло в електронній черзі.
Відповідно до положення
Прив'язати об'єкти до положення в просторі. Наприклад, якщо в компанії співробітники працюють в різних містах, зручно показати їх на карті:
Заодно зрозуміло, яка у кого різниця в часі.
Організацію по положенню використовують, коли важливо, як розташовані об'єкти щодо контейнера, один одного або спостерігача:
- станції метро на карті,
- туалети на схемі терміналу аеропорту,
- органи в тілі людини.
Зазвичай об'єкти прив'язують до точки в двох-або тривимірному просторі. Але іноді достатньо впорядкувати об'єкти по взаємному розташуванню (перший, другий, третій). Так організований список виносок в кінці книги або станції на конкретній гілці метро.
За кількістю
Впорядкувати об'єкти за значенням кількісної ознаки. Наприклад, керівнику компанії захотілося дізнатися, хто скільки отримує:
Організацію за кількістю використовують, коли важливо знати «у кого більше, у кого менше» і «скільки конкретно»:
- фільми по рейтингу IMDB,
- ноутбуки за ціною,
- міста по населенню.
Що не так з мнемонікою LATCH Річарда Вурман
Вурман напартачив з останнім пунктом, ієрархією (hierarchy). Він мав на увазі «впорядкувати за кількістю»: віддалі, вартості, рейтингу. Але так би не вийшло мнемоніка, тому він узяв «ієрархію» і всіх заплутав.
Насправді ієрархія виникає, коли дизайнер комбінує кілька способів. Наприклад, показати офіси компанії на мапі, а всередині офісів - співробітників за алфавітом. Вийшла ієрархія.
за релевантністю
Впорядкувати об'єкти по корисності - по відповідності перевагам людини. Наприклад, при пошуку за списком контактів ранжувати результати по відповідності запиту:
Організацію за релевантністю використовують, коли людина явно або неявно повідомив про свої уподобання:
Ще порядок «по корисності» відмінно підходить для коротких списків, елементи яких слабо пов'язані між собою:
- переваги на сайті компанії,
- характеристики на картці товару в магазині,
- відгуки в портфоліо консультанта.
Зі зв'язків з іншими об'єктами
Організувати об'єкти в мережу і показати відносини між ними. Наприклад, компанія запросила консультанта, щоб проаналізував психологічний клімат в колективі. Він намалював таку схему:
Випадковим чином
Показати список об'єктів «аби як», відобразити у випадковому порядку. Якщо «за алфавітом» - умолчательную варіант ледачого дизайнера, то «випадковим чином» - ледачого програміста.
Такий спосіб рідко корисний. Але іноді трапляється: наприклад, перемішати варіанти відповідей в тесті, щоб складніше було списати.
Як це використовувати
Коли наступного разу будете проектувати екран з безліччю однотипних об'єктів, що не вибирайте варіант організації «за замовчуванням» - аби як або за алфавітом.
- Як користувач буде шукати потрібний об'єкт?
- Чи важливо знати взаємний порядок об'єктів?
- Прив'язані чи об'єкти до моментів часу або точкам в просторі?
- Чим об'єкти схожі і чим відрізняються?
- Які взаємозв'язку є між об'єктами?
- Що найбільше цікаво людині, які його наміри?
Відповівши на питання, побачите, який метод організації підходить краще.