Специализация - новый тренд развития пользовательских интерфейсов
Специализация - новый тренд развития пользовательских интерфейсов
Октябрь текущего года стал знаковым для всех и каждого UX-специалиста. Мир проектировщиков взаимодействия, дизайнеров интерфейсов и информационных архитекторов лишился своей иконы – наш мир покинул Стив Джобс, сооснователь компании Apple. Интернет полон статей, размышлений и воспоминаний о том, какой великий вклад внёс этот человек в развитие всей отрасли информационных технологий и в частности развития пользовательских интерфейсов, в особенности мобильных устройств.
В последнее время, благодаря Стиву или нет, интерес к этой области вырос до необычайных размеров. Доказательством тому служит тот факт, что в октябре только в России прошли два знаковых события, посвящённых проектированию пользовательских интерфейсов и взаимодействия: «404 fest» и «User Experience Russia» (Москва). Эти и другие подобные события привлекают с каждым годом всё больше людей, заинтересованных в том, чтобы сделать пользовательские интерфейсы легче для восприятия, прозрачнее. И это неудивительно, ведь количество платформ, дающих всё больше свободы для творчества, растёт как на дрожжах: осенью в продаже в России наконец появился долгожданный HTC Mozart, смартфон на базе Windows Phone 7, чуть позже вышел iPhone 4s, а спустя некоторое время было объявлено о выходе Android 4.
Большое количество мобильных платформ – это не только больше забавных игр, но и больше свободы для разработчиков бизнес-приложений. Например, у меня всегда с собой мобильный банк, я всегда имею удобный доступ к своим задачам и документам в ECM-системе, всегда у меня под рукой планировщики и напоминалки. С каждой версией мобильной платформы приложения становятся всё удобнее и функциональнее. Словом, бизнес открывает для себя новые измерения – те, что легко помещаются в ладони.
Меня спрашивают, а как изменяются интерфейсы настольных приложений и веб-сайты с проникновением в нашу жизнь мобильных устройств. Бытует мнение, что принципы построения планшетных интерфейсов проникают и на настольные компьютеры. Действительно, может быть, так оно и было в самом начале, когда люди хотели своим сайтом или приложением показать: смотрите, мы видели iPad. Однако, с течением времени люди стали осознавать, что настольные устройства (под этим выражением я понимаю и настольные компьютеры, и ноутбуки, и нетбуки) и мобильные устройства имеют свою специфику работы. У настольных компьютеров большой экран, с ними привычнее работать мышкой, наконец, настольный компьютер почти всегда значит наличие широкополосного выхода в интернет. Мобильное устройство – значит, маленький экран, работа пальцами, высокий риск случайного нажатия, и, наконец, ограниченная по сравнению с широкополосным доступом скорость интернет-соединения.
С пониманием этих больших различий приходит осознание того, что тенденция развития пользовательских интерфейсов состоит в повышении степени специализации этих самых интерфейсов. В итоге, теперь, когда мы создаём программный продукт, нам нужно создавать и поддерживать параллельно 2 – 3 интерфейса.
Если мы создаём настольное приложение (то самое, которое нужно устанавливать из дистрибутива), то нам стоит озаботиться также и созданием «нативного» приложения для мобильных устройств (т.е. приложения, созданного на родных для данного устройства технологиях, адаптированного под размеры экрана устройства и проч.). Если мы создаём приложение, доступ к которому будет осуществляться через интернет, то, помимо основного сайта, нужно озаботиться мобильной версией сайта, а также и нативным приложением.
Мобильная версия сайта нужна для облегчения чтения содержания страниц. Да, понятно, что экран можно переворачивать, увеличивать масштаб отображения пальцами, но этого недостаточно. Ведь основная версия сайта не предназначена для управления пальцами, она «заточена» под мышь, она заточена под большой экран. Мобильная версия сайта оставляет лишь то, что действительно нужно увидеть: список фильмов, который хочется посмотреть, список заданий, которые нужно выполнить, так, чтобы и без изменения масштаба всё было читаемо. Для того, чтобы понять разницу, представьте, что вы хотите посмотреть кино вечером в Ижевске. Вы открываете страницу одного из кинотеатров со своего мобильного и начинаете судорожно метаться по странице, двигать её то туда, то сюда, чтобы узнать, во сколько же начнётся фильм, который вы хотите посмотреть. В конце концов, вы переходите на сайт агрегатора развлечений, который уже понял, что мобильную версию для сайта делать нужно и вот здесь-то вы и понимаете разницу. Агрегатор понял, что можно определять, с какого устройства открыта страница и преподносить контент в виде, наиболее приемлемом для данного вида устройства.
Нативное приложение стоит создавать тогда, когда становится понятно, что из приложения можно выделить отдельный кусок, которым люди пользуются часто и ради которого им не хочется каждый раз ходить с мобильного устройства на ваш сайт и искать там то, что им хочется получить по одному клику, а лучше вообще без клика. Именно так поступили известные всем поисковики и социальные сети. Так, например, все сервисы Яндекса доступны с основной и мобильной страниц поисковика, а ещё для них написаны отдельные узкоспециализированные приложения: «Карты», «Почта», «Метро» и проч. Нативное приложение позволит скомпоновать лишь те узконаправленные функции приложения, которые нужны для решения конкретной бизнес-задачи.
Одним словом, специализация – вот, на мой взгляд, основной тренд развития современных пользовательских интерфейсов. А создавать универсальный на все случаи жизни интерфейс – это, на мой взгляд, как в сладкий пудинг добавить немного горчицы и зелёного горошка =)
Похожие статьи
Комментарии 14
В общем (помня о тематике ресурса), вопрос сводится к: А нужен ли системе управления корпоративным контентом мобильный клиент, и есть ли тому реальные подтверждения?
Как раз и вызывает вопрос, потому что
Пример (для меня) весьма нетипичный. Я бы скорее воспользовался обычной голосовой связью (ну или организовал совещание уже по приходу на работу - у нас с этим нет проблем).
В общем, в теории я все еще верю, что мобильные бизнес-приложения нужны и пользуются спросом. Однако практического подтверждения пока не нахожу.
Кстати сказать, где-то с год-два назад был просто ошеломляющий бум на мобильные клиенты к разного рода системам, так скажем, общего назначения (т.е. делали клиенты к документообороту, к финансовым системам). А сейчас, имхо, рынок бизнес-приложений для мобильных систем практически никакой (особенно в сравнении с рынком пользовтельски приложений и развлечений).
Поэтому и хочется реальные примеры - где, как и кто и спользует.
В общем, я - всячески за мобильные интерфейсы к любому ПО. Главное, чтобы они были грамотно спроектированы и выполнены.
Как я уже сказал, в моем окружении таких людей нет.
Я видел. В зеркале. И не только.
Хорошо. раз уж говорил про зеркало, начну с себя
Вводная: я - исполнительный директор консалтинговой компании, т.е. наделен определенными административными функциями, кроме того, я - РП по крупному проекту (внедрение СЭД в Правительстве Ярославской области). В силу проектной загрузки последний год в командировке в Ярославле нахожусь значительно больше времени, чем дома, в Екатеринбурге, не говоря уж об офисе.
Да и сотрудники проектной группы так же бывают на другом конце страны - командировка по другому проекту.
Средства коммуникации с сотрудниками -все возможные. Телефон, SMS, e-mail, ICQ, Skype, Directum.
Мои задачи (все "до боли" банально):
- выдавать поручения
- сотрудникам back-офиса
- моей рабочей группе по проекту
- исполнять поручения директора
- предоставлять информацию по запросу
- сотрудников back-офиса
- рабочей группы по проекту
- коллективно разрабатывать/согласовывать различные документы (корпоративные или проектные) (то что называется красивым словом Collaboration)
- быть в курсе текущего состояния компании (в части состояния расчетного счета, платежного календаря, налогового и бухгалтерского учета, HR и PR менеджмента) и при необходимости вмешиваться и влиять на решение вопросов оперативного финансового управления , вести управленческую отчетность
- заниматься вопросами стратегического развития различных направлений деятельности
- контролировать выполнение партнерских программ (с компанией Директум и не только)
- ну и много что еще ....
И для всего этого мне с избытком хватает функционала веб-клиента (и хватало, когда на предшествующих редакциях, когда его возможности существенно "урезали")
А вот пока у нас несколько месяцев корпоративный DIRECTUM не функционировал (вышел из строй физический сервер) приходилось вспомнить про электронную почту ...
И я осознал, что к хорошему (к DIRECTUM) привыкаешь быстро, а отказывать потом от этого тяжело...
Ключевые неудобства с почтой были: быстро посмотреть что, кому, когда поручал поручал, какие сроки ставил. Кто когда о чем отчитался и что при этом сделал. А уж "Сливать" в один документ результаты предложений по документам, если согласовываем по электропочте вообще отдельная песня... Ну и прочее...
Вывод: как руководителю мне минимума функций веб-клиента хватает (даже поиском документов в нем почти не пользуюсь - кроме связанных документов).
P.S. А на iPad2 мне показалось даже удобнее работать в обычным веб-клиентом, чем с адаптированным решением (но возможно это «временно»). Но игры с iPadкончились, когда мою работу на нем увидел генеральный, попросил одолжить его когда он сам на 2 недели в командировку поехал и судя по всему обратно мне его возвращать не собирается :)
Дмитрий, я так и не понял, что у вас было "урезано" в сравнении с полнофункциональным клиентом? Вроде вы перечислили практически весь функционал (ну может не было регистрации документов, так я думаю, вы и так ею не пользовались - не ваши функции)
Ну, думаю ограничения веб-доступа DIRECTUM и полнофункционального клиента Вы и без меня знаете. И из всего богатого функционала мне реально требуеться: просмотр + редактирование документа (крайне редко - создание версии, еще реже - создание документа), старт задачи, выполнение задание, просмотр порученных мне и выданных мной поручений (задач-заданий). Редко - поиск. Если бы (!) мы внутри компании использовали ЭЦП, то такая возможность понадобилась бы. Карточку (реквизиты) не открываю, со справочниками не работаю, в выполненные задания-задачи не заглядываю, даже задачи по ТМ не отправляю. И это покрывает 99% МОИХ потребностей. А вот об офф-лайн работе мечтаю - а)интернет не всегда и не везде б) скорость работы в режиме on-line не всегда комфортна - особенное при работе с большими документами и сканами
Ну вот для меня это практически весь функционал системы документооборота. Справочники к управлению документами (за исключеним классификаторов и регистрации, которая тоже никому особо не уперлась) ртношения не имеют.