Птичьи интерфейсы

Куча проблем в интерфейсах появляются из-за специфики продукта. В каждой области свои термины, понятные только узкому кругу специалистов. Особенно страдают этим продукты из сферы B2B, где куча слов из птичьего языка. Но в B2C проблемы не меньше. Причем, за счёт объема пользователей, проблем может быть даже больше.

Большинство из нас хоть раз в жизни выбирали отделочные материалы для квартиры. Что мы делаем? Бежим на сайт магазина, искать по каталогу товары, к примеру, нужных тонов. Но если попытаться найти с помощью фильтров интерфейса нужный цвет, то обычного человека (не дизайнера интерьеров) ждет сюрприз. Вместо ожидаемых: бежевого, серого, коричневого, его ждет: ясень ривьера, сосна арктическая, дуб неаполь. И ещё сотня-другая интересных названий, очень полезных продвинутому биологу, но не при выборе ламината. Главное - эти названия цветов не решают проблему подбора материалов для самого пользователя. Есть ли у него время углубляться в специфику?

Поэтому если уж что-то разрабатывать, для начала стоит понять на каком языке общаются основные пользователи продукта, который мы готовим. Кто наша аудитория, как им будет удобнее? Ведь для редкого случая, вряд ли кто-то захочет погружаться в дремучие дебри терминов. И при этом является ли задачей интерфейса обучать пользователей? Ведь в конечном счете от этого часто зависят издержки. Будут ли пользоваться этим продуктом, или поищут более удобные альтернативы при прочих равных.

Ну а уж, если мы нашли тот «правильный» набор терминов, то пора добавить системность. Словарь терминов является ключевым связующим звеном как во внешнем, так и во внутреннем поле. Он позволяет в дальнейшем популяризировать этих знаний через более понятные статьи, кейсы, онбординг пользователей. Он же позволяет команде разработки общаться на одном языке. Только так и разработка и пользователи научатся разговаривать на едином понятном диалекте.

@aheadofthepack