Сегментация пользователей Яндекс.Навигатора

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

 

Для чего нужна сегментация

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

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

Особенности Яндекс.Навигатора

Яндекс.Навигатор решает одну специфическую задачу — прокладывает маршрут для автомобилистов. Аудитория Навигатора достаточно однородная — здесь нет, например, пешеходов и автомобилистов, как в Яндекс.Картах, продавцов и покупателей, как в Авито, или платных и бесплатных пользователей, как в Яндекс.Музыке.

Частота использования приложения — важный показатель для сегментирования аудитории любого приложения. В случае Яндекс.Навигатора по нему к тому же можно сделать много предположений о роли автомобиля в жизни человека: является ли для него вождение в первую очередь частью работы, способом добраться до работы или способом съездить по делам, не связанным с работой.

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


Сегмент A. Профессиональные водители

Таксисты, курьеры, дальнобойщики и личные водители.

Критерий:

За неделю было хотя бы 3 дня, когда он совершил хотя бы 6 поездок или провёл в приложении хотя бы 5 часов*.

Особенности

  • Поскольку для них навигатор — это профессиональный инструмент, у них есть стимул пробовать приложения конкурентов.

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

  • Большинство никогда не использует веб-интерфейс Яндекс.Карт.

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

  • Специфичные конкуренты в борьбе за этих пользователей: собственные приложения такси и служб доставки, специализированные устройства-навигаторы.

Сегмент B. Продвинутые

Много пользуются Навигатором, но не являются профессиональными водителями.

Критерий:

Не входит в группу A и совершил больше 12 поездок за неделю*.

Особенности

  • Хорошо знают возможности приложения  и раньше других начинают использовать новые функции.

  • Как и профессиональные водители пробовали приложения конкурентов, но в отличие от них, выбор навигатора — это их личное решение.

  • Влияют на выбор навигатора другими людьми, потому что хорошо знакомы функционалом основных навигаторов.

  • Много пользуются сохранением в избранное и поиском (не только по адресам в отличие от A).


Сегмент C. Комьютеры

Используют Навигатор в основном, чтобы ездить на работу и с работы. 


Критерий:
Не входит в A и B и хотя бы 3 дня в неделю есть поездки на работу или с работы*.

Особенности:

  • Значительная часть поездок по примерно фиксированному маршруту и примерно в одно и то же время.

  • Больше всех заходят на сайт Яндекс.Карт — обычно, чтобы узнать, рассосались ли пробки, когда собираются ехать с работы. При этом могут решить, что и так понятно, как ехать и во время поездки не пользоваться Навигатором.

  • Им важно построение дороги в объезд пробок (скорее всего по одному из маршрутов, которые они и так уже знают) и предупреждения обо авариях, ремонте и камерах.

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


Сегмент D. Непостоянные

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

Критерий:
Есть поездки за неделю, но не входит в A, В и С.


Особенности:

  • Меньше всего интересуются возможностями приложения, долго привыкают к изменениям.

  • Хотят, чтобы всё было максимально просто и «просто работало» (just works).

  • Могут не иметь собственную машину, а периодически пользоваться каршерингами или автомобилями других членов семьи.

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

  • Главные конкуренты в борьбе за этих пользователей — карты, установленные в смартфоне по умолчанию (Google Maps и Apple Maps) и встроенные автомобильные навигаторы.

Сегмент O. Отлынивающие

Не знаю, что с ними не так, но за последнюю неделю, они ни разу не воспользовались Яндекс.Навигатором.
Возможно, они временно не водят, перестали ездить по навигатору или стали пользоваться приложением конкурентов.

Критерий:

Нет поездок за неделю.


Особенности:

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

  • Можно периодически присылать таким пользователям уведомления о важных новых функциях Навигатора (например, отображение ограничения скорости или информации о том, из какой полосы можно повернуть). Возможно, пользователь перешёл в приложение конкурентов и новые функции заставят его снова пользоваться Яндекс.Навигатором). Это нужно делать не чаще раза в месяц и только если в приложении появился важный функционал. Должна быть возможность отключить эти уведомления. Не нужно злоупотреблять пуш-уведомлениями, иначе пользователи, которым редко нужен навигатор, могут его удалить.


* Примечание о критериях

Я старался использовать более простую модель для критериев сегментации; числовые значения «стартовые» их можно и нужно улучшать. 

A) 3 дня — это почти половина недели, при этом даже если водитель работает на пару сутки через сутки, он попадёт в этот сегмент.
6 поездок в день — это больше, чем делает непрофессиональный водитель, даже если он каждый день завозит перед работой детей в школу, а на обратном пути заезжает в пару мест.

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

B) 12 поездок — это больше чем, если человек ездит каждый будний день на работу и периодически заезжает на заправку.

C) 3 дня, чтобы учесть людей, которые в какие-то дни не ездят на работу на машине из-за пробок, погоды или не используют каждый раз навигатор. В самом простом варианте для выявления поездки с работы и на работу нужно использовать данные о сохранённых местах, а в более сложном нужно будет для каждого пользователя, не вошедшего в A, B и O,  проверять, были ли у него хотя бы 3 дня с поездками между двумя одинаковыми точками.

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

Вместо оценки размера сегментов можно еженедельно высчитывать их точные значения, используя логи Яндекс.Навигатора.

 

Продуктовые требования и MVP

Опишите процесс формулирования продуктовых требований и выделения из них MVP. Выберите проект из своего опыта и используйте его как пример.

 

Современный подход к созданию ИТ-продуктов рассматривает создание продукта как проведение эксперимента и подразумевает, что нужно как можно быстрее дать пользователям самую базовую версию продукта, решающую их задачи — minimum viable product (MVP) — и использовать обратную связь и статистику использования продукта, чтобы проверять гипотезы, дальше развивать продукт, менять концепцию или совсем отказаться от продукта. Такой подход позволяет быстрее выходить на рынок, лучше адаптироваться к потребностям пользователей и изменениям на рынке и уменьшать стоимость эксперимента (что, в свою очередь, позволяет проводить больше экспериментов, делать более смелые эксперименты и легче отказываться от неудачных, не попадая в ловушку sunk cost fallacy).

В декабре 2013 года, компания B2B-Center, решила сделать мобильное приложение. Им занимался Антон Иванов как руководитель проекта и я как аналитик. 


B2B-Center — это электронная торговая площадка, на которой компании-заказчики устраивают торговые процедуры, чтобы получить лучшие предложения от поставщиков. Соглашения, заключенные через площадку, подписываются электронной подписью и имеют юридическую силу. 

Первый этап. Определение направления

Для формулирования продуктовых требований нужно сначала определиться с ответами на три основные вопроса:

  1. Зачем делается продукт?

  2. Для кого?

  3. Какую задачу он решает?

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

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


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


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



Второй этап. Создание продуктовых требований

На этом этапу нужно создать пул функции, которые может иметь приложение и записать их в виде user stories.


Для этого мы использовали сессии design thinking, на которые позвали коллегу из QA и арт-директора.


У нашего design thinking были следующие этапы:

  1. Представить пользователей и увидеть мир их глазами.
Для этого мы придумали двух персонажей: начальника отдела закупок и менеджера отдела продаж. Мы представили сколько им может быть лет, как живут, с какими проблема сталкиваются, какие у них характеры, какой опыт использования программ и сайтов.


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


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


  4. Отобрать лучшие идеи
Для каждой проблемы мы отобрали самые простые и удобные решения и записали их, как user stories в виде
«A хочет сделать B, чтобы C», например, 
«Менеджер по продажам хочет посмотреть список своих текущих торгов, чтобы будь в курсе своих торгов».

По итогам design thinking, мы придумали несколько функций, которых не было на сайте, но которые были актуальны на мобильных устройствах (например, «Поделиться ссылкой на торги через почту или SMS») и записали требования, которые подразумевались, но не были зафиксированы до этого (например, «Авторизоваться в приложении»).

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

Третий этап. Выделение MVP

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

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


Сначала мы убрали все сложно реализуемые функции (например, участие в торгах, поскольку оно требует электронную подпись) и функционал, нереализованный ещё на сайте (например, планировщик задач). От других функций было сложно отказаться. Например, нам казалось, что площадка не мыслима без каталога торгов и поиска. Мы много сомневались и обдумывали разные варианты, пока не убрали разом почти всё кроме возможности просматривать торги, в которых участвует компания. И тогда всё встало на свои места и стало понятно, что это единственный возможный вариант MVP.

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

Возвращаемость в Пробках

Предположим, что вы руководите Пробками в Яндекс.Картах. Вы увидели, что показатель возвращаемости пользователей к этой функциональности на веб-сервисе maps.yandex.ru снизился с 50% до 28%. Приведите список гипотез, объясняющих, с чем может быть связано такое изменение, и механику, по которой вы будете их проверять.

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

 

Для того, чтобы было проще придумывать гипотезы и не оставлять слепых пятен, разобьём все возможные причины в зависимости от их источника:

  1. Данные — ошибки в данных или их интерпретации.

  2. Компания — действия нашей компании.

  3. Другие агенты — действия конкурентов, СМИ и других компаний и людей.

  4. Среда — события и изменения в среде: обществе, погоде, экономической ситуации, законодательстве и прочем.

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

Данные

  1. Отчётный период ещё не закончился, ещё не все пользователи успели зайти на сайт. Посмотреть, какой период имеется в виду и закончился ли он.

  2. Счётчики не работали какое-то время или функционал был недоступен. Проверить, были ли жалобы на недоступность сервиса; нет ли аномальных падений в статистике просмотра пробок.

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

  4. Был заблокирован доступ с ряда IP-адресов, так как пользователи с этих адресов вели себя как боты. Узнать у коллег, не было ли подобных блокировок и были ли они достаточно массовые, что объяснит это падение.

Компания

  1. На сайте поменялся интерфейс или изменилось поведение сайта:

    • Например, кнопка «показать пробки» переместилась и стала менее заметной.

    • Или раньше при открытии Яндекс.Карт пробки отображались или не отображались как в прошлую сессию, а теперь их нужно каждый раз включать.

    Узнать, были ли изменения и, если да, совпадает ли падение в использовании пробок со временем, когда изменения были введены.

  2. Канибализация другим продуктом Яндекса

    • На главной Яндекса или на табло в Яндекс.Браузере теперь размещается больше информации о пробках и люди меньше заходят за ней на сайт Яндекс.Карт.

    • У мобильных приложений Яндекс.Карт появились виджеты или сильно упростился доступ к информации о пробкам по пути домой или на работу.

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


Другие агенты

  1. Часть пользователей попадает на maps.yandex.ru введя в поиске «пробки»; в интернете появился сайт, который обходит Яндекс.Карты в поиске Яндекса или Гугла (и возможно выдаёт себя за сайт Яндекса); вместо сайта Яндекс.Карт люди стали смотреть пробки через этот сайт.

Проверить, какие результаты выдаются в Яндексе и Гугле на запросы, связанные с пробками; узнать, какой процент пользователей, просматривающих пробки на сайте сейчас и раньше, попадали на сайт через поисковый запрос.

Среда

  1. Возможно это была праздничная неделя, следовательно:

  • Люди меньше ездили на автомобилях (и соответственно, меньше проверяли пробки)

  • Те, кто ездили, меньше проверяли пробки, так как рассчитывали, что их не будет

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


Проверить, не было ли праздников, было ли меньше пробок и как изменилось использование Яндекс.Навигатора. Подождать неделю несколько недель и посмотреть, не вернулась ли ситуация в норму.

Примечания

  • Заранее выписать все гипотезы и проверять только их — не лучшая стратегия. Сначала лучше погрузиться в контекст.

    • Насколько аномальная величина 50%?

    • Давно ли она на таком уровне и насколько резко стала такой?

    • Насколько аномальное значение 28%?

    • Был ли показатель когда-либо на таком уровне и когда?

    • Были ли подобные падения раньше?

    • Какое самое сильное падение было до этого и чем оно было обусловлено?

    • Наблюдались ли падения ранее (возможно, менее сильные) в этом же сезоне (например, если это неделя после Нового года) или при похожих обстоятельствах (например, при аномальной метели и пробок)?

    • В каких регионах изменение было наиболее сильное и какие проценты от общих изменений пришлись на них?

    • С каких источников чаще всего попадают на сайт и как изменилось возвращаемость для каждой из них?

    • Как изменялась частота просмотра пробок в течение рассматриваемого периода; был ли какой-то заметный провал или момент после которого использование стало снижаться?

    • Что пишут пользователи в службу поддержки и в социальных сетях?

    • Какие в последнее время были изменения в продуктах Яндекса, связанных с Яндекс.Картами?

    • Какие были новости у конкурентов?

    • Как изменялась ситуация стране?

    После ответа на эти вопроса многие возможные гипотезы сразу отпадут, но, вероятно, возникнут и новые — которые нельзя предугадать заранее.

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

Новые возможности для Яндекс.Браузера

Какие новые возможности стоит внедрить в Яндекс.Браузер? Развернуто аргументируйте свой ответ.

 

1. Улучшенная возможность работы с аудио и видео

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

1) Проблема: Для управление медиа необходимо перейти во вкладку воспроизводящую её (при том, что она может затеряться среди большого количества других открытых окон и вкладок).

Решение: При воспроизведение медиа должны появляться дополнительных элементы управления (например, в тулбаре или в правой части адресной строки — там где сейчас в Яндекс.Браузере появляются быстрые ссылки на разделы некоторых сайтов).

2) Проблема: Различные вкладки, воспроизводящие медиа никак между собой не взаимодействуют. Чтобы начать просматривать медиа в одной вкладке при запущенном медиа в другой, пользователю приходится самому выключать медиа в старой вкладке (см. 1) и возвращаться в новую.

Решение: Автоматически прекращать воспроизведение медиа в старой вкладке при начале воспроизведения медиа в новой (с возможностью временно или постоянно отключать эту настройку).

3) Проблема: Отсутствие возможности одновременного просмотра видео и работы в других вкладках.

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

 

2. Управление страницами

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

 

1) Функция отложенного чтения (read later)

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

– при сохранении вкладок должна запоминаться контекстная информация: с какой страницы был совершён переход, какой текст окружал ссылку (это может быть целый твит или статус в социальной сети, абзац текста в большой статье и т. д.), когда и с какого устройства она была сохранена

– в Табло должна быть секция с непрочитанными страницами — в этом месте она будет периодически попадаться на глаза пользователям и они будут вспоминать вернуться к ним

– для сохранения вкладок должны быть предусмотрены различные способы (шорткаты, пункты в контекстном меню, etc)

→ Для удобства добавления вкладок в список для чтения необходимо предусмотреть новый шорткат, например, клик колёсиком мыши по кнопке, закрывающей вкладку, или обычный клик по ней с зажатой клавишей Shift должен не только закрывать вкладку, но и сохранять её в список чтения. Аналогично другое сочетание (Alt+клик колёсиком мыши или Alt+Shift+обычный клик) должно перед закрытием вкладки сохранять её в закладки. Аналогичные операции для окна должны применяться для всех её вкладок (с последующей возможностью группировки и одновременного открытия всех вкладок сохранённого окна), а при сохранении закладок должна быть возможность сохранить все вкладки в одну или отдельные папки.

 

2) Управление вкладками

В настоящий момент, чтобы разобраться со скопившимися открытыми вкладками (закрыть ненужные, отправить статьи в read later сервис, сохранить в закладки страницы, которые могут понадобиться позже, перегруппировать вкладки между разными окнами для удобство переключения между ними и т. д.) пользователю нужно совершить множество лишних действий. (Задача для самостоятельного выполнения: попробуйте переместить 3 вкладки из одного окна Яндекс.Браузера в другое.) Для решения этих задач необходимо создать специальную вкладку для управления вкладками (наподобие вкладок с настройками, историей и дополнениями):

– боковая панель слева, в которой отображаются заголовки всех вкладок, разбитые по окнам и/или папки закладок; окна и папки и папки можно сворачивать по отдельности и все одновременно

– основная панель, в которой отображаются все вкладки (в виде списка заголовков, списка заголовком с небольшими превью страницы или в виде плитки с более крупными превью)

– вкладки можно менять местами и перетаскивать между панелями, окнами и вкладками с помощью drag’n’drop

– вкладки в основной панели можно закрывать, сохранять в закладки и список для чтения в одни клик; также можно выделять несколько вкладок и проводить с ними групповые операции

– по открытым вкладкам можно производить поиск (отдельно по заголовкам, адресам и тексту страниц или по всем полям сразу)


3. Интеграция с мобильным приложением

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

– синхронизация истории, логинов и данных форм
– просмотр вкладок, открытых на остальных устройствах
– открытие текущей вкладки десктопного Яндекс.Браузера в мобильной версии с помощью push-notification
– read later сервис с синхронизацией просмотренных страниц и места внутри страницы (см. 2.1)

→ Функция отложенного чтения может стать крайне популярной среди мобильных пользователей, так как значительная их часть живёт в крупных городах и регулярно пользуется метро и электричками (количество загрузок каждого из приложений Яндекс.Метро и Яндекс.Электрички в одном только Google Play превышает 1 млн). Продвижение этой возможности через каналы Яндекса (в том числе через push-notifications в этих и других приложениях) и, возможно, через рекламу в метро и наземном транспорте может стать ключом к популярности мобильного, а в след за ним и десктопного Яндекс.Браузера в крупных городах.


4. Навигация

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

– стрелочки вперёд/назад на клавиатуре
– перемещение мыши вправо/влево, удерживая её правую клавишу зажатой
– двупальцевый листающий жест на трекпаде в Mac OS

 

Исследование больших объёмов информации

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

Поскольку я ещё не сталкивался с проблемой анализа данных такого объёма, этому придётся учиться в процессе решения задачи. По-видимому, объём данных составит порядка 5 ГБ. При этом хранение данных и необходимые вычисления можно будет производить на настольном компьютере — но только в специализированных программах, заточенных под большие объёмы данных (Excel, например, не подойдёт). Если же вычисления будут занимать слишком много времени, мне понадобится окунуться в увлекательный мир распределённых вычислений и освоить Hadoop.

1. Сначала я выведу на экран с помощью консольных команд несколько сотен первых символов, чтобы посмотреть какие разделители используются между различными полями и записями. (Эти команды не загружают файлы в оперативную память целиком и большой размер файла не должен быть проблемой). Затем также с помощью консольных команд, выпишу 200 случайно выбранных записей в отдельный файл в формате CSV и пристально посмотрю на него в Excel’е. Меня будут интересовать форматы записей (время, дата, IP адреса, географические координаты, etc) и диапазоны принимаемых значений (проценты, 5-бальные оценки, логические переменные, дни недели, номер дня в году, часы, секунды/минуты, etc), а также, то, можно ли какие-то из полей выразить через другие (в первую очередь линейно). Обращу внимание, на разные поля, имеющие одинаковый формат, проверю, если ли среди них такие, в которых одно поле всегда больше другого (это может быть временем начала и конца какого-либо процесса). Посмотрю, есть ли какие-нибудь поля, значение которых только возрастают или убывают (записи могут быть упорядочены по времени, номерам транзакций или идентификаторам и это позволит мне найти эти поля и обратить на них внимание).

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

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

3. Изучу приложение для визуализации статистических данных (возможно среду R)

4. Проверю гипотезы из 1-го пункта на всех данных (или на достаточно крупной выборке, если на это будет уходить слишком много времени). Если в какой-то из них появятся исключения, посмотрю, можно ли немного изменить гипотезу, чтобы ей удовлетворяли все данные (например, дата принимает значение 0, если она не известна).

Найду для всех записей максимальные и минимальные значения, а затем для ускорения процесса буду исследовать только 50 000 случайно выбранных записей.

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

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

Для проверки гипотезы о зависимости двух величин я буду использовать точечные диаграммы и строить для них регрессии. Для «пары десятков полей» получится более 200 диаграмм и управиться с ними будет довольно проблематично, но, если на предыдущих этапах отсеять нерелевантые поля и достаточно будет исследовать, например, 10 полей, то диаграмм будет уже только 55 и их беглый анализ займёт не слишном много времени. Если у меня будет сильное ощущения, что несколько поля должны зависеть друг от друга, но эту зависимость не получится обнаружить на точечных диаграммах, я буду исследовать их с помощью машинного обучения (изучая его в процессе).

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

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

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

Метрики для Яндекс.Браузера

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

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

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

При этом Яндекс интересуют в первую очередь «качественные» пользователи, т. е. активные. Только среди активных пользователей получится продвигать другие продукты комании, именно они будут генерировать основную часть запросов в Яндекс (и просмотров рекламы Яндекс.Директ); именно активные пользователи реагируют на изменения в браузере и рекомендуют его другим людям.

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

Возможное определение: активный пользователь — пользователь, который за последние 7 дней хотя бы 3 дня просматривал больше 10 страниц в день или проводил в Яндекс.Браузере больше 30 минут в день.


Для того, чтобы человек стал активным пользователем Яндекс.Браузера, он сначала должен узнать о его существовании, затем перейти на сайт http://browser.yandex.ru, скачать его, установить, начать пользоваться и, наконец, начать пользоваться достаточно интенсивно, чтобы стать активным пользователем.

Этот процесс необходимо рассматривать в целом — как conversion funnel (воронку конверсии). На каждом этапе часть людей будет теряться. Необходимо отслеживать, какой процент и по какой причине не становится в итоге активным пользователем Яндекс.Браузера и что можно предпринять для каждого из этапов, чтобы уменьшить потери (например, делать акцент на разные достоинства Яндекс.Браузера для пользователей разных браузеров, поменять расположение кнопки «Скачать», и т. д.)

Первая группа показателей

1.1 Количество уникальных посетителей страницы http://browser.yandex.ru за сутки/месяц
1.2 Количество скачиваний приложения за сутки/месяц
1.3 Количество первых запусков Яндекс.Браузера за сутки/месяц
1.4 Процент уникальных посетителей, скачавших приложение
1.5 Процент пользователей, скачавших приложение, которые запустили его

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

Вторая группа показателей

2.1 Количество активных пользователей
— успешность браузера в целом, лёгкость использования браузера новыми пользователями

2.2 Процент пользователей, которые были активными неделю/месяц назад и остались активными на этой неделе/в этом месяце
— удовлетворённость существующих активных пользователей, способность удерживать их, принятие ими нововведений

2.3 Среднее за последний месяц количество часов в день, которое активные пользователи используют Яндекс.Браузер
— вовлечённость пользователей

Задача со шнуром

На шнуре длиной 1 м случайным образом делают два разреза. С какой вероятностью хотя бы один из получившихся кусков будет длиннее 0,5 м? Почему?

Ответ: 75% 
 

Пусть A и B — концы шнура, а x и y — расстояние в метрах от конца A до двух разрезов. Тогда данный процесс можно представить как выбор случайный образом точки внутри квадрата K={(x,y)|0≤x,y≤1}.

Один из кусков будет больше 0,5 м в трёх случаях:

1) оба разреза сделаны справа от середины шнура
2) оба разреза сделаны слева от середины шнура
3) расстояние между разрезами больше 0,5 м

Им соответствуют 3 непересекающиеся области:

A₁={(x,y)|(x,y)∈K, x,y < 0,5}
A₂={(x,y)|(x,y)∈K, x,y > 0,5}
A₃={(x,y)|(x,y)∈K, |x−y| > 0,5}

shnur.jpg

Вероятность того, что один из кусков шнура будет длиннее 0,5 м равна отношению суммы площадей этих трёх областей к площади квадрата K:

p = (S(A₁)+S(A₂)+S(A₃))/S(K)=(0,25+0,25+0,25)/1=0,75, или 75%

 

Выдача ответов на запрос «Барселона»

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


Общий вид

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

При этом я оставил центральную колонку с выдачей результата поиска в более привычном виде, а всё информацию, специфическую для данного запроса сдвинул вправо (такой же принцип использует Google).

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

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

Результат для Барселоны как города

Теперь рассмотрим случай, когда поисковик пришёл к выводу, что пользователя скорее всего интересует город. В отличие от вывода ответа на запрос [барселона] в Яндексе сейчас, в моём варианте карта является интерактивной (кроме случаев, когда Яндекс определил, что у пользователя медленное соединение). По умолчанию она показывает расположение города в масштабе страны и соседних с ней стран так, чтобы были видны контуры континента и пользователь мог быстро понять, в каком месте земли и страны находится этот город. При этом в правой части карты находятся элементы управления, через которые можно быстро изменить масштаб (мир, страна, провинция, город, улица) при этом меняется и вид карты, если пользователь не менял её специально (физическая, политическая в первых двух случаях и схематичная с указанием городов и дорог в остальных).

Карта

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

Для перехода на страницу Яндекс.Карт необходимо нажать на крупный заголовок Барселона на карте, располагающийся над картой или высокую и узкую стрелочку вправо справа от карты. При этом переходе сохраняется текущий вид карты, никакие данные не теряются.

Фотографии

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

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


Нижний информационный блок

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


Оценка эффективности

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

1. Процент пользователей, которые взаимодействуют с новыми элементами (для каждого в отдельности).
2. Процент сессий, в которых пользователь не переходит по ссылкам результатов и не модифицирует свой запрос.
3. Время загрузки страницы — новые элементы не должны тормозить загрузку.

 

О доле Windows 8

Оцените долю Windows 8 в России через полгода и через год.

В рамках данного прогноза будем говорить только о совокупной доле Windows 8 среди компьютеров с архитектурой x86 и x64.
 

Сравнение старта продаж Windows 7 и Windows 8

Windows 7 вышел на рынок 3 года спустя после откровенно неудачной Windows Vista. В тот момент большинство пользователей продолжало использовать 8-летней Windows XP, а многие даже при покупке нового компьютера с Windows Vista ставили на него более старую операционную систему. Windows 7 сразу же была признана намного более удачной и надёжной, чем Windows Vista и Windows XP, что вместе с назревшей необходимостью в современной ОС, оптимизированной под многоядерные процессоры, сделали её самой быстро продаваемой версией Windows в истории.

В отличие от своей предшественницы, Windows 8 вышла на рынок, на котором большинство пользователей были удовлетворены имеющейся версией Windows и не видели необходимости в её обновлении. Поскольку наибольшее удобство Windows 8 предоставляет для владельцев устройств с сенсорными экранами — в первую очередь новых типов устройств, гибридов, совмещающих в себе фунционал планшетов и ноутбуков, потенциал Windows 8 будет раскрываться по мере захвата рынка новыми более удобными и доступных моделями этих устройств.
 

Перспективы гибридных устройств

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

Но этот путь ещё предстоит пройти. Сейчас производители ноутбуков только экспериментируют с различными форм-факторами гибридных устройств (планшет с пристёгивающейся клавиатурой, ноутбук с отстёгивающимся экраном-планшетом, ноутбук с поворачивающимся экраном, ноутбук с экраном, отклоняющимся назад на 360 градусов, планшет-слайдер с клавиатурой-подставкой и др), не решаясь сделать ставку на один из них и ожидая данных о продажах, на которые можно было бы опереться для принятия такого решения. Можно предположить, что большинство производителей постарается подготовить максимально привлекательные устройства (как по характеристикам, так и по цене) к праздничному сезону в конце 2013 года и они поступят на российский рынок только к началу будующего года и не успеют сильно повлиять на расстановку сил.


Конкурентная среда

Ожидается, что до конца года выйдет очередная версия OS X компании Apple. Возможно она будет иметь поддержку сенсорных дисплеев (на то, что новая версия OS X, будет существенно отличаться от текущей указывает цикл обновлений ОС, подразумевающий чередование значительных апдейтов и усовершенствований предыдущих версии ОС и нашедший отражение даже в названиях систем: Leopard → Snow Leopard, Lion → Mountain Lion). Но поскольку доля компьютеров Apple в России традиционно мала (не более 2%) не стоит ожидать, что многие пользователи Windows предпочтут устройство с OS X, а не Windows 8 при покупки ноутбука с сенсорным экраном.

Перпективы анонсированных на днях ноутбуков с сенсорными экранами Chromebook Pixel компании Google ещё менее радужные, так как для Google это скорее имиджевое устройство, которое при этом дороже и имеет меньше функций, чем устройства конкурентов.

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


Факторы роста доли Windows 8

Абсолютный рост количества пользователей Windows 8 обеспечивается двумя составляющими: продажами новых устройств (в основном традиционных — без сенсорных экранов) с предустановленной Windows 8 и переход на неё пользователей более ранних версий Windows.

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

Таким образом, в основном рост доли Windows 8 будет происходить за счёт продаж новых устройств.
 

Прогноз доли Windows 8 в России

По данным liveinternet.ru, Windows 8 стоит на данный момент на около 2% российских компьютеров (здесь и далее речь идёт о доле компьютеров подключенных к интернету, без учёта мобильных устройств). При этом за время с момента выхода Windows 8, доля Windows 7 увеличилась на 4% от общего количества компьютеров. Предполагая, что за ближайшие 6 месяцев отток процента пользователей Windows XP и Windows Vista сохранится на прежнем уровне и их доля будет распределяться между Windows 7 и Windows 8 в том же соотношении, что и сейчас, получим, что доля Windows 8 составит 5%.

Затем за счёт увеличения ассортимента устройств с Windows 8 и всплеска продаж компьютеров с сенсорными экранами (и, соответственно, Windows 8) в связи с началом учебного года процент новых пользователей Windows 7 и Windows 8 сравняется, в результате чего доля Windows 8 в России через год составит порядка 10%.

 

Показатели качества для Яндекс.Такси

Назовите несколько (4-5) ключевых численных показателей качества для сервиса Яндекс.Такси. Обоснуйте ваш выбор.

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

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

Такой подход позволяет объективно отслеживать качество сервиса, ставить цели по достижению определённых показателей и отслеживать достижение этих целей. (Измеримость позволяет сравнивать показатели; однозначная трактуемость гарантирует, что показатели не будут зависеть от того, как их понимает субъект, занимающийся измерениями; за счёт монотонной зависимости можно говорить, что увеличение/уменьшение показателя является индикатором улучшения качества.)

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

Яндекс.Такси — сервис для заказа такси с мобильного устройства (iOS или Android) или через сайт. Качество этого сервиса складывается в первую очередь из удобства, надёжности и понятности мобильных приложений и сайта, надёжности серверной компоненты, времени ожидания такси и исполнительности таксопарков.


1. Процент возврата

Наиболее важный показатель. Он характеризует, какой процент пользователей вновь воспользовалось сервисом (т.е. был достаточно доволен качеством сервиса для того, чтобы воспользоваться им вновь). Чтобы рассчитать этот показатель, необходимо иметь возможность связать разные поездки одного и тоже пользователя (это решается за счёт того, что для совершения заказа необходимо указать номер мобильного телефона) и определиться, на каком интервале времени его рассчитывать. Бóльший интервал позволяет учитывать пользователей, которые реже пользуются такси, но при этом данные в меньшей степени отражают текущее качество сервиса. (Чтобы более оптимально выбрать размер интервала, необходимо иметь данные о распределении количества пользователей для каждого интервала между последней и предпоследней поездкой с шагом в 1 день).


2. Среднее время, уходящее на то, чтобы сделать заказ

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

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


3. Процент сбоев по вине таксопарка

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

4. Взвешенный рейтинг в магазинах приложений

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

 

Мобильное приложение для Яндекс.Недвижимости

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


Задачи сервиса

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

Яндекс.Недвижимость – сервис, позволяющий искать объявления об аренде и продажи недвижимости, размещённые на ряде популярный сайтов. Также сервис предоставляет возможность получать уведомления о новых объявлениях, удовлетворяющие заданным критериям. На данный момент, сервис имеет только веб-версию и не имеет возможности создания собственных объявлений.

Специфика рынка недвижимости заключается в том, что каждое предложение на нём уникально. Поскольку место жительства является важным фактором для любого человека, к его выбору люди подходят трепетно и они готовы ждать, чтобы найти то предложение, которое бы полностью их устроило. Зачастую для того, чтобы заполучить устраивающий вариант приходится на протяжении какого-то времени отслеживать новые предложения и стараться принять решение о съёме/покупке быстрее других.

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


Основные возможности приложения

Подписка, т.е. возможность получения уведомлений о новых предложениях, удовлетворяющих заданным критериям, должна стать центральной возможностью приложения и её selling point (то есть она должна максимально широко рекламироваться и освещаться).

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


Общая схем работы с приложением:

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


Первый экран при первом запуске

При первом запуске приложение попросит пользователя ввести критерии для поиска предложений. При этом в нижней части экрана будет отображаться количество предложений, удовлетворяющий данным критериям (например, в виде ссылки «Отобразить N предложений на карте» — это позволит тут же исправить слишком жесткий критерий). Пользователю будет предложено указать:

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

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

Основной интерфейс

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

 

Верхняя панель 

Имеет следующие кнопки: 
– боковое меню (располагается сбоку с той же стороны, с которой выдвигается меню, для iOS общепринято, чтобы это кнопка имела иконку из трёх горизонтальных линий и располагалась слева)

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

 

Боковое меню

Появляется с левой стороны при нажатии кнопки Боковое меню. При этом основной интерфейс сдвигается вправо, а небольшая его часть продолжает отображаться — на неё можно нажать, чтобы вернуться обратно к основному экрану. Также это можно сделать проведя по боковому меню слева направо в любом месте.

Содержит пункты-ссылки:
– Фильтры — для перехода к результатам по отдельным фильтрам
– Избранное
– Просмотренное — только те объявления, который действительно открывались
– Архив — все объявления, когда-либо попадавшие во входящие
– Пользовательские списки
– Настройки
– Помощь

 

Карта

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

 

Полноэкранный режим карты

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

 

Основная панель

• Отображается текущий список объявлений. Для каждого предложения выводятся его основные характеристики (стоимость, площадь, адрес, станция метро и расстояние до неё)

• Объявление находящее в фокусе (в месте под картой) выделяется особым образом.

• Действия:
 - сдвиг вправо — заархивировать
 - длинный сдвиг вправо — заархивировать и внести корректировки в фильтр на основании данных предложения (например, не показывать квартиры на первом этаже)
 - сдвиг влево — сохранить в Избранные
 - длинный сдвиг влево — сохранить в список
 - нажать — открыть предложение

 

Режим просмотра предложения

• Карточка предложения с полями для основных характеристик данного типа объектов, описанием предложения и его фотографиями.

• Фотографии открываются во весь экран, их можно листать и приближать. Нажатие на фотографию выводит дополнительное меню (сохранить, отправить, выйти из режима просмотра). Также закрыть фотографию можно движением пальца вверх (как в приложении Facebook на iPhone).

• Карта с обозначенным местоположением объекта отображается в верхней части экрана и смещается вверх при прокручивании страницы вниз.

• Для перехода к следующему/предыдущему предложению нужно листать вправо/влево

• В режиме просмотра предложения в верхней панели отображаются значки Вернуться к списку, Добавить комментарий и 4 основных действий (архивирование, редактирование фильтра, сохранение в избранные, сохранение в список)

• В левом нижнем углу поверх всего отображает значок Телефонная трубка. При нажатии на него появляются контактные данные владельца объявления. Отсюда можно выбрать, по какому телефону позвонить или поставить напоминание о звонке в другое время.

• После звонка появится меню, предлагающие ввести комментарии к объявлению, заполнить оговоренное время встречи или повторного звонка и настроить напоминание.


Примечания

1. Так как мобильные ОС имеют свои общепринятые принципы построения интерфейса, версии для разных платформ могут иметь несколько отличающийся вид. В рамках данного ответа при подробном описании интерфейса подразумевается версия для iPhone/iPod touch.

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

3. При добавлении в сервисе возможности создания собственных объявлений, этот функционал необходимо будет добавить и в мобильное приложение, так как благодаря встраиваемым в смартфоны фотоаппаратам, создание объявлений из мобильного приложения может стать удобней чем с сайта и иметь такие дополнительные возможность, как круговые панорамные фотографии и создание плана (см. приложение MagicPlan).

 

Новые возможности для браузеров

Какие новые возможности появятся в браузерах в течение ближайшей пары лет? Чего сейчас людям не хватает в браузерах?

Современный рынок браузеров крайне конкурентен и динамично развивается. Во многом этого удалось добиться за счёт того, что новые веб-приложения перестали поддерживать устаревшие браузеры, тормозившие развитие интернета (такие, как Internet Explorer 6), и многие пользователи стали искать этим браузерам замену. В то же время Google вышел на этот рынок и использовал всю свою рекламную мощь для продвижения собственного браузера. Плюс к этому, успех мобильных устройств на базе iOS и Android способствовал ускорению внедрения современных веб-стандартов, в первую очередь — HTML 5. Поскольку Google прилагаем много усилий для развития своей Chrome OS, в которой все сторонние приложения будут веб-приложениями, можно с большой уверенностью говорить о том, что благодаря совершенствованию браузеров и развитию веб-стандартов, в ближайшие годы веб- приложения существенно расширят свои возможности и быстродействие, в том числе при работе с 3D. Также все популярные браузеры будут иметь версии для основных мобильных платформ и возможность синхронизации с ними.

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

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

 

Закладки

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

Это рождает две проблемы:
1. Время, затрачиваемое пользователем на организацию новых закладок зачастую не окупается возможностью быстрее найти нужную закладку и значительная часть пользователей пренебрегают этой возможностью, сохраняя страницы в одну папку и рассчитывая на поиск.
2. Такая организация закладок неудобна для восприятия пользователем: для него сохраняемая страница может быть интересной статьёй, к которой он хочет вернуться, фильмом, которой он хочет прочитать, местом, в которое хотел бы посетить, когда окажется в другом городе, вещью, которую он подумывает купить и т.д. Часто пользователь запоминает визуальную информацию, связанную с закладкой и не может её найти по её адресу и названию.

 

 

Решение
Браузер должен по-разному относиться к закладкам разного типа, извлекать мета- данные о них и отображать ассоциированную с ними визуальную информацию. Верхних категорий закладок должно быть не очень много, например: Люди, Места, События, Ресурсы и Вещи. Последнюю категорию можно также разбить на субкатегории: Предметы, Фильмы, Музыка, Книги. Зачастую можно отнести закладку к той или иной группе автоматически, основываясь на её адресе, содержимому и мета-данных страницы. Внутри предложенных категорий могут находится более традиционные папки.

Например, к фильмам следует относить закладки с адресами вида imdb.com/title/*, afisha.ru/movie/*, kinopoisk.ru/film/* и другие. Изучив html-структуру этих сайтов можно автоматически извлекать обложку фильма для отображения закладки, год создания, данные об актёрах и создателях и прочее. Также пользователь может дополнительно указать, видел ли он этот фильм, и поставить ему свой рейтинг. Эти данные помогут пользователю быстро получить список непросмотренных фильмов любимого режиссёра, или новых фильмов, которые он может рекомендовать друзьям.

Закладки-места можно определить как сайты, содержащие ссылки вида http:// maps.google.com/maps?daddr=*, http://maps.rambler.ru/?ll=*и другие или скрипты для вставки карт. За счёт этого, когда пользователь поедет в другой город, он сможет легко узнать, какие места он собирался там посетить и посмотреть на карте, где они располагаются.

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

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

Также можно добавить более наглядное сохранение страницы в папку с помощью перетаскивания мышью (drag and drop). Если нажать на иконку страницы вверху таба и начать вести её вниз, появятся крупные значки основных категорий — для того, чтобы сохранить закладку в выбранную категорию, необходимо просто отпустить на ней клавишу мыши.


Регистрация, пароли и платежи 

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

 

 

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

Навигация

Другой опцией, которая может существенно упростить некоторые рутинные операции в браузере, может стать возможность перехода на следующую страницу с помощью стрелочек на клавиатуре, жестов мыши или на трекпаде (на Mac OS). Большинство популярных сервисов уже сейчас использует для навигации по фотогалереям стрелочки. Этот же принцип следует внедрить — но уже со стороны браузера — для перехода на следующую страницу (например, в результатах поиска и на форумах). Отдельно замечу, что нет никаких причин, почему это должно осуществляться не стрелочками, а комбинацей клавиш Ctrl/Alt + стрелка, как это сейчас происходит на многих российских сайтах. Для перехода на следующую/ предыдущую страницу с помощью мыши нужно кликнуть правой кнопкой в любом месте страницы и, не отпуская её, сдвинуть мышь вправо/влево. На трекпаде Макиштоша для этого нужно провести двумя пальцами вправо/влево.

 

Также браузерам следует упростить навигационный поиск, т.е. поиск заранее известного сайта (например, официальной страницы учреждения), адрес, которой пользователь не помнит наизусть. Для этого нужно добавить в выпадающую подсказку умной строки прямую ссылку на страницу, являющуюся первым результатом поиска по введёному запросу. В комбинации с использованием поискового оператора site: и ключевых слов для выбора поисковика эта функция существенно ускорит переход на многие страницы.

 

Табло в Яндекс.Браузере

В Яндекс.Браузере доступ к любимым сайтам предоставляется с помощью Табло. Предложите 3 улучшения для Табло, обоснуйте ваши предложения.

 
1. Открытие табло

1.1 Открытие Табло в текущей и новой вкладке должны различаться. Для этого в последнем часть остальная экрана, находящаяся ниже Табло, должна немного затемняться (оставляя возможность различать текст на странице). Путаница, вызванная неуверенностью в том, в какой вкладки откроется новая страница может привести к потери данных на текущей странице.
1.2 При открытом Табло должна появляться возможность прокрутки (скроллинга) содержимого страницы под ним (в том числе так, чтобы верхняя её часть находилась ниже Табло). Это опция позволит подглядеть текст на странице, если, например, его нужно использовать в поисковом запросе.


2. Горячие клавиши

Для упрощения доступа к виджетам Табло с клавиатуры необходимо добавить поддержку горячих клавиш. Это опция будет особенно удобна для владельцев ноутбуков, не пользующихся мышью, так как значительную часть времени их руки располагаются на клавиатуре или на трекпаде чуть ниже её.
2.1 Нажатие на Tab при открытом Табло должно переводить фокус на отдельные виджеты. Дальнейшая навигация по виджетам должна осуществляться с помощью клавиш Tab (вперёд), Shift+Tab (назад), клавиш-стрелочек и Enter для перехода на страницу.
2.2. Каждому виджету Табло должна соответствовать комбинация клавиш, например, вида Alt+номер.


3. Интерактивные виджеты

Сейчас
Функционал виджетов ограничивается возможностью отображать количество непрочитанных сообщений/оповещений/заявок в друзья в социальных сетях и почте. Виджет Яндекса также показывает текущую загруженность дорог и погоду. 3.1.2 Единственная возможность взаимодействия с виджетами — клик в любом месте виджета, который приводит к открыванию сайта.

Должно быть
Возможность создания интерактивных виджетов. Например:
3.1 Виджет для конвертации валют: в настройках выбираются до четырёх валют. Напротив каждой валюты — поле для ввода. В процессе ввода в одно из полей значения в остальных меняется, отображая эквивалент введённой суммы в трёх других валютах по актуальному курсу. Нажатие на иконку виджета открывает главную страницу создателей виджета, на обозначение валют — страницу с графиками изменения курса этой валюты по сравнению с остальными.
3.2 Калькулятор. При нажатии на виджет увеличивается, занимая всё пространство Табло. Поддерживает сложные математические функции, скобки и переменные. Возможен ввод запросов как с клавиатуры, так и мышью.
3.3 Конвертер. Позволяет переводить между различными системами измерений. Для перевода в привычную для пользователя систему единиц достаточно указать единицы исходной системы (например “100 миль в час”). После первого запроса появляются дополнительные элементы интерфейса, позволяющие выбрать другие системы измерения для этого запроса. Поддерживаются смешанные системы (например, чтобы узнать, за сколько в среднем пробегался километр на марафоне, нужно ввести: “42,195 м за 3 часа 30 минут в минут на км” и получит результат “4 мин 59 с на км”; а рост 5 футов 6 дюймов можно перевести в 167,6 см)
3.4 Переводчик. Позволяет быстро перевести слово или небольшой текст и нажатием одной кнопки скопировать результат в буфер обмена.
3.5 Проверка правописания. Виджет позволяет ввести слово и получить список похожих по написанию слов с разъяснением их значения, морфологическим анализом и релевантными правилами написания. Например, “сушенный” выдаст в результатах: 1) сушенный (причастие, используется только с зависимыми словами), 2) сушеный (отглагольное прилагательное, используется, если зависимых слов нет) и ссылку на правила правописания отглагольный прилагательных и причастий. Таким образом, этот виджет позволит находить ошибки не только в написании слова, но и в неправильном использовании слова. Около каждого варианта написания должна быть иконка, нажатие на которой копирует слово в той же форме, что и исходное слово в буфер обмена.

При этом должны произойти следующие изменения:
3.6 Виджеты музыкальных проигрывателей должны иметь возможность управления воспроизведением треков.
3.7 Существующие социальные виджеты должны быть доработаны так, чтобы клик на различные иконки открывал соответствующие разделы сайта (заявки в друзья, сообщения, уведомления).
3.8 Ссылки на релевантные виджеты (в том числе неустановленные) должны быть добавлены в результаты поиска на сайте Яндекса (только для пользователей Яндекс.Браузера) и в умной строке.

Обоснование
– Интерактивные виджеты существенно расширят возможности Табло и позволят производить множество рутинных операции, быстрее и не открывая новых вкладок.
– Пользователи, активно использующие интерактивные виджеты с меньшей вероятностью перейдут на другие браузеры и с большей вероятностью посоветуют Яндекс.Браузер своим знакомым.
– Сторонние разработчики получат возможность представить свой продукт более чем миллиону пользователей Яндекс.Браузера и привлечь их внимание к своей компании.
– Разработка виджетов из п. 3.1–3.5 может быть осуществлена компанией Яндекс. Полученные наработки будут полезны для улучшения качества других сервисов Яндекса, в особенности, для поиска и мобильных приложений. 

 

Мобильные магазины приложений

Расскажите об известных вам магазинах приложений (App Stores). Перечислите их слабые и сильные стороны.

App Store для iOS

Магазин приложений для мобильных устройств компании Apple, лидирующий по количеству приложений и загрузок, а также генерирующий наибольший доход среди магазинов мобильных приложений (выплаты разработчикам составили уже более 6,5 млрд долларов).

+ Более 400 млн пользователей с привязанными данными банковский карт.
+ Удобство разработки и тестирования (из-за небольшой вариативности параметров устройств).
+ Возможность облачного бекапа и синхронизации с другими устройствами Apple через iCloud, которой могут пользоваться сторонние приложения.
+ Высокий процент пользователей используют свежие версии прошивок (из-за лёгкости обновления ОС и постоянного роста продаж новых устройств, на которых всегда стоят последние версии ОС).
 
− Работает только на мобильных устройствах компании Apple, имеющей крайне узкий ассортимент.
− Жёсткие ограничение на возможностям приложений, (такие как отсутствие доступа к общей файловой системе, ограничения на работу в фоновом режиме и т.д.).
− Премодерирование, затормаживающее процесс публикации новых приложений и обновления существующих (в том числе для исправления незначительных ошибок).
− Крайне ограниченные возможности получения статистической информации о том, каким путём пользователи, скачавшие приложения, попали на её страницу (что затрудняет анализ эффективности рекламных компаний).

• App Store является единственным магазином приложений для мобильных устройств компании Apple.
• Сильная конкуренция (минус для разработчиков и плюс для пользователей).
• Большое количество пользователей, готовых платить деньги за качественные приложения (плюс для производителей платных приложений и небольшой минус для производителей бесплатных приложений, конкурирующих с платными).

 


Google Play Store (бывший Android Market)

Самый большой магазин приложений по количеству устройств, которые его поддерживают (как единиц, так и разнообразных моделей).

+ Большое количество пользователей и отсутствие необходимости дополнительной регистрации для многочисленных обладателей учётных записей Google (более 400 млн. человек).
+ Отсутствие необходимости привязки данных банковских карт (плюс для пользователей и разработчиков бесплатных приложений и минус для разработчиков платных приложений).
+ Мягкие ограничения на возможности приложений (может быть минусом для пользователей из-за наличия вредоносных приложений, пользующихся этим).
+ Использование распространённого языка Java и, как следствие, отсутствия необходимости для многих разработчиков учить новый язык для начала разработки для Android.
+ В ближайшее время ожидается появление возможность оплаты приложений со счёта мобильного телефона в России (соответствующее заявление уже сделал Билайн).

− Сложности тестирования из-за разнообразия моделей, особенно для приложений, требовательных к ресурсам системы.
− Низкий процент пользователей с последними версиями ОС (сложность обновления из-за необходимости производителям и сотовым операторам, использующим собственные надстройки над ОС обновлять их; новые бюджетные модели телефонов могут до сих пор идти с версиями ОС двухлетней давности (v. 2.3); большой процент пользователей не интересуется продвинутыми возможностями своих телефонов).

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


Windows Phone Store (бывший Windows Phone Marketplace) 

Магазин приложений для смартфонов на базе Windows Phone.

+ Использование распространённого фреймворка .NET.
+ Отсутствие необходимости указывать данные банковской карточки при регистрации (плюс для пользователей и разработчиков бесплатных приложений и минус для разработчиков платных приложений), возможность использования существующего аккаунта live.com.
+ Интеграция WP8 с Windows 8 и Xbox Live, использование схожего интерфейса среди нового поколения ОС компании Microsoft упростит создании приложений разработчикам под Windows.

− Жёсткие ограничение на возможности приложений (отсутствие доступа к общей файловой системе, ограничения на работу в фоновом режиме и т.д.).
− Невозможность обновления смартфонов с WP7 на новую, 8-ю версию ОС.
− Технологическое отставание WP7 от других платформ (например, плохо разработана система push notifications).


Ovi Store

Онлайн магазин Nokia, содержит отдел с приложениями для смартфонов и телефонов этой компании на базе Symbian и S40; продолжает функционировать, несмотря на переход Nokia на Windows Phone.

+ Series 40 — крупнейшая мобильная платформа, за время существования продано более 1,5 млрд телефонов под её управлением.
+ До сих пор существует огромное количество пользователей Symbian OS (более 200 млн.); смартфоны на этой платформе продолжают продаваться и пользуются популярностью в России (на них пришлось порядка четверти официальных продаж смартфонов в первой половине 2012 г.).

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

 

Менее значимы, но заслуживают упоминания: 

• Blackberry App World — магазин приложений для смартфонов BlackBerry.
• Samsung Apps — магазин приложений для смартфонов Samsung на платформах Bada, Android и Windows Phone.
• Amazon Appstore for Android — единственный магазин приложений на планшетных компьютерах Kindle Fire компании Amazon; также работает и на других устройствах под управлением Android.
• Yandex.Store — магазин приложений для владельцев Android от компании Яндекс.
  + Возможность для разработчиков переносить свои приложения из Play Store.
  + Возможность оплаты приложений не только банковской картой, но и электронными деньгами, и со счёта мобильного телефона.
  + Найдётся всё.
  − Ещё не запущен.

 

Рынок мобильных ОС

Какие основные мобильные ОС вы знаете? Как вы оцениваете их доли на рынке? Дайте свой прогноз на 2014 год.

Android

На сегодняшний день безусловным лидером на рынке смартфонов является платформа Android, развиваемая на базе ядра Linux компанией Google в сотрудничестве с рядом производителей мобильных телефонов и операторов, объединённых в Open Handset Alliance. Она занимает порядка 65% мирового, и чуть менее половины российского рынка. Этого результата удалось достичь за счёт того, что создатели Android’а вовремя среагировали на изменение конъюнктуры на рынке, заданный компанией Apple (переход к смартфонам, c экранами, поддерживающим mutli-touch — ввод информации несколькими пальцами), а также смогли привлечь большое количество крупных производителей благодаря бесплатному лицензированию ОС (Google зарабатывает деньги на рекламе, демонстрируемой пользователям Android при поиске). Первые версии ОС были сильно не доработаны, но к настоящему моменту Android — одна из самых развитых мобильных ОС. В отличие от iPhone, телефоны с Android крайне разнообразны по своим возможностям и стоимости. Магазин приложений Play Store (бывший Android Market) — второй по количеству приложений и загрузкам после App Store для iOS и постоянно сокращает отставание. Около половины продаж Android приходится на компанию Samsung, ставшую во многом благодаря этому крупнейшим производителем смартфонов и мобильных телефонов вообще. Также, смартфоны для этой платформы выпускают HTC, LG, Motorola, Sony, Asus, Acer и другие.


iOS

В 2007 году компания Apple представила телефон iPhone, на базе своей новой операционной системы iOS (тогда она ещё называлась iPhone OS). Телефон обладал крупным (по тем временам) сенсорным дисплеем, занимающим почти всю лицевую часть, и предназначался для посещения интернета, чтения почты, прослушивания музыки и просмотра видео. Благодаря удобству его использования и большой лояльной базе владельцев продуктов Apple, iPhone быстро набрал популярность. Через год Apple выпустила удобную среду для разработки приложений для iPhone и мобильный магазин приложений App Store, позволяющий легко покупать и загружать приложения на iPhone. Появление большого числа качественных приложений способствовало дальнейшему росту продаж iPhone’ов. Средняя цена iPhone’а без контакта составляет порядка $650, при этом ассортимент телефонов крайне узок — устройства на базе iOS выпускает только Apple новая модель появляется раз в год, после чего две предыдущие модели начинают продаваться дешевле. Такая схема позволят добиться существенной экономии на объёмах и упростить разработку приложений для iPhone’ов, но из-за маленького выбора часть потенциальных покупателей приобретает смартфоны на других платформах. Сейчас доля iOS чуть ниже 20% в мире, и 10% в России. Из-за того, что цены на iPhone’ы, поставленные в Россию официально, на 30 и больше процентов выше мировых, около половины этих телефонов ввозятся в Россию неофициально. Высокие цены на iPhone’ы и отсутствие практики субсидирования телефонов операторами при заключении контракта, сдерживают рост продаж этих телефонов в России.


Symbian

Одной из первых распространённых мобильных ОС было семейство операционных систем Symbian, использующийся на множестве смартфонов компаний Nokia, Sony Ericsson, Siemens и др. Благодаря низкой требовательности к ресурсам устройств, гибкости использования и широкой поддержки крупнейших производителей, в течение нескольких лет до 2010 года эта ОС оставалась лидером, занимая в лучшие времена до двух третей рынка смартфонов. Но со временем Symbian стал проигрывать гонку более современным ОС, ориентированным на использование экранов с multi-touch и на сегодняшний день доля этой ОС составляет менее 6% мирового рынка и продолжает снижаться. Symbian всё ещё пользуется спросом в ряде развивающихся стран, в основном, благодаря широкому ассортименту дешёвых моделей (до $150). В России на Symbian приходится примерно четверть всех проданных во II квартале смартфонов (2-е место после Android). В прошлом году Nokia прекратила поддержку этой платформы ради тесного сотрудничества с компанией Microsoft по разработке операционной системы Windows Phone. 


Windows Phone

Компания Microsoft, известная своими операционными системами для персональных компьютеров и офисными приложениями, многократно пыталась занять рынок мобильных ОС. Временами её продукты Pocket PC, Windows Mobile и Windows Phone занимали значительную часть рынка смартфонов (особенно у себя на родине в США). На данный момент мировая доля этих ОС менее 3%, а сама компания возлагает большие надежды на Windows Phone 8, которая должна выйти на рынок до конца октября, и своему сотрудничеству с бывшим наиболее крупным производителей мобильных телефонов, компании Nokia. Также свои смартфоны на базе Windows Phone выпускают компании HTC и Samsung. Не исключено, что Microsoft начнёт самостоятельно производить смартфоны для продвижения свой ОС, как это сейчас происходит с Windows 8, Windows RT и планшетами Surface. Доля Windows Phone в России превышает мировую и составляет более 5% — основном благодаря любви россиян к компании Nokia, на которую приходится около трёх четвертей продаж Windows Phone.


BlackBerry

Ещё менее благоприятно складывается судьба другой некогда популярной платформы — BlackBerry канадской компании Research In Motion (RIM), использующейся исключительно в устройствах этой компании. В своё время она получила распространение среди корпоративных пользователей благодаря возможности мгновенной доставки электронной почты, шифрованию сообщений и удобству ввода текста на встроенной QWERTY-клавиатуре. Из-за того, что RIM также упустила из виду смену парадигм концепции смартфона, её доля снизилась до чуть более 5%. В России BlackBerry никогда не пользовались большим спросом из-за проблемы сертификации (государственные органы требовали для себя возможности расшифровывать передаваемые через BlackBerry сообщения), и небольшого количества компаний, для которых использование защищённой мобильной почты было жизненно необходимым. На данный момент доля BlackBerry на российском рынке пренебрежимо мала.


Bada

Другой платформой, использующейся компанией Samsung является Bada OS. Она устанавливается на дешёвые смартфоны (средняя цена в России порядка 5,5 тыс руб.) и занимает около 13% рынка в России и менее 3% в мире.
 

Доля остальных мобильных ОС не превышает 1%.


Прогноз на 2014 год

Наиболее важными факторами на рынке смарфтонов до конца 2014 года будет увеличение доли смартфонов среди всех сотовых телефонов и рост доли Windows Phone 8. При этом с рынка почти полностью вытеснятся теряющие популярность смартфоны на базе Symbian и Blackberry.

С увеличением производительности и уменьшением цен на компоненты для смартфонов будет снижаться нижняя грань стоимости этих устройств и всё больше производителей будут устанавливать полноценные ОС на свои бюджетные мобильные телефоны. На сегодняшний день доля смартфонов составляет чуть менее 30% в России и около 35% в мире. К концу 2014 года она может увеличиться до 60% и 70%, соответственно. Платформа, которая сможет предложить нетребовательное к ресурсам решение может расчитывать на существенный рост своей доли.

Так как компания Nokia в прошлом году заявила о прекращении поддержки платформы Symbian, большинство производителей смартфонов предпочитают пользоваться другими ОС и фактически могут выбирать только между Android, Windows Phone или разработкой собственной операционной системы. При этом, ввиду выхода более совершенной, восьмой, версии Windows Phone, использование этой платформы в ближайшее может стать для них более привлекательной, чем сейчас. Поскольку Apple используют свою ОС, Nokia тесно сотрудничает с Microsoft в разработке Windows Phone 8, а Motorola Mobility была поглощена компанией Google, продвигающей Android, основная интрига будет заключаться в том, какую ОС поддержат Samsung, HTC и ZTE. Samsung помимо Android и Windows Phone, развивает собственные платформы — Bada и Tizen (последний — совместно с Intel). 

Я ожидаю, что в ближайшие 2 года компания Samsung сконцентрируется на производстве смартфонов с Android, создав возможно свою версию ОС, подобно тому, как эта сделала компания Amazon. При этом платформе Bada будет уделяться минимальное внимание, мировые продажи составят около 1% в мире, и 5% в России.

Symbian будет почти полностью вытеснен Android’ом — на его долю придётся менее 1% мировых и 4% российских продаж.

Бесконтрольному росту Android’а будет мешать разрастание Windows Phone 8 (особенно в среднем и верхнем ценовом диапазоне), который наберёт 10% в мире и целых 15% в России (благодаря, в первую очередь, Nokia). 

Сам Android увеличится до 70% в мире и 65% в России и замедлит рост.

Количество продаваемых iPhone’ов будет увеличиваться медленнее рынка смартфонов, остро нуждающегося в дешёвых телефонах — несмотря на рост продаж в абсолютном выражении, доля Apple упадёт до 16% в мире, а в России сохранится на уровне 10 (учитывая неофициальные продажи).

BlackBerry OS практически полностью исчезнет. При этом возможно логотип с ежевикой будет красоваться на смартфонах с Windows Phone или Android какой-нибудь крупной компьютерной компании, купившей у RIM бренд и отдел разработки телефонов, для экспансии на всё ещё привлекательный рынок смартфонов.

Зато заявит о себе китайская Aliyun OS, разрабатываемая поисковиком Alibaba. За счёт отвоёвывания части китайского рынка (который к тому времени станет крупнейшим рынком смартфонов) у Android’а эта ОС займёт до 3% мирового рынка и символический 1% российского.


Сводная таблица

Платформа 2012: Мир | Россия 2014: Мир | Россия
Android  64% | 47%  70% | 65%
iOS  19% | 10%  16% | 10%
Windows Phone   3% |  5%  10% | 15%
Symbian   6% | 24%   0% |  4%
Bada   3% | 13%   1% |  5%
Aliyun   0% |  0%   3% |  1%


Примечание

Интернет-компаниям необходимо учитывать, что процент пользователей выходящих со своих смартфонов в интернет сильно различается от ОС к ОС. Если при рассмотрении российского рынка, представить существующий парк использующихся смартфонов как сумму продаж различных смартфонов за последние 3 года (это упрощение не сильно искажает картину, так как рынок смартфонов в России последние два года удваивался, а большинство смартфонов старше 3 лет уже не используется), и сопоставить эту информацию с данными liveinternet.ru о месячной аудитории российского сегмента интернета, можно прийти к выводу, что процент пользователей, выходящих в интернет, примерно в два раза выше среди владельцев Android, по сравнению с Symbian, и в два раза ниже среди обладателей Android, по сравнению с iPhone. Это объясняется существенной разницей в средней стоимости устройств на данных платформах (в то время как Android’ы представлены почти во всех ценовых сегментах, большинство телефонов Symbian дешевле 8000 руб., а смартфоны iPhone дороже 25000 руб.) и тем фактом, что покупатели, для которых важен мобильный интернет и которые готовы за него ежемесячно платить, покупают более удобные для этих целей смартфоны — те, которые имеют более высокие характеристики, а, следовательно, и более высокую стоимость.

 

Яндекс.Поиск для Android

Каких возможностей не хватает в приложении Яндекс.Поиск для Android, что нужно добавить в первую очередь? Аргументируйте свой ответ.

Главный недостаток Яндекс.Поиска для Android — то, что он практический не даёт преимуществ по предоставляемым возможностям и удобству использования перед встроенным виджетом для поиска компании Google и поиска, интегрированного в предустановленный браузер «Интернет». Предложенные ниже возможности помогут сделать Яндекс.Поиск более функциональным и удобным, не перегружая его интерфейс и не меняя его концепции.


Навигационный поиск

Навигационный поиск — это поиск заранее известного сайта (например, официальной страницы какого-нибудь учреждения), адрес которого пользователь не знает наизусть. Для реализации этой возможности первой строкой-подсказкой всегда должен быть адрес сайта, на который ведёт первый результат поиска. Нажатие на эту ссылку должно приводить к её открытию в браузере. В последней на сегодняшний момент версии Яндекс.Поиска (от 11.10.2012) некоторые поисковые запросы приводят к выводу адреса первого результата, но это происходит слишком редко, чтобы на эту опцию можно было полагаться. Долгое касание пункта из выпадающей подсказки также должно открывать страницу первого результата поиска с выбранным запросом.


Использование буфера обмена

Для поиска часто используется содержимое буфера обмена. Эта операция требует три касания (долгое касание внутри поисковой строки, выбор из контекстного меню опции «Вставить», кнопка «Найти»). Её можно упростить, если нажатие кнопки «Найти» при пустой строке поиска будет приводить к вставки текста из буфера обмена. Поскольку повторное нажатие этой кнопки приведёт к ожидаемому переходу на страницу с результатами поиска, эту операцию можно объединить в двойное касание кнопки «Найти».

Другая возможность использование буфера обмена — копирование поисковой подсказки при долгом нажатии кнопки «↖» напротив строки-подсказки. Эта опция будет особо полезна при использовании приложения для проверки написания слов.


Ключевые слова и настраиваемый поиск

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

Например, пользователь хочет найти отзывы на фильм в блогах. Он набирает ключевое слово ‘яб’ и после того, как он ставит ставит пробел, вид поисковой строки трансформируется, а слева от неё появляется иконка поиска Яндекс.Блоги. Затем по мере набора запроса в выпадающих строках-подсказках появляются популярные запросы к Яндекс.Блогам, начинающиеся с введённых букв, а после нажатия на клавишу «Найти» пользователь переправляется на сайт http://m.blogs.yandex.ru/search.xml?text=<запрос>. 

Также меню выбора пользовательского поиска должно появляться при долгом нажатии и удержании кнопки «Найти». Пункты этого меню должны выбираться не отрывая пальца от экрана. При невозможности отобразить всё меню на одном экране, должен появиться пункт «…», выбор которого будет выводить полный список пользовательских поисковиков с возможностью скролинга. Также в каждом пункте должна быть специально выделенная область, выбор которой будет приводить к переходу на страницу первого результата данного поиска.

Примечания
• Для минимизации количества переключений клавиатуры, ключевые слова должны иметь синонимы, написанные, кириллицей и латиницей. 
• Ключевые слова могут настраиваться пользователем. Ключевые слова для поиска различными сервисами Яндекса должны быть предустановлены.
• Благодаря URL schemes поисковые запросы можно перенаправлять в другие приложения, поддерживающие этот метод. 
• Для поиска в рамках заданного сайта предпочтительней использовать не использующийся на нём поиск, а Яндекс с оператором site:<URL>, т.к. его вывод результатов оптимизирован для мобильных устройств.


Интеграция с Яндекс.Браузером для ПК

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

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

Благодаря синхронизации посещённых страниц, пользователь сможет искать посещённые страницы в Яндекс.Браузере и мобильном Яндекс.Поиске, не задумываясь о том, с какого устройства они были посещены.

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


Заключение

Приведённые выше опции (за исключением интеграции с Яндекс.Браузером) достаточно просты в реализации и, что немаловажно, при правильной реализации не усложняют интерфейс приложения. В то же время, они в разы увеличивают функционал приложения и удобство его использования, не выходя за рамки его изначальной концепции — поиска. Поэтому они должны быть реализованы в первую очередь.

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