Текст книги "Сначала мобильные!"

Разумеется, мы не можем в разговоре о росте мобильного Интернета оставить без внимания бесконечные дискуссии о том, что лучше: программы, специально создаваемые для того или иного мобильного устройства (так называемые нативные приложения), или мобильные веб-решения.

Споры идут яростные, однако истина в том, что оба этих направления имеют право на жизнь.

Нативные приложения разрабатываются под конкретную платформу и поэтому имеют такой уровень доступа к системным ресурсам устройства, каким веб-приложения похвастаться не могут. Это означает, что при взаимодействии с пользователем интерфейс нативных приложений работает, как правило, более быстро и гладко. Попытки воспроизвести такой интерфейс в браузере часто приводят к сбоям и задержкам в работе.

Нативные мобильные приложения позволяют использовать оборудование мобильных устройств так, как не может сделать ни один из мобильных браузеров. В частности, речь идет о доступе к адресной книге, работе с SMS, встроенными сенсорами, камерой и записи аудио. Веб-приложения нельзя запускать в фоновом режиме, а их создатели не могут зарабатывать на продаже своих разработок через апп-сторы[3]3
  Апп-сторы – онлайн-магазины, торгующие приложениями для мобильных устройств.


[Закрыть] или реализуя товары и услуги через сами приложения. Ненативные приложения не могут попасть в апп-сторы, поэтому им гораздо сложнее оказаться на домашнем экране устройства, их становится труднее найти и использовать.

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

Как отмечает эксперт по мобильному бизнесу Джейсон Григсби, «веб-ссылки не открывают приложения, они направляют вас на веб-страницы» (http://bkaprt.com/mf/24). Если у вас есть контент в Сети, то пользователи найдут его и расскажут о нем другим – через системы поиска, по электронной почте, через социальные сети или на своих веб-страницах. Отсутствие мобильного веб-решения означает, что пользователь, который пойдет по ссылкам на ваш ресурс с мобильного устройства, не увидит ничего хорошего (а то и вообще не сможет получить доступ к контенту). И наличие нативного приложения ситуации не изменит (рис. 1.4).

^{Рис. 1.4. Несмотря на наличие нативных приложений для iOS, Android, Blackberry и Palm, геолокационный сервис Gowalla имеет также и мобильное веб-приложение, на которое пользователи попадают по ссылкам на других сайтах}

Для пользователя главное преимущество мобильных устройств – их доступность. Даже если вы решили создать нативное приложение для одной или нескольких платформ, велика вероятность, что все существующие платформы вам охватить не удастся. Для Apple iOS требуется Objective C, а для Google Android – Java; программы для Microsoft Windows Phone 7 пишутся на Silverlight, для Samsung Bada – на C++, а для Blackberry от RIM – на базе Java, WebWorks и Adobe Air. Мало кто способен одновременно вести разработку с использованием всех перечисленных технологий. И даже если у вас получится создать нативные приложения для каждой платформы, расходы на их поддержку могут оказаться непомерными.

Кроме того, не исключено, что именно Сеть обеспечит вам максимум посетителей. Например, 14 % пользователей Twitter заходят в сеть через браузер, 8 % – при помощи нативного приложения для iPhone, и 7 % – нативного приложения для Blackberry. На долю остальных платформ приходится менее 4 % (http://bkaprt.com/mf/25).

То же самое можно сказать и о Facebook. Около 19 % постов в Facebook отправляются с мобильного сайта, в то время как с использованием нативных приложений для iPhone, Android и Blackberry публикуются лишь по 4 % сообщений (http://bkaprt.com/mf/26). Причина все та же – доступность мобильного сайта на любых платформах.

Скажу больше: наличие нативного приложения зачастую стимулирует пользователей применять мобильный веб.

Каждый раз, когда вы делитесь ссылкой или нажимаете на нее в нативном приложении, она открывается в окне браузера. Таким образом, увеличение числа нативных приложений приводит к росту мобильного трафика.

Веб-приложения не требуют от пользователя загрузки обновлений (сайт обновляется непосредственно на сервере, на котором располагается). С их помощью можно постоянно исследовать предпочтения пользователей, сравнивая, как они реагируют на различные варианты интерфейса (A/B-тестирование). Если какие-то из перечисленных факторов для вас важны, имеет смысл отдать предпочтение мобильному вебу.

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

Мобильный Интернет развивается бешеными темпами, чему способствует модернизация устройств и увеличение скорости передачи данных. Применение подхода «сначала мобильные!» позволяет воспользоваться преимуществами этого роста и открывает новые перспективы для привлечения клиентов.

Теперь вы сможете не только создавать мобильные версии веб-продуктов. У вас появляется возможность более полно соответствовать потребностям аудитории.

Давайте посмотрим на социальную сеть Facebook. Более 250 миллионов ее пользователей (http://bkaprt.com/mf/27) получают доступ при помощи мобильных устройств. Они в два раза активнее тех, кто заходит на сайт со стационарного компьютера или ноутбука.

Комбинация решений для мобильных устройств и компьютеров повышает вовлеченность пользователей обоих типов. Это происходит потому, что Facebook не расценивает свой мобильный сайт как дополнение к основному, а использует его, чтобы сделать ресурс более удобным для всех посетителей.

Джо Хьюитт, в прошлом ведущий разработчик приложения Facebook для iPhone, говорит:

Изначально мы рассматривали мобильное веб-приложение только в качестве вспомогательного сервиса, но я быстро понял, что могу создать версию, которая будет гораздо лучше, чем основной сайт.

В сущности, в его словах заключена основная идея стратегии развития мобильных приложений.

А теперь зададимся следующим вопросом: каким образом ограничения и возможности мобильных устройств помогут нам достичь заветной цели?

2. Ограничения

Несомненно, невероятный рост использования Интернета через мобильные устройства связан с улучшением их характеристик, однако сами эти устройства имеют и серьезные ограничения. У них маленькие экраны, телефонные сети зачастую ненадежны, да и доставать телефон иногда бывает просто неудобно. Но на самом деле все эти ограничения полезны, и не только для бизнеса, но и для самого дизайна.

Со мной согласятся все те, кто считает, что для достижения совершенства необходимо отсекать все лишнее и необязательное. Другими словами, ограничения надо приветствовать, а не бороться с ними – это позволит нам сделать дизайн лучше.

На протяжении многих лет в дизайнерском сообществе горячо обсуждалась тема пространства на экране стационарных компьютеров. В итоге мы сошлись на том, что будем считать стандартом размер 1024 × 768 пикселей. Однако мобильные устройства сжимают наш огромный песчаный пляж до размеров песочницы.

Первое поколение смартфонов на платформах iOS, Android и WebOS имели экраны разрешением 320 × 480 пикселей, что составляет примерно 20 % экрана обычного компьютера. Таким образом, 80 % всех ссылок, рекламных объявлений, текстов, картинок и прочих элементов прежнего дизайна должны были либо найти себе новое место, либо исчезнуть. На экране мобильного телефона им просто не хватало пространства. И это… прекрасно!

Как только вы поймете, каким количеством бессмысленных навигационных элементов, пустого контента и неэффективных рекламных баннеров завален типичный сайт, вам станет очевидно, почему мобильная «диета» может оказаться полезной как для самих владельцев сайта, так и для их клиентов. Как только потребитель начинает использовать мобильную версию, он хочет, чтобы и версия для обычного компьютера стала «поскромнее».

Давайте посмотрим на сайт авиакомпании Southwest Airlines (рис. 2.1), отвечающий, как кажется, на все возникающие у клиентов вопросы – даже те, которые они никогда не зададут. Добавлять новые элементы на сайт довольно легко, поэтому на веб-страницах размещаются горы контента – особенно при наличии множества заинтересованных сторон.

^{Рис. 2.1. На сайте Southwest Airlines каждый пиксель заполнен рекламным призывом или важным сообщением}

Требования к сайтам весьма разнообразны: владельцы хотят одного, пользователям нужно другое. Поэтому при разработке дизайна страницы часто приходится искать баланс между различными рекламными предложениями, контентными модулями, вариантами навигации… На экране 1024 × 768 так много свободных пикселей!

Мобильное решение (в данном случае нативное приложение Southwest для iPhone) позволяет максимально сконцентрироваться на том, что нужно клиенту: бронировании путешествий, регистрации на рейс, проверке расписания, расчете призовых миль и получении уведомлений (рис. 2.2). Ничего лишнего – лишь то, что может понадобиться в первую очередь.

^{Рис. 2.2. Приложение Southwest Airlines для iPhone содержит лишь самое необходимое}

Ограниченное пространство дисциплинирует разработчиков. На небольшом экране им необходимо представить набор свойств, наиболее важных для бизнеса и клиентов. Для сложных интерфейсов или контента сомнительной ценности просто нет места. Приходится оставлять самое важное.

А для этого нужно хорошо знать и своих клиентов, и суть бизнеса. Нравится вам это или нет.

Чтобы еще раз проиллюстрировать эту мысль, предлагаю взглянуть на сайт популярного фотохостинга Flickr. Многие из вас наверняка с ним знакомы. В течение многих лет сайт активно развивался, в результате в одном только верхнем навигационном меню появилось около 60 пунктов (рис. 2.3).

^{Рис. 2.3. Одновременная демонстрация всех возможностей верхнего меню Flickr}

Когда же пришло время для создания мобильного приложения, команда Flickr смогла выбрать из 60 опций шесть наиболее важных. Каким образом они это сделали? Просто Flickr знали, чего ждут их клиенты. Большинство пользователей этого сервиса заходят на сайт, чтобы проверить свои фотоальбомы, просмотреть новые фотографии друзей или взглянуть на самые популярные изображения. Мобильная версия сайта ставит во главу угла именно эти функции (рис. 2.4).

^{Рис. 2.4. При разработке мобильной версии Flickr прежние 60 навигационных опций были сокращены до шести}

Начиная разработку мобильного веб-приложения, необходимо прежде всего определить, что считать самым важным. Впоследствии тот же подход вы можете применить при проектировании версий для стационарных компьютеров или других устройств. Если вы уже определились с тем, какие свойства будут основными для ваших клиентов и вашего бизнеса, то почему эти приоритеты должны меняться, как только в вашем распоряжении окажется больше экранного пространства?

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

Подход «сначала мобильные!» предполагает, что конечный результат будет обеспечивать решение наиболее важных для пользователей задач, поэтому при проектировании сайтов разработчикам необходимо безжалостно избавляться от избыточного интерфейса, пустого контента и всего того мусора, которым сегодня заполнены многие интернет-ресурсы. На экране размером 320 × 480 пикселей для всего этого просто нет места.

Мобильными устройствами мы готовы пользоваться всегда и везде, но мобильные сети зачастую не дают нам этого делать. Даже при наличии сети путешествие по Интернету может оказаться достаточно дорогостоящим удовольствием (это зависит от тарифа), соединение – не всегда стабильным, скорость соединения – невысокой, а значит, придется нервничать в ожидании загрузки очередной страницы.

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

Если вы будете управлять размерами и количеством отправляемых на устройства файлов (то есть HTTP-запросами), ваши пользователи смогут загружать меньшие объемы данных, а значит, не только быстрее получать всю необходимую информацию, но и существенно экономить на оплате счетов. Ни для кого не секрет, что из-за задержек с передачей сигнала каждый HTTP-запрос, сделанный с мобильных устройств, способен изрядно ударять по карману. Поэтому убедитесь, что вы:

• Использовали «спрайты[4]4
  Спрайт – технология группировки изображений для сокращения времени загрузки сайта.


[Закрыть]» для группировки нескольких изображений в единый закодированный файл. (Главное, чтобы при раскодировании он не оказался слишком большим!)

• Объединили и максимально уменьшили размер файлов CSS и JavaScript.

• Ограничили использование и вообще постарались избегать зависимости от тяжелых библиотек JavaScript, особенно если они применяются всего для одной-двух функций.

• Ограничили использование CSS-сеток.

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

• По возможности использовали такие HTML5-функции современных браузеров, как Canvas (http://bkaprt.com/mf/29) и AppСache (http://bkaprt.com/mf/30).

И моя любимая рекомендация: используйте CSS3 для скругленных углов, градиентов, теней текста и HTML-объектов. Это позволит вам избавиться от необходимости публиковать картинки по всему сайту – в современных мобильных браузерах сайт будет выглядеть прекрасно; кроме того, он будет смотреться вполне достойно даже в браузерах, не обеспечивающих полную поддержку CSS3.

Однако не стоит перегружать сайт тяжелыми CSS3-эффектами, так как это может снизить результативность работы браузера.

Скорость важна не только для мобильных сайтов. Как показывают результаты тестов, проведенных Amazon, Yahoo! Microsoft и многими другими компаниями, даже небольшая задержка (100 миллисекунд) при работе в Сети может заставить пользователя покинуть сайт. Многолетние исследования компании Google показали, что низкая эффективность имеет отсроченный эффект: даже после того, как проблема задержки была решена, посетители в течение пяти недель менее активно заходили на такие сайты (http://bkaprt.com/mf/31). Так что эффективность имеет значение и для стационарных компьютеров.

Если вы следуете принципу «сначала мобильные!» и разрабатываете веб-приложения с учетом нестабильности мобильных сетей, то на обычных компьютерах они будут загружаться с поразительной скоростью. Это наверняка понравится вашим клиентам – вот вам и дополнительные преимущества такого подхода.

Сейчас речь пойдет о контексте – об условиях, в которых мы находимся. К примеру, стационарные компьютеры чаще всего используются в офисе или дома; они имеют постоянное подключение к Сети и источнику питания; работают на них обычно в одиночестве, как правило, сидя – ну и далее в том же духе. Конечно, кто-то может постоянно пользоваться мобильным устройством и за рабочим столом, однако они потому и называются мобильными, что их обладатели не привязаны к месту.

Поскольку владельцы мобильных устройств практически всегда носят их с собой, придется учитывать такие факторы, как место и время. Очевидно, что в данном случае контекст будет влиять на дизайн. Если вы занимаетесь дизайном для мобильных устройств, то, по сути, создаете дизайн, пригодный всегда и везде.

Разработчики мобильных приложений зачастую представляют пользователя как спешащего куда-то по оживленной улице бизнесмена. Конечно, бывает и так, но на самом деле список мест, где люди постоянно прибегают к помощи мобильных устройств, гораздо более разнообразен. Вот результаты опроса (http://bkaprt.com/mf/32), целью которого было выяснить, где люди обычно используют смартфоны. Оказалось, что они делают это:

• дома (84 % опрошенных);

• в различных ситуациях в течение дня (80 %);

• ожидая кого-либо или стоя в очередях (74 %);

• в магазинах (69 %);

• на работе (64 %);

• во время просмотра телепередач (62 %; другое исследование называет цифру 84 %);

• во время поездок на общественном транспорте (47 %).

Тот факт, что 84 % опрошенных пользуются мобильными устройствами дома, говорит о многом. Оказывается, типичный пользователь мобильного приложения – это не спешащий бизнесмен, а человек, который находится у себя дома. Короче говоря, как бы мы ни старались, нам вряд ли удастся удовлетворить требования всех типов пользователей.

Размышляя о тех, кто обращается к мобильным приложениям, я представил себе человека, который использует один глаз и один палец. «Один палец» – потому что именно так мы обычно управляем мобильным устройством, а «один глаз» – поскольку в большинстве случаев нас непременно что-то отвлекает.

Кто-то, стоя в очереди, решил узнать счет футбольного матча; кто-то держит в одной руке мобильное устройство, а в другой – руку ребенка; кто-то едет в переполненном вагоне метро на работу, а кто-то удобно устроился на диване перед телевизором. Ясно представив себе этот образ – «один глаз и один палец», вы поймете, почему дизайн для мобильных устройств должен быть максимально простым. Только тогда потребители смогут эффективно использовать их в самых разных ситуациях.

Но даже в среде, свободной от отвлекающих факторов, пользователи чувствуют себя гораздо более комфортно, если мобильное приложение оказывается достаточно простым.

Несмотря на то что компьютеры доступны нам в любое время суток, все же в течение дня одни устройства мы используем чаще, чем другие. Рис. 2.5 показывает, сколько статей прочитывают каждый час пользователи сервиса Read It Later со стационарных ПК и ноутбуков. Число материалов стабильно растет до полудня, а затем падает и остается низким вплоть до окончания рабочего дня (до 6–9 часов вечера).

^{Рис. 2.5. Время (в течение суток), когда пользователи читают сохраненные материалы на компьютерах}

Второй график (рис. 2.6) отображает количество статьей, ежечасно прочитываемых пользователями iPhone. Здесь можно выделить четыре основных пика: 6 часов утра (завтрак); 9 часов утра (дорога на работу и начало рабочего дня); 5–6 часов вечера (окончание рабочего дня и дорога домой); 8–10 часов вечера (отдых, свободное время, чтение в постели).

^{Рис. 2.6. Время (в течение суток), когда пользователи читают сохраненные материалы на iPhone}

На графиках хорошо видно, что периоды использования компьютеров и мобильных устройств не совпадают. С планшетами ситуация еще интереснее. Чтобы наглядно продемонстрировать, как различные устройства влияют на сайты или приложения, приведу график, отображающий динамику прочтения статей пользователями Read It Later, заходящими на сайт со своих iPad (рис. 2.7). Несмотря на небольшой всплеск активности утром и постоянное обращение к услугам сервиса в течение дня, основной объем трафика приходится на вечер, когда люди ложатся в кровать. Я и сам читаю в постели – но, клянусь, только статьи по веб-дизайну.

^{Рис. 2.7. Когда пользователи читают сохраненные ранее статьи на iPad}

Иногда такая периодичность обусловлена физической доступностью устройства: до какого из них мне проще дотянуться прямо сейчас? Во многих других случаях обращаются именно к тем устройствам, которые лучше подходят для решения конкретных задач. Это становится особенно очевидно, если совместить данные об использовании компьютеров и мобильных устройств на одном графике (рис. 2.8).

^{Рис. 2.8. График, на котором представлены совмещенные данные о времени прочтения ранее сохраненных статей на компьютере и iPhone}

График наглядно иллюстрирует одну характерную особенность: владельцы мобильных устройств задействуют их в течение коротких промежутков времени (именно поэтому пики оказываются столь резкими). Рэйчел Хинман из Nokia, описывая различия в поведении пользователей при работе со стационарными компьютерами и мобильными устройствами, провела замечательную аналогию: она назвала первых «аквалангистами», а вторых – «ныряльщиками» (http://bkaprt.com/mf/34).

С каждым днем появляется все больше веб-приложений для мобильных устройств, позволяющих выполнять короткие, импульсивные действия и способных на протяжении всего дня быстро обеспечить потребителей необходимой им актуальной информацией. Доступ к Facebook через мобильные браузеры всего за один год вырос на 112 %, а к Twitter – на 347 % (http://bkaprt.com/mf/18)! Оба сервиса идеально подходят для кратких погружений в океан последних новостей вашей френд-ленты.

Но обратите внимание: и тех, кто погружается с аквалангом, и тех, кто ныряет, имея из снаряжения лишь маску и дыхательную трубку, интересует одно – подводный мир. Время и место взаимодействия пользователя с вашим мобильным сайтом могут быть различными, но основные ценности остаются неизменными. Вот почему я еще раз хочу подчеркнуть: не стоит лишать посетителей контента и ограничивать доступные им функции только потому, что они зашли на мобильную версию сайта.