бизнес модель мобильного приложения
Наиболее популярные бизнес-модели для мобильных приложений. Магазины приложений
Бизнес-модели
Презентацию к лекции Вы можете скачать здесь.
Бизнес-модели для мобильных приложений появились путем переноса этих моделей на мобильные платформы.
Платные приложения
Это самый простой и очевидный вариант. Иногда такая модель называется «Pay for Download». В магазине мобильных приложений вы выставляете цену, которую платит клиент за скачивание вашего приложения, и всё.
Из плюсов такой модели можно отметить простоту: доход от такого приложения можно просчитать как произведение количества скачиваний на цену приложения за вычетом комиссии магазина, если таковая имеется.
Недавнее исследование компании Flurry показало, что 90% приложений в App Store являются бесплатными, а, к примеру, в 2011 году 80% приложений были бесплатными.Бесплатные приложения преобладают и на платформе Android. 1 Статья «The History of App Pricing And Why Most Apps Are Free» http://blog.flurry.com/bid/99013/The-History-of-App-Pricing-And-Why-Most-Apps-Are-Free
Рекламная модель
Это более сложный вариант с точки зрения расчета экономической модели. В рекламной модели есть два не исключающих друг друга варианта действий.
Можно зарабатывать на показе рекламы. Реклама может быть как полноэкранной, так и занимать лишь часть экрана. Как и в настольном варианте, вы можете получать деньги за показы рекламы и за конкретные действия, которые совершит пользователь (например, скачивание другого приложения, регистрация на странице рекламодателя и т.д.).
Можно зарабатывать на отказе от просмотра рекламы, т.е. ваши пользователи платят вам деньги, чтобы отключить показ рекламы. Такой вариант может быть реализован как внутри одного приложения (функция «Отключить рекламу»), так и путём выпуска двух версий приложения:
Отдельно рассмотрим преимущества и недостатки рекламной модели. 2 Презентация «Mobile Application Business Model» http://prezi.com/3rul3m2tqtm-/mobile-application-business-model/ В преимуществах рекламной модели можно выделить следующее:
Минусы у этой модели тоже есть:
M-commerce
Эта модель появилась при переходе электронной торговли E-commerce на мобильные устройства. С появлением смартфонов M-commerce стала активно развиваться и по темпу роста перегнала E-commerce, если сравнивать соответствующие периоды развития обеих моделей
Первым опытом использования M-commerce можно считать отправку платных SMS-сообщений для получения доступа к чатам, сайтам или любому другому контенту. Дальнейшим развитием M-commerce стало создание мобильных версий сайтов, но они имеют ряд недостатков по сравнению с мобильными приложениями:
Что можно отнести к M-commerce?
Freemium
Модель отлично подходит для игровых приложений, но применяется и в других областях. Например, приложение Evernote (сервис для создания и хранения заметок в различных видах) показывает хорошие обороты на Freemium модели. 3 Интервью «Evernote CEO Phil Libin on Turning Loyal Users Into Paying Customers» http://allthingsd.com/20131226/evernote-ceo-phil-libin-on-turning-loyal-users-into-paying-customers/
Из плюсов Freemium модели назовём следующие:
Руководство о том, как начать бизнес на приложениях в 2021 году
Мобильные приложения доминируют в мире благодаря простоте работы и высокой производительности. Они помогли снизить эксплуатационные расходы, сделать системы простыми и доступными, а также помочь наладить напрямую связать клиентов.
И мы говорим здесь не только о мобильных приложениях, — это также включает в себя веб-приложения. В связи с ростом рынка разработки приложений сотни и тысячи людей меняют свой карьерный путь и переходят в бизнес приложений.
Но тогда почему людям не удается создать эффективный бизнес приложений? Многие причины могут привести к провалу бизнеса приложений, но в основном все они побуждают не прилагать усилий в нужном месте.
Это отчет Statista, демонстрирующий количество ежегодных загрузок приложений, выполненных в 2017 году, а также оценку мировых загрузок мобильных приложений за 2018 и 2022 годы.
Здесь мы объясним вам пошаговый процесс запуска бизнеса по разработке приложений. Давайте посмотрим на некоторую статистику, чтобы получить представление о данному процессе.
Индустрия веб-приложений и мобильных приложений — это многомиллиардная отрасль, которая стоит сотни миллиардов. Чего вы ждете, чтобы присоединиться к этому бизнесу? Если вы думаете, что большинство концепций приложений уже разработано, то ошибаетесь.
Поскольку бесчисленное количество приложений еще предстоит создать и представить в магазинах приложений, возможности безграничны. Давай двигаться:
Вот пошаговый процесс, дающий представление о том, как запустить собственное приложение:
Каждый процесс начинается с мысли, а каждый бизнес начинается с идеи! Это самый первый шаг, и шаги после него прямо или косвенно будут зависеть от идеи. Ваше представление о приложении станет основой вашего бизнеса. Знаете ли вы, что только 5% компаний, занимающихся разработкой приложений, в конечном итоге добиваются успеха? Вы не должны быть конкретными в отношении идеи своего приложения, будьте гибкими в ее отношении. Часто бывает, что первоначальная идея начать бизнес по разработке приложений была чем-то отличным от идеи, которая была реализована на конечных этапах процесса. Ваша идея должна быть вдохновлена предложением решения общей проблемы, с которой сталкивается несколько человек. Это может быть связано со здоровьем, образом жизни или просто для развлечения.
Как только идея будет завершена, следующим шагом будет проведение НИОКР, я имею в виду массу исследований. Бывают случаи, когда ваши идеи могут оказаться не самыми лучшими, если посмотреть на них на практике. Но об этом не стоит постоянно беспокоиться. Чтобы решить эту проблему, все, что вам нужно сделать, — это тщательно изучить рынок, чтобы восполнить недостаток опыта в понимании работы бизнеса веб-приложений или мобильных приложений. В современном мире приложение — это ответ на все ваши вопросы. Кстати, я почти уверен, что многие из вас не знают, что Google Play сам по себе является приложением. Итак, если вам нужно прокатиться куда-нибудь или вы хотите заказать молочный коктейль в любимом кафе, все эти проблемы теперь можно решить с помощью приложения. Если у вас возникли сомнения и сомнения относительно всего процесса открытия бизнеса, помните, что вы найдете слишком много информации об учебниках по кодированию, инструментах для SEO, анализа рынка и т. Д.
Согласно отчету Statista, мировые поставки смартфонов в 2017 году составили 1,52 миллиарда единиц, и прогнозируется, что в следующие четыре-пять лет это число достигнет 1,74 миллиарда. Выбор подходящей платформы для вашего приложения — вот что нужно сделать. В первые годы, когда разработка приложений была в центре внимания, было несколько платформ на выбор. Но теперь, по прошествии всех этих лет, большая часть доли рынка поделена между платформой Android и iOS.
Можно сказать, что платформа Windows также доступна на рынке, но по сравнению с Android и iOS Windows отстает с огромной разницей между ними. Магазины приложений на платформе iOS и Android сильно отличаются от
друг друга, поэтому выберите платформу, если вы уверены в своем решении.
Если посмотреть на некоторые из предыдущих отчетов, статистика показывает, что Google Play Store по-прежнему занимает первое место по годовому количеству загрузок приложений. В 2016 году разница между годовым количеством загрузок приложений в магазинах приложений для iOS и Android составила более 30 миллиардов загрузок.
Но если мы посмотрим с точки зрения доходов, то в последние несколько лет Apple уверенно лидировала в гонке. Согласно статистическим отчетам за 2016 год, годовой доход Google Play Store составлял 17 миллиардов долларов, а годовой доход магазина приложений Apple составлял примерно 34 миллиарда долларов.
Итак, если вы тот, кто хочет, чтобы их приложение охватило огромное количество людей или ищет в рекламных целях, выберите платформу Android. Но если вы тот, кто начинает бизнес на основе приложений с единственной целью — получить больший доход от своего приложения, тогда выберите платформу iOS.
Разработка мобильного приложения: от идеи до результата
Процесс создания нативного приложения, описанный компанией BHW Group и адаптированный AppCraft под современный софт и реалии.
Каждый день тысячи мобильных приложений появляются в Google Play и Apple App Store. Соцсети, мессенджеры, игры и многие другие – все они делаются профессионалами по одному алгоритму разработки. И сегодня мы разложим его на понятные шаги, чтобы показать вам внутреннюю кухню мобильной разработки. Она включает в себя шесть этапов: оформление идеи, разработка стратегии, работа над дизайном, непосредственно разработка, выход на рынок и мониторинг ситуации.
Материал будет полезен начинающим студиям разработки, тем, кто задумал свой стартап, а также тем, кто спонтанно решил внедрить в свой бизнес приложение, но ещё смутно представляет, какие издержки оно может принести.
Как бы тривиально это не звучало, но хорошее приложение начинается с хорошей идеи. Если у вас её нет, подумайте над существующими в мире проблемами и возможными способами их решения. Перебирайте варианты, пока не обнаружите подходящий пробел на рынке, а потом ищите лучший путь, которым его можно заполнить. Это половина успеха.
Ключом к ответу может стать понимание того, почему эта проблема вообще существует, а для её решения до сих пор нет ни одного приложения. Погрузитесь в тему, соберите данные и обсудите их с командой. И, если у вас достаточно ресурсов на разработку, беритесь за дело.
Следующий шаг после рождения идеи – составить план работы над проектом. Его проще всего начать с анализа конкурентов. Найдите на рынке похожие мобильные приложения и проанализируйте следующие факторы:
История компании – будьте готовы столкнуться с теми же трудностями, что и ваши ближайшие конкуренты. Заодно попробуйте понять, как они завоевали признание аудитории.
Благодаря анализу конкурентов вы убиваете сразу двух зайцев. Во-первых, учитесь на чужих ошибках, причём бесплатно, без траты лишнего времени и ощущения собственной неполноценности. Во-вторых, вы начинаете понимать, на что вам придётся пойти, чтобы выжить на рынке мобильной разработки. Что именно пользователь хочет увидеть в своём смартфоне? Есть ли для вашего приложения свободная ниша? Ответы на эти вопросы помогут вам найти баланс между вашими возможностями и потребностями рынка. Ну а если ваша идея настолько уникальна, что подобных приложений ещё нет в природе, посмотрите, как разработчики-первопроходцы из других сфер презентовали себя аудитории.
Если вы не занимаетесь разработкой мобильных приложений исключительно ради удовольствия, то наверняка заинтересованы в том, чтобы получить с продукта хорошую прибыль. Покупки в приложении, оплата подписки или премиум-версии, размещение рекламы, продажа данных – все эти способы монетизации можно использовать, даже если вы распространяете приложение не бесплатно. Чтобы выбрать оптимальный вариант, посмотрите, на чём зарабатывают ваши конкуренты, и определитесь, в какой момент начнёте монетизацию. Если спохватитесь слишком поздно, рискуете попасть в трудные времена.
Эта ступень мобильной разработки связана с пониманием главного вызова, стоящего перед любым разработчиком. Вам придётся продвигать своё приложение, чтобы о нём узнали и начали пользоваться. Сотни качественных мобильных приложений пылятся на виртуальных полках потому, что у их разработчиков не было маркетинговой стратегии и бюджета на её реализацию. А без неё могут обойтись только B2B-приложения, сделанные для внутреннего использования сотрудниками компании-заказчика.
Этап стратегического планирования завершается составлением дорожной карты вашего мобильного приложения, которая зафиксирует его идеальный путь от минимального жизнеспособного продукта (MVP) до попадания в топы магазинов. Составьте список контрольных точек и расставьте их в зависимости от собственных приоритетов. Учитывайте функционал приложения, возможные пожелания аудитории и следующие из них обновления. Но над ними вы будете думать, когда получите фидбек от первых пользователей MVP. Пока же можно сосредоточиться на других вещах.
Внутренняя архитектура зависит от функционала мобильного приложения и выбранного способа обработки и хранения данных. Обычно мы составляем два списка – характеристик, которыми должно обладать приложение, и ключевых визуальных элементов. Они становятся фундаментом для всех будущих архитектурных работ.
Инструменты: доска и маркеры. Много маркеров.
Затем мы рисуем на доске или бумаге экраны и располагаем на них необходимые элементы и данные. Несмотря на то, что один и тот же элемент может присутствовать на нескольких экранах, у него должен быть «дом». Именно на этом этапе в проект можно внести любые изменения.
Они определяют способы взаимодействия пользователя с приложением. Учитывайте все варианты его поведения, чтобы понять, сколько касаний ему потребуется для завершения того или иного действия, причём количество этих касаний должно быть пропорционально сложности действия. Если обнаруживается, что интерфейс не понятен пользователю интуитивно, приходится возвращаться к предыдущему шагу и менять вайрфреймы. При этом после любого изменения все пользовательские сценарии проверяются заново на случай, если мы, упростив одно действие, усложнили другое.
Инструменты: маркеры, плюс Invision, Adobe XD и Figma.
Самый простой способ проверить, насколько хорош ваш UX-дизайн – протестировать его на будущих пользователях. Отправьте им ссылку, после перехода по которой они смогут «потыкать» по отрисованным вайрфреймам. О функциональности речь не идёт, только о проверке навигации. Прислушивайтесь к комментариям, возвращайтесь на один-два-три шага назад, исправляйте проблему и тестируйте. Снова и снова.
Инструменты те же, что и для пользовательских сценарий: Invision, Adobe XD и Figma.
Стайлгайды – это стройматериалы для отделки «интерьера» мобильного приложения и повышения его юзабилити. Без продуманного стайлгайда элементы дизайна будут менять цвета и плавать по экрану, сбивая пользователя с толку.
Руководство по стилю мобильного приложения должно быть максимально подробным и опираться на характеристики аудитории. Ей нужно работать в приложении по ночам? Делаем тёмную тему. Это внутреннее приложение для сотрудников крупной компании? Убираем всё лишнее. Как это сделать? Опытный UI-дизайнер предложит сотню вариантов цветовой палитры, шрифтов и виджетов (кнопок, форм, значков и т.д.).
Рендеринг – это процесс отрисовки вайрфреймов в цифре в соответствии со стайлгайдом. Дизайнер должен придерживаться рекомендаций, но не следовать им слепо. Только так визуальная составляющая мобильного приложения будет выглядеть целостно.
Не стоит жалеть времени на то, чтобы отправить отрисованные в диджитале экраны тем же пользователям, которым отправляли вайрфреймы. Это своего рода переломный момент, после которого любые изменения становятся крайне затратными. По сути, вы заливаете фундамент будущего дома, так неужели не надо свериться с планом и десять раз проверить все измерения?
Настало время подключать разработчиков, которые качественно реализуют продуманный до мелочей и многократно протестированный дизайн. Что может пойти не так? Например, вы заказали дизайн у одной компании, а разработку – у другой. Или у них внутренний раскол. Поэтому рекомендуем работать с профессиональной командой, которая занимается мобильной разработкой от идеи до результата.
В некоторой степени успех совместной работы дизайнеров и разработчиков зависит от выбора инструментов. Например, приложение Zeplin показывает последним все свойства загруженного в него дизайна, хотя не обладает всеми возможностями Sketch или Photoshop. В любом случае, убедитесь в том, что команда пользуется точными значениями измерений и не ленится копировать HEX-коды цветов.
В мобильной разработке существует великое множество технологий. Одни почти не требуют затрат, но не отличаются высокой производительностью, другие потребуют больших вложений во имя блестящего результата. Худшее, что вы можете сделать на данном этапе – использовать устаревшие или ненадёжные инструменты, которые приведут к тому, что вам придётся переписывать код, доплачивая остальным членам команды за переработку. Чтобы избежать этого, рекомендуем принять ряд важных решений до начала работы над проектом. Каких именно, расскажем ниже.
Существует три основных подхода frontend-разработке:
Сервер влияет на производительность мобильного приложения и масштабируемость продукта, то есть способность системы увеличивать ту же производительность за счёт увеличения доступных ресурсов. Технологии здесь те же, что и в разработке веб-приложений. Отправная точка – определиться с:
Языком программирования – написать мобильное приложение можно на Java, SWIFT, а сервер на Javascript, C#, Go-lang, PHP, Python и ещё десятке языков. И у каждого из них есть фреймворки на любой вкус.
Чтобы спланировать спринт, составьте список задач с конкретными критериями оценки результата. Это поможет разработчикам оценить временные затраты на выполнение каждой из них и равномерно распределить обязанности внутри команды.
На этапе разработки команда воплощает в жизнь идеи дизайнеров и свои собственные. Результат проверяет QA-команда (отдел контроля качества) или менеджер проекта. Последний также распределяет задачи между разработчиками, добиваясь равномерной загрузки команды на протяжении всего спринта.
Разработчики должны чётко представлять концепцию приложения и его отличительные черты. Ничто так не мотивирует, как амбициозные цели, но в погоне за ними нельзя забывать о реальности. Возможно, вам придётся смириться с тем, что часть функций так и останется нереализованной.
Тестировать приложение не должны его же разработчики.
Тип тестирования выбирают исходя из проверяемой характеристики приложения:
Функционал – должен соответствовать заявленному. Хорошо, если у подрядчика есть QA-команда, а у неё – план тестирования со списком всех функций приложения и его желаемым поведением. Но если таковой нет – необходимо позаботиться об этом и нанять специально обученных специалистов. Юзабилити – интерфейс мобильного приложения должен быть интуитивно понятным и дружелюбным. О проблемах с этими качествами вам лучше всего расскажут те, кто видят продукт впервые.
Но и это ещё не всё:
Регрессионное тестирование – используется для проверки уже протестированного кода на ошибки, исправленные ранее, или возникшие в результате этих исправлений. Здесь на помощь вновь приходит QA-команда с чек-листами изменений, внесённых в код на каждом из спринтов.
В конце каждого спринта обсуждайте его результаты с заинтересованными сторонами. Сделайте выводы из трудностей, с которыми вы столкнулись, и постарайтесь больше их не допускать. Отмечайте успешные решения и используйте их в дальнейшем. Двух одинаковых проектов быть не может, поэтому разработчики постоянно прокачивают свои навыки, в том числе – навыки планирования работы над проектом. Который, кстати, переходит в следующую стадию.
К этому моменту приложение (или хотя бы MVP) должно быть полностью готово к выходу на рынок. Но если вы хотите потратить маркетинговый бюджет с умом, то размещать приложение в публичный доступ Google Play и Apple App Store пока рано. Нужно ещё раз протестировать его — на этот раз на небольших группах целевой аудитории. Сделать это можно двумя способами.
Первое правило фокус-группы — участники должны увидеть приложение впервые. Вам необходимо выяснить, кто они, откуда узнали о вашем продукте и пользуются ли чем-то похожим. Когда перейдёте непосредственно к тестированию, не давайте подсказок, а наблюдайте за тем, какие сложности возникают у людей в процессе использования приложения. Затем попросите каждого участника высказаться и обсудите все спорные моменты.
Вместе с фокус-группой (или вместо неё) можно устроить пробный запуск приложения для ограниченной аудитории опытных пользователей и охотников за новинками. Обязательно скажите им, что цените их интерес, попросите фидбек и пообещайте принять во внимание конструктивную критику. Кстати, бета-тестирование также позволяет проверить, как ваше приложение работает с разными устройствами и операционными системами.
Помните: лучше получить как можно больше подробных отчётов об ошибках и исправить их, чем не получить ни одного и узнать о проблеме от недовольных комментаторов из магазинов.
Перед тем, как представить своё мобильное приложение миру, позаботьтесь о двух вещах: надёжном API-сервере и соблюдении правил Google Play Store и Apple App Store.
Большинству мобильных приложений нужен backend-сервер, который обменивается данными с ними. Если сервер перегружен или не отвечает, приложение не будет работать. Хорошая новость: благодаря облачным технологиям конфигурацию сервера можно менять в зависимости от размера пользовательской базы.
Публикация приложения в Google Play Store и Apple App Store – трудоёмкий процесс. Вам придётся убедиться в том, что приложение отвечает требованиям магазина, заполнить несколько форм для каждого из них, подготовить скриншоты и маркетинговые материалы, составить текст описания… а Apple ещё и тщательно в течение нескольких дней будет проверять само приложение и даже может не только потребовать изменений, но и отказать в публикации из-за “бессмысленности” приложения. Нет, мы не исключаем вероятность того, что магазин примет ваше приложение без лишних вопросов, и через несколько дней оно будет доступно для скачивания. Просто предупреждаем о возможных трудностях, которые возникнут с вероятностью в 99%.
Разработка мобильного приложения не заканчивается с его публикацией в сторах. Даже за умеренно популярными приложениями стоит целая история обновлений. Исправленные ошибки, улучшение производительности, новые возможности – поводов масса. Выбрать нужный именно вам поможет мониторинг следующих аспектов.
Для отслеживания падений приложения есть немало библиотек. Они хранят информацию о том, что делал пользователь во время падения, на каком устройстве оно произошло и многое другое – в общем, всё, что поможет разработчикам решить проблему. Кроме того, функцию отправки сообщения о падении можно встроить в само приложение. Вам останется только рассортировать их.
Современные системы аналитики мобильных приложений собирают информацию об аудитории вашего приложения (распределение пользователей по полу, возрасту, местонахождению, языку и т.д.) и особенностях взаимодействия с ним (времени входа в приложение, времени, проведённом в приложении, количестве просмотренных экранов и пр.). Некоторые даже составляют тепловые карты, которые показывают, на какие кнопки пользователи нажимают чаще остальных. Используйте эти данные как ориентиры на будущее: вкладывайтесь в доработку тех областей, в которых концентрация действий аудитории наиболее высока.
Этот показатель нельзя измерить двумя предыдущими способами, но следить за ним необходимо. Как часто происходило то или иное действие и как долго оно длилось – вот вопросы, которые помогут оптимизировать работу приложения. Если простейшее действие занимает больше времени, чем ожидалось, это тревожный сигнал.
Оценки и отзывы в магазинах крайне важны, особенно для новых приложений. Всегда отвечайте комментаторам: благодарите за хорошие слова и постарайтесь помочь тем, кто столкнулся с трудностями при использовании вашего приложения. Комментаторы обычно не ожидают, что им ответят реальные разработчики. Чуть больше клиентоориентированности – и две звезды превращаются в пять, а ваша репутация взлетает до небес.
Цель мониторинга – понять, что делать дальше. Используйте статистику и отзывы, чтобы выявить слабые места, а потом возвращайтесь на n шагов назад и укрепляйте их. Повышайте конверсию пользователей в покупателей, расширяйте клиентскую базу, зарабатывайте, в конце концов. Ведь мобильная разработка – это очень динамичная среда, и, чтобы быть на плаву, надо постоянно работать над продуктом и над собой.
Процесс разработки мобильного приложения кажется сложным только на первый взгляд. Да, вам придётся принимать множество важных решений и постоянно возвращаться к предыдущим этапам. Не поддавайтесь соблазну пропустить один или несколько – в конце вас ждёт заслуженная награда в виде денег и благодарных пользователей. Говорим об этом как разработчики с почти 7-летним опытом 🙂
Статья-источник на странице блога компании BHW Group.
Как выбрать модель разработки мобильного приложения и начать зарабатывать
Чтобы добиться успеха в сегменте Mobile, нужно заранее предвидеть возникновение как минимум двух проблем и задуматься над их решением.
Во-первых, большинство создателей мобильных приложений рано или поздно сталкиваются с необходимостью глобальной перестройки интерфейса. Причин этому может быть много: вышла новая iOS, клиенты донесли необходимость внедрения какой-то новой функции, сменилась целевая аудитория, и новым клиентам нужен глобально иной дизайн, ну или самое простое – руководитель вдруг решил все поменять. Многие руководители проектов в момент, когда они принимают решение об изменении интерфейса, сталкиваются с непониманием со стороны разработчика. По ряду причин последний отвечает, что необходимые фаундеру изменения невозможны или потребуют большого количества времени. Фаундер же понимает, что каждый потерянный день в бизнесе – это и упущенные доходы тоже. Какую модель разработки стоит выбрать, чтобы изменять систему было куда проще и быстрее?
Во-вторых, ни одно приложение не выживет, если не начнет в какой-то момент зарабатывать. Как же выбрать такой тарифный план и сроки бесплатного тестового периода, чтобы как можно большее количество новых пользователей стали постоянными клиентами?
Надеемся, ответить на эти вопросы вам поможет кейс EasyTen – это мобильное приложение, которое помогает запоминать по 10 английских слов ежедневно. По окончанию Акселерации у проекта кратно вырос показатель ARPU (валовой выручки с пользователя). Мы пообщались с сооснователем компании Дмитрием Зарютой, и он рассказал нам, как ему это удалось.
Предприниматели должны ошибаться, чтобы добиться успеха. В отличие от врачей
У Дмитрия Зарюты медицинское образование, он – сертифицированный челюстно-лицевой хирург, и какое-то время разрывался между выбранной профессией и интересом к мобильным приложениям. Первая версия EasyTen была нарисована буквально на коленке во время работы в клинике. Сейчас опыт работы в обоих сферах позволяет ему сравнить два совершенно разных подхода к профессии.
По словам Димы, на каждые три неудачные гипотезы у него возникает одна успешная. Он считает, что в предпринимательстве скорость постижения того, как принимать успешные решения, по сути зависит от скорости совершения ошибок. Это пропорциональная зависимость, которая была выявлена в период работы над проектом EasyTen. Как это происходило?
Так выглядит первый эскиз приложения:
Первая вышедшая версия приложения для китайского рынка выглядела так:
EasyTen для китайцев с треском провалился. Кто-то покупал приложения, но для команды оказалось слишком сложным поддерживать нормальный уровень техподдержки и отвечать на вопросы пользователей на китайском, хоть в команде и был человек, который знал китайский язык. При этом ребята не проанализировали как следует причины, почему приложение «не полетело» (команда тогда не пользовалась аналитикой для приложений в должном объеме).
Следующие полгода разработчики пилили русскую версию, совершенно другую с точки зрения юзабилити, дизайна и структуры кода. Она выглядела так:
За время Акселерации проект увеличил ключевой показатель ARPU (валовую выручку с пользователя) в 3 раза. По окончанию Акселерации проект получил seed-инвестиции от ФРИИ.
На взгляд основателей, ключевым изменнием приложения, которое повлияло на рост, было сокращение срока бесплатного тестового периода и работа над тарифными планами.
EasyTen сократили период активации пользователя (перехода из нового пользователя в постоянного клиента). Раньше последнему предоставлялось 7 дней бесплатного периода, по истечению которых приложение предлагало оформить подписку.
Сейчас бесплатный период составляет 3 дня, но предложение купить появляется уже на первый день.
Тезис простой: на первый день ретенция 100%-ная, и поэтому именно в первый день нужно пытаться продавать по максимуму. Бесплатное приложение воспринимается пользователями как менее ценное, и они могут в какой-то момент просто забыть о нем. Хотя, разумеется, это работает по–разному в каждом отдельном случае. Опыт EasyTen и других проектов Акселератора говорит о том, что главное – тестировать разные варианты. Это относится не только к тарифным планам и срокам бесплатного пользования. Выстраивать процесс разработки приложения и тестировать новые фичи можно разными способами. Дмитрию Зарюте кажется, что классическая «каскадная модель» разработки (модель водопада) очень громоздкая: «если делать все по правилам, отдельно выделяя период бета-тестирования, то просто можно не поспеть за рынком». С другой стороны, если тестировать на первых пользователях, не нанимая специальных тестировщиков, то можно отпугнуть потенциальных клиентов.
В EasyTen сейчас используется методология управления проектами Scrum, которая применяется для гибкой разработки продукта. Проектам Акселератора в целом рекомендуется гибкая разработка, при которой изначально создается минимальный жизнеспособный продукт (MVP), который потом тестируется и в процессе этого видоизменяется и дорабатывается. Гибкая разработка – один из ключевых принципов концепции Lean Startup (бережливый стартап), по которой эксперты работают с проектами в Акселераторе ФРИИ. Где еще можно применить методологию Lean Startup?
Lean Design
Мобильное приложение EasyTen за время своего существования сильно поменялось, как внешне, так и «внутренне», поменялись саи принципы функционирования приложения. В общей сложности уже вышло 4 версии.
Как упоминалось выше, при создании первых двух версий приложения для китайского и российского рынков команда руководствовалась чисто своим внутренним пониманием того, как должно выглядеть приложение.
В версии №3 и №4 фокус сместился на пользователей: именно на данных о их поведении строится интерфейс и дизайн последних версий мобильного приложения.
Версия четвертая, переделанная под iOS7:
Как сейчас выглядит приложение? Это поток вот таких карточек, которые пользователь листает снизу вверх.
Дмитрий к дизайну приложения подходит так: каждая экранная форма – это по сути landing page, с каким-то целевым сообщением, набором действий и результатом, который ты хочешь получить. Исходя из этого, команда разрабатывает дизайн и считает общую конверсию. Дальше на составные части разбирается каждый экран-карточка, и с помощью систем аналитики выявляются «узкие места», в которых значительная часть пользователей «отваливается», а через общение с клиентами и Heatmap («тепловые карты», где подсвечены зоны наибольшего фокуса и внимания пользователя) выясняется, почему это происходит. Далее следует процесс доработки экранов.
Аналитика для мобильных приложений от EasyTen
Flurry – это аналитика внутри приложения, то есть система наблюдает за поведением пользователей, собирает и обобщает данные по нему. Эта программа полностью бесплатна и имеет достаточно широкий функционал, в EasyTen с помощью этой программы анализировали воронки продаж и смотрели конверсию.
MixPanel – это также аналитика поведения пользователей внутри приложения. Эта система также позволяет построить воронки продаж, и в том числе посмотреть каналы, из которых пришли те или иные пользователи.
Mobile App Tracking анализирует источники установок, и используется, как правило, для продвижения приложений.
Зачем нужна аналитика по каналам? Очень часто бывает, что в одном канале продвижения есть «узкие места», а в другом их нет. Если у вас не сходится unit-экономика (стоимость привлечения платящего клиента выше, чем средний доход с пользователя) или не работает, как вам кажется, продукт, нужно попробовать поменять канал и/или целевую аудиторию, на которую таргетируется реклама. Всегда дешевле и проще сменить канал, чем переделать продукт. Бизнес – это продажа продуктов какому-то клиенту, и если проблема не в продукте, то возможно, дело в клиенте. Особенно это касается продуктов сегмента B2C: в случае с ними все же стоит сначала поискать клиента под уже созданный продукт, прежде чем принципиально менять концепцию. Если правильно комбинировать разные системы аналитики, то в конце концов обнаружится одна та самая метрика, поработав над которой, команда сможет кратно вырастить показатели.