Criteo о рынке мобильной коммерции

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

image

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

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

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

Criteo опубликовала свой анализ и прогноз рынка мобильной коммерции. Тезисы следующие:

  • Для некоторых ниш мобильная торговля более интуитивна, чем для других
    image
  • Рекомендация из разряда “также неплохо, чтобы сайт работал” – те, кто оптимизируют под мобильные экраны, получают более чем вдвое высокий коэффициент конверсии
    image
  • Несмотря на то, что большинство предпочитает мобильный бразуер приложению от онлайн-торговца (которое надо еще найти и загрузить), приложения конвертируются лучше. Оно и понятно – пользователь его уже загрузил (и может быть не спрятал сразу в папку подальше) и иконка служит как напоминанием, так и визуальным стимулом. В особо оптимистичных сценариях пользователь может даже залогинился, чем избавился от необходимости вводить платежную информацию каждый раз, что резко ускоряет процесс покупки
    image
  • Наличие приложения и логина в него немаловажно еще и по другой причине – в 40% случаев пользователь начинал проявлять свой покупательский интерес на одном устройстве и заканчивал его на другом:
    image
  • Данные по покупкам с планшетов и телефонов варьируются по странам:
    image

Немного футуризма или самый крупный рынок для стартапов на сегодняшний день

Зарисовка New York Times касательно перипетий с установкой солнечных панелей на Гавайях, активного противодействия этому со стороны торговцев электричеством (которое на Гавайских островах из всех американских штатов является самым дорогим) и активное контр-лоббирование со стороны заинтересованных в солнечных панелях сторон (производители, установщики и просто рядовые граждане) указывает на следующий крупный рынок, на котором первопроходцы заработают не один миллион, и даже не миллиард. Дешевое хранение электричества и станет самой интересной сферой для инноваций. Следующий график от The Economist прозрачно намекает на долгосрочные тенденции в области выработки электроэнергии:

Подобных тенденций не ожидали даже игроки с возрастом – так в 2008 году калифорнийская Pacific Gas & Electric подписала контракт о поставке электричества с новым солнечным заводом Topaz Solar Farms, заложив в договор 20 центов за киловатт-час. И цена, и долгосрочность, и эффективность солнечных панелей в процессе запуска завода упали настолько, что себестоимость “Топаза” сегодня составляет примерно 5-6 центов. И это с солнечными панелями, которые можно купить сегодня. Периодически Sharp и пр. делают громкие заявления о доступности в их лабораториях экспонатов с еще большим уровнем эффективности и можно допустить такую ситуацию, где, грубо говоря, к 2050 г. цена производства киловатт-часа составит если не ноль, то нечто очень близкое к нему.

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

In solar-rich areas of California and Arizona, as well as in Hawaii, all that solar-generated electricity flowing out of houses and into a power grid designed to carry it in the other direction has caused unanticipated voltage fluctuations that can overload circuits, burn lines and lead to brownouts or blackouts.

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

Rooftop solar makes far more power than any other single source, said Colton Ching, vice president for energy delivery at Hawaiian Electric, but the utility can neither control nor predict the output.

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

VPS за $1 в месяц

Хостер виртуальных серверов Atlantic.net в порыве демпинга продает VPS-конфигурацию с 256 МБ оперативки, 10 ГБ места на SSD и терабайтом трафика в месяц за доллар. Как и другие конкуренты на рынке VPS, Atlantic.net не навязывает контрактов, и сервер по истечению месяца можно убить, после чего запустить по новой, заплатив только за тот месяц, когда сервер был запущен. На Hacker News идее порадовались, но затем заметили в условиях пользования сервисом кучу оговорок касательно “адекватного” использования дискового пространства, памяти и трафика, а самое главное – запрет (неясно, насколько эффективный) на cron-сервисы, что делает подобную машину не самой удобной, но за доллар можно рискнуть. Даже не будучи разработчиком, такой VPS-сервис можно использовать для:

Мобильными приложениями пользуются чаще, но грузят их реже

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

  • Localytics утверждает, что время, проведенное внутри мобильных приложений, увеличилось по сравнению с прошлым годом аж на 21%. С оговоркой, что лидирующая категория (с ростом в 79%) – это музыка, где активного вовлечения пользователя особо нет, переключил плейлист с одного на другой и пошел/побежал/поехал/покатился себе дальше. Вторая в рейтинге категория (с ростом в 51%) – это “здоровье и фитнесс”, где, снова-таки, поведение предусматривает запуск приложения для отслеживания чего-то там с последующим отключением экрана. Но следующие категории – социальные сети, туризм и развлечения, уже трудно представить в пассивном режиме.
    time_in_app_chart
    engagement_by_category
  • Quartz приводит ссылку на ComScore, которая гласит, что пользователи не особо грузят новые приложения. Подавляющее большинство участников опроса ComScore (65,5%) за последние 30 дней не загрузили ни одного приложения, 8,4% загрузили одно-единственное, 8,9% загрузили ровно два приложения. Причин может быть несколько – если нет взрывного роста продаж новых телефонов, то все нужные приложения на старом уже притуствуют; авто-обновления бесплатных приложений со стороны Google Play и Apple AppStore уменьшили число походов пользователей в магазины приложений, в итоге новинки и лидеров рейтинга видит не каждый; либо же для каждой категории, отслеживаемой Localytics в отчете выше, уже существует лидер-два, и пользователи не считают нужным искать чего-нибудь другого.
    US smartphone users' number of apps downloaded per month

APIзация всего и вся

Гарри Тан из YCombinator поражен эволюцией некоторых процессов из оффлайна в онлайн. Некоторые довольно сложные штуки, которые занимали несколько дней и требовали нескольких шагов, сегодня доступны в виде URLов:

Before Stripe, you had to fill out a ton of forms and get approval to get a merchant account. Now you can sign up on a website and make simple REST API calls. Before Twilio you had to go through similar hoops just to be able to work with phone numbers. Once again, the API prevails, and whole new capabilities are unlocked.

На фоне этого было бы интересно представить систему программирования, которая полностью заточена под сторонние API. Подобные попытки предпринимались неоднократно и в основном продавались как “визуальное программирование для тех, кто программировать не умеет” – Yahoo! Pipes, Android App Inventor – но на практике требовало либо изучения совсем нового интерфейса, либо изначально более глубокого понимания принципов программирования для того, чтобы инструмент использовался для создания быстреньких прототипов.

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

  • Чужие бэк-енды (Firebase, Parse, Mongo HQ) позволяют развернуть базу данных не отходя от консоли
  • Де факто стандартизация JSON для передачи данных и OAuth для обеспечения доступа к ресурсам позволяет не писать своих библиотек авторизации и парсинга
  • Наличие контейнерных форматов типа Docker и серверных конструкторов типа Vagrant позволяет на ходу задать нужную архитектуру в плане железа, ОС, ожидаемых библиотек и т.д. и загнать готовый пакет на новую виртуальную машину

Чего не хватает:

  • Нет хорошей библиотеки для обработки асинхронных событий. Практически все визуальные инструменты предполагают тривиальные задачи типа “вот вам адреса гостиниц из API этой компании, вот вам API Google Maps, подтягиваем обе в режиме реального времени пока пользователь ждет, все API безусловно работают с надежностью 100%”. Практически все асинхронные библиотеки имеют какие-то свои заковыки.
  • Нет инструмента для построения процессов (о чем, собственно, и весь пост). Скажем, следующая задача – выкачиваем от Edmunds.com список машин на продажу в радиусе почтового индекса пользователя, если появляется что-то в рамках заданным пользователем параметров, то отсылаем ему почтовое сообщение, ссылка в котором ведет его на страницу с адресом и картой дилера плюс формой для отправки $1 нашему сервису за такую замечательную услугу – требует работы минимум с тремя API, у каждого из которых могут быть свои ошибки.

Программирование как искусство и мысли о вечном

В 2009 г. _why, известный в среде начинающих программистов на Ruby книгой _why’s Poignant Guide to Ruby, а в среде опытных рядом фреймворков и библиотек, внезапно пропал, закрыв свой сайт, свои аккаунты в социальных сетях и свои репозитарии на GitHub. Те, кто следил за творческой активностью программиста из Юты, обеспокоились его состоянием, однако вскоре, через знакомого знакомого, стало известно, что _why жив, но просит оставить его в покое.

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

В августе 2009 г. _why взялся за Кафку. Это был его последний автор: “It went quick. I finished early. I was done.” Программирование после ознакомления с трудами Кафки потеряло всякий смысл – ни один продукт, каким бы творением искусства его не считал автор, не прожил бы столько, сколько “Процесс”. Не прожила бы компьютерная среда, под которую он был написан, не прожила бы процессорная архитектура, которую использовал автор. Все написанное в итоге сменили бы на что-то другое. Ничто не вечно, но если произведения Кафки читают и сто лет спустя, то сегодня запустить программу, написанную даже десять лет назад, будет весьма проблематично.

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

_why удалил весь свой код и стал отшельником. Эту главу своих записок (которые не носят никакого систематического характера) он завершил предупреждением “Никогда не читайте все три романа Кафки за один месяц”.

Стоимость запуска новой мобильной игры перевалила за $1 млн, и это если разработчик известный

WSJ на примере российской компании ZeptoLab показывает, насколько это ресурсоемкое дело – запустить новую мобильную игру. Если первый хит компании (Cut the Rope) публиковался через издателя, то сейчас в альянсе с Burger King компания планирует начать параллельные продажи атрибутики, предварительно вложив в продвижение $1 млн (не считая продвижения в других своих играх):

Other developers are outspending ZeptoLab on launches, vying for a slice of mobile-games sales, which last year topped $2 billion in the U.S. alone, according to the NPD Group. Mobile-advertising firm PLC estimates a top games-app publisher typically spends $5 million on mobile marketing for a new title, up from $500,000 in 2009.

Цены в сетках, которые берут деньги за установки, тоже поднялись до уровня $1-2 за установку, что не шибко экономично для игры, которая будет продаваться за 99 центов на телефонах и $3 на планшетах:

Unlike some other game developers, ZeptoLab doesn’t advertise inside games it doesn’t own, because that strategy is getting pricey, costing around $1 to $2 per each new user who downloads the game, according to several mobile marketing firms. Instead, the company has pursued other channels. It paid to have some earlier "Cut the Rope" animation episodes shown in movie theaters in the U.S. late last year.

И продолжая рубрику “перспективы мобильных игр для независимых разработчиков”, агентство Interpret опубликовало средние ARPU по игровым платформам:

Gaming monetization

Обмен сообщениями в Instagram

Видео и презентационные слайды доклада Рика Брэнсона (Instagram) на PyCon 2013 в Санта-Кларе. Сервис по сути асинхронный, и поэтому располагает к использованию общей шины обмена сообщениями.

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

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

Новейшая история толстых и тонких клиентов

Считается, что Microsoft в свое время yпустил ряд инициатив в области интернета из-за ограничений главного на тот момент вершителя судеб компании, который в знаменитой книге ограничился описанием применений интернета в качестве транспортного уровня сетевой модели OSI. В понимании Microsoft конца 90-х и начала 00-х интернет будет у всех, но использовать в итоге мы будем все равно толстые клиенты, которые с помощью XML Web Services будут закачивать нам на десктопы различные данные. Разработчикам, читающим MSDN, это служило намеком, что изучать в плане долгосрочной перспективе нужно что-то типа .NET Windows Forms, которые на худой конец в случае требовательного клиента можно подкрепить знанием верстки Web-страниц в ASP.NET, а интернет-программирование как таковое будет ограничено протоколами передачи данных и всякими оптимизациями этих самых XML Web Services.

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

Потом случился броузерный объект XMLHttpRequest, выход Google Maps, запись Джесси Джеймса Гаррета, застолбившая аббревиатуру AJAX и резкий рывок на рынке тонких Web-приложений, где интернет все в той же модели OSI уже рассматривался на прикладном уровне. Для разработчиков это означало потерю интереса к приложениям, которые требовали инсталляции и зависели от конкретной ОС, и переходу к JavaScript как к основному языку разработки интернет-приложений.

Ну и последняя волна, свидетелями которой мы являемся последние несколько лет – это капитуляция Weba перед мобильными приложениями, о чем главный редактор журнала Wired написал статью "Web мертв" с красноречивым графиком в первом же абзаце. Маятник между толстыми и тонкими клиентами снова качнулся в сторону первых. Как и описал в своей книге Билл Гейтс, интернет сегодня работает в основном на толстых клиентов – сегодня на айПадах, айФонах и Андроидах мы используем интернет для закачки данных откуда-то с удаленного сервера, после чего основная работа проделывается на клиентском уровне.

Amazon разрешает тестировать приложения под Android внутри броузерного эмулятора

Amazon внутри своего магазина приложений для Android теперь предлагает просмотреть приложение в эмуляторе внутри броузера.

image

Эмулятор написан на Flash, на тестирование дается 30 минут.

image