Как открыть свой бизнес по разработке on-line игр. Бизнес-план мобильного приложения

Тенденции

Чем пользуются владельцы мобильных телефонов?

Больше половины (53%) используют скачанные приложения
Приблизительно столько же (52%) через мобильный телефон заходят на сайты
Более трети людей (38%) используют социальные сети со своего мобильного телефона
Чуть меньше людей играют в игры (34%)
Примерно три четверти пользователей общаются через мобильные телефоны (помимо звонков): это могут быть SMS, приложение социальной сети, мессенджер

Статистика

Что покупают

За 2012 год в РФ продано порядка 12,6 миллионов смартфонов: Россия считается одной из быстроразвивающихся в этом плане стран.

Если мы посмотрим на статистику продаж смартфонов по операционным системам, мы увидим следующее:

62% продаваемых смартфонов – это Android-устройства;
На втором месте Symbian - 15% рынка;
Оставшуюся долю делят bada, iOS и Windows Phone (если взять этот график только по Москве, то распределение, наверное, будет смещаться в сторону увеличения доли продукции Apple)

Если взглянуть на такой же график по всему миру, то увидим, что и тут Android в авангарде с ¾ рынка.

За второй квартал 2012 года по всему миру было продано 104 миллиона телефонов Android - как население довольно крупной страны. Но нас как мобильных разработчиков интересует не только наличие смартфона, но и то, как с ним работают. Существенная доля обладателей устройств на Android пользуется ими как обычными телефонами: SMS, звонки - и все. Они не активируют устройство в Google Play, не скачивают приложения.

Чем пользуются

Не все люди обзавелись телефонами в 2012 году, поэтому реальное распределение сил среди мобильных операционных систем демонстрирует наша внутренняя статистика. В эту статистику входят Россия и страны СНГ: Украина, Белоруссия, Казахстан, Узбекистан.

73,5% – это Java-телефоны
Android-устройства находятся на втором месте с 11,6%
Наследие компании Nokia, Symbian, совсем немного отстает от Android с 11%
Яблочной продукцией обладают 3,5% пользователей рунета
Самые внимательные увидят на диаграмме Microsoft с Windows Phone (менее 1%)

Установка приложений

При выборе платформы, под которую будет разрабатываться приложение, важно знать статистику по уже существующим приложениям. Графики исследовательской компании App Annie от сентября 2012 года показывают, как растут два конкурирующих магазина Apple и Google.

По количеству скачиваний на первом месте Google Play: больше устройств, больше скачиваний, больше трафика и рост при этом +66% по сравнению с январем 2012 года. Рост iOS оказался в два раза меньше, порядка 30%. Но главный график – какую выручку приносят пользователи. И здесь ситуация в корне иная. Проще зарабатывать на iOS, но деньги есть и в Google Play, если уметь их забирать.

Типы мобильных приложений

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

Мобильные сайты, веб-приложения

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

Гибридные приложения

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

Нативные приложения

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

Статистика

Приведу статистику скачиваний на примере наших мессенджеров.

Во-первых, у нас есть приложение ICQ, которое постоянно развивается: среди последних изменений стоит отметить аудиозвонки. Второй мессенджер Mail.Ru Group – Агент. В Агенте реализован примерно тот же функционал, и, хотя у него была немного другая история развития, мы выпускаем версии практически под все платформы и его можно найти в любом сторе.

Основная разница между двумя этими приложениями – это их аудитория. ICQ – это международный продукт. Программа скачивается не только в России, им активно пользуются жители Европы, Латинской Америки. Агент же изначально делался в России и для русскоязычных пользователей.

Тем интереснее сравнить статистику скачиваний из магазинов.

Большая часть 62% иностранной аудитории идет в Google Play. Примерно 1/5 идет в AppStore, 14% - в Ovi Store. И уже оставшиеся 5% делят магазины для платформ Windows Phone (4%) и Samsung Bada (1%). С Агентом ситуация в корне другая: доли Google Play и Ovi примерно одинаковые. Ну а 10% AppStore наглядно демонстрируют любовь к «яблочной» продукции в нашей стране.

Процесс создания мобильного приложения

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

User Story

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

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

Проектирование и дизайн

После составления User Story начинается проектирование и разработка дизайна.

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

При разработке дизайна обязательно используются гайдлайны.

Гайдлайн в общем понимании – это документ, который выпускает компания, и по которому дизайнеры и разработчики понимают принцип построения взаимодействия приложения с пользователем. Условно говоря, для iOS кнопки надо делать круглыми, а для Windows Phone – квадратными. Однако мы используем и внутренние гайдлайны для разработчиков. Таким образом результат работы дизайнера чаще всего состоит из макетов, гайдлайнов и нарезки графики.

Макеты лучше всего подавать «перелинкованными», например с помощью ProtoTypr, чтобы была понятна логика переходов. Гайдлайны содержат в себе информацию об отступах, размерах, визуальных эффектах, механике анимации и пр. Этот этап можно пропустить, если в вашем проекте один дизайнер и один разработчик, сидящие рядом друг с другом. Третья часть результата - нарезка графики - должна содержать минимум необходимых графических ресурсов (заботимся о весе приложения), иметь версии для разных разрешений экранов. Чаще всего мы рисуем для ретины и xhdpi-экранов. Далее идет подготовка для неретины и mdpi автоматизированными средствами (если допустимо их использование). Чаще всего руками приходится готовить hdpi-ресурсы.

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

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

Тестирование

Существует немалое количество способов протестировать приложение.
В мобильной разработке тестировщик – это человек, вокруг которого одни телефоны. У нас есть огромный шкаф, в котором лежат как старые телефоны, так и самые свежие новинки. Внутри мы стараемся тестировать по тест-кейсам. Если внедряется новая фича, по ее описанию составляется тест-план.
Существуют сервисы, помогающие в тестировании. Мы используем HockeyApp – приложение, позволяющее раздавать наш продукт бета-тестерам. Мы пишем в социальных сетях: «Ребята, у нас новое крутое приложение. Кто хочет попробовать?» Желающие получают билд, пользуются приложением, а сервис собирает статистику, составляет креш-репорт и отправляет все это нам.
Также есть сервисы, позволяющие протестировать приложение на разных операционных системах - например, все Android-прошивки версии 2.1 или 2.3. Вы отдаете приложение, сервис скриншотит весь путь, который вы задали, присылает картинки вам на почту, и вы проверяете, все ли в порядке.

Мониторинг

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

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

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

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

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

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

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

Специфика

Что нужно помнить?

На каждой новой платформе пользователь ожидает увидеть богатое приложение. Он рассуждает следующим образом: «Я сидел на плохом Java-телефоне, при этом мог пользоваться аськой. Я купил новый телефон, захожу в Marketplace, а там нет ICQ? Вы чем там занимаетесь?» Пользователь не принимает в расчет того, что вам приходится делать приложение с нуля. Новая платформа – это новые девайсы, новая документация, новые ресурсы.
Чем популярнее платформа, тем больше у вас конкурентов. На данный момент существует два стора, на примере которых это отлично видно: AppStore и Google Play. Если у вас есть идея приложения, которое легко монетизируется или просто получит много скачиваний, вбейте ключевые слова в поиске и скорее всего вы обнаружите, что такое приложение существует. Чем популярнее платформа, тем больше конкурентов. В таких случаях надо тщательно изучать аналоги, смотреть статистику, пытаться понять, по каким параметрам существующие решения можно превзойти.
Важно понимать, как пользователи выбирают приложения. Изначально человек не собирается покупать конкретное приложение, он просто смотрит список. Например, по запросу «бесплатная музыка». Иконка и первые две строчки описания – это то, что человек видит и оценивает в первую очередь. Если иконка приличная, можно покупать; соответственно, плохая иконка уменьшает количество скачиваний.
Очень важно попасть в топ магазина приложений. Попасть в топ стора – очень хорошо, закрепиться там – залог успеха. Зачем это нужно? Когда пользователь хочет что-нибудь скачать, он заходит в чарт и видит, какое приложение сейчас на первом месте по числу скачиваний. Очень важно туда попасть, потому что это своего рода замкнутый круг. Приложение попадает в чарт, его видят пользователи, они его скачивают, оно снова попадает на первое место, и дальше итерации продолжаются. Поэтому всеми силами добывайте скачки и рейтинг: просите мам, бабушек, соседей ставить приложению пятерки. Стоит сказать, что на рынке полно решений для гарантированного вывода программы в топ. Однако органических пользователей это приносит мало, что не мешает продолжать эксперименты.
Помните, что время публикации может доходить до нескольких недель. Допустим, вы разработали и протестировали приложение, обзвонили всех блоггеров или СМИ и сказали: «У меня новое приложение, приходите на пресс-конференцию». Вы его отправляете в AppStore и вынуждены ждать семь рабочих дней в России. В этом случае Google Play – рай для оперативных обновлений, где публикация занимает несколько часов.
Фрагментация операционной системы. Если вы разрабатываете приложения под Android, учитывайте фрагментацию и существование целого зоопарка устройств. Это сказывается на времени разработки на всех этапах: проектирование, дизайн, разработка и особенно тестирование.
В сторе невозможно общаться с пользователями. Например, пользователь пишет, что у него в ICQ не ходят сообщения. Он недоволен и выражается очень красочно, но не очень информативно. У нас нет возможности с ним связаться и узнать о проблеме подробнее. Все, что мы можем сделать – залезть в мониторинг и посмотреть, ходят ли у нас сообщения. Может быть, его заблочил антиспам.
Сейчас некоторые сторы обзаводятся админкой, в которой можно задать вопросы пользователю, выяснить его контактные данные, посмотреть, в каких странах скачивают ваше приложение, но пока ситуация не слишком улучшилась. Стоит отметить, что Google Play продолжает добавлять эту возможность некоторым разработчикам, например нашей компании она доступна.
Время на тестирование. Существует несколько способов протестировать приложение. Можно иметь тестеров в штате – с тест-кейсами, тест-планами, которые они обязательно проходят. Кроме того, существует сервис для тестирования – вы платите за найденные баги. Вы выкладываете приложение, его тестируют 20 тысяч человек. В этом подходе, конечно, есть плюсы и минусы.
Кадры в мобильной индустрии решают все. Хороших мобильных разработчиков сложно найти даже крупным компаниям, таким как Mail.Ru Group, Яндекс или Google. Именно поэтому мы ведем работу со стажерами - потому что иногда легче взять толкового студента и обучить его.

Заключение

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

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

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

Подобные документы

Характеристика компании Йота и особенности ее функционирования на рынке мобильного Интернета в России. Проведение сегментирования и позиционирование относительно марки и продукции. Миссия и цели предприятия. Разработка маркетинговой стратегии компании.

дипломная работа , добавлен 17.04.2015

Теоретические аспекты исследования конъюнктуры рынка и разработки нового товара. Разработка проекта продвижения товара, исследование рынка сбыта и разработка проекта продвижения товара ООО "Вельвет Мьюзик". Расчет показателей экономической эффективности.

дипломная работа , добавлен 03.08.2010

Функции мобильного телефона, его значение в современной жизни. Возможности бизнеса, цели инновационного проекта. Характеристика инновационного продукта. Потенциальная доля рынка для Samsung GalaxySkin. Конкуренция и конкуренты, план маркетинга продукта.

реферат , добавлен 08.11.2012

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

дипломная работа , добавлен 04.09.2016

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

реферат , добавлен 16.07.2016

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

контрольная работа , добавлен 03.02.2012

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

курсовая работа , добавлен 13.01.2011

Дарья Казовская Май 17, 2018

Итак, пьеса “Процесс разработки мобильного приложения” в 7 действиях.

Действующие лица

Клиент - заказчик мобильного приложения, идейный вдохновитель проекта
Azoft - разработчики приложения
PM - менеджер проекта
Бизнес-аналитик - исследователь и хранитель знаний о требованиях к продукту
UI/UX дизайнер - создатель интуитивного и привлекательного интерфейса приложения
Разработчик - инженер, который пишет код приложения
QA инженер - специалист по тестированию приложения

Пролог

Сначала клиент приходит с идеей мобильного приложения. Мы просим клиента предоставить нам техническое задание (ТЗ), а если его нет - высылаем . Бриф помогает расставить приоритеты, обозначить цели и задачи приложения.

Все приложения разные, и мы используем разные методологии разработки: каскадную модель - Waterfall, и гибкую - Agile. Что бы вы не выбрали, процесс создания мобильного приложения включает оценку, аналитику, дизайн, разработку, тестирование, багфиксинг, релиз и поддержку после релиза. Ключевое различие состоит в подходах. В каскадной модели продукт разрабатывается сразу полностью. В гибкой - приложение разрабатывается итерациями, каждая из которых объединяет в себе все перечисленные стадии разработки.

На выходе:

описание базовых функций мобильного приложения
выбор платформы: iOS, Android или кросс-платформа
выбор методологии: Agile или Waterfall

Действие первое - Планирование и оценка

Первый вопрос, который интересует клиента: “Сколько это будет стоить?”. Следующий за ним: “Когда будет готово мобильное приложение?”. Чтобы ответить на оба вопроса, и составляет план работ. На этом этапе к проекту обычно присоединяется менеджер проекта. Он может выступать со стороны заказчика или со стороны команды разработчиков. Задачи менеджера проекта: координировать работу команды и общаться с заказчиком.

Но что же означает загадочное слово “оценка”? На этом этапе мы изучаем техническую документацию. Рассчитываем, сколько времени потребуется на разработку и тестирование. Выявляем не описанные сценарии и узкие места в ТЗ.

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

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

На выходе:

скоуп задач
бюджет проекта

Действие второе - Aналитика

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

Бизнес-аналитики в Azoft выявляют требования к мобильному приложению, предлагают варианты реализации, строят схемы взаимодействия пользователя с приложением, создают основу UI - wireframes.

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

На выходе:

спецификация функциональных требований
спецификация нефункциональных требований
основа графического интерфейса - wireframes
план проекта
детальный бюджет

Действие третье - Дизайн приложения

Иногда клиенты приходят с готовым дизайном. Если дизайна у заказчика нет, мы создаём UI/UX с нуля. Когда аналитик передаёт дизайнеру основу графического интерфейса, вайерфреймы, мы приступаем к визуальному дизайну. Отрисовываем карту экранов, графические элементы, детализированный прототип с учётом различных сценариев использования.

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

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

На выходе:

карта экранов
дизайн приложения
привлекательный UI и удобный UX

Действие четвёртое - Разработка

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

В нативной разработке мы применяем языки Java и Kotlin для Android, Objective-C и Swift для iOS, и самые современные фреймворки и библиотеки. В кроссплатформенных решениях мы работаем с React Native и NativeScript.

Как только часть функционала разработана, мы её тестируем и продолжаем трудиться над остальными функциями.

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

На выходе:

версия приложения, готовая к тестированию
корректировки дизайна

Действие пятое - Тестирование и багфиксинг

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

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

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

На выходе:

баги сведены к минимуму
предрелизная версия приложения

Действие шестое - Релиз

Когда серия тестов и доработок приложения завершена, а разработчики, аналитики, тестировщики и дизайнеры дружно одобряют результат, приходит время добавить приложение в магазин приложений - Apple App Store, Google Play или любой другой сервис по желанию клиента.

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

На выходе:

приложение в сторе

Действие седьмое - Техподдержка и развитие

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

На выходе:

1 год гарантии на багфиксинг
договор сопровождения

Эпилог

Разработка мобильного приложения это непросто. Нет такой схемы “Раз-два, и готово”. Многие этапы могут пересекаться друг с другом или идти параллельно. Инстаграму потребовалось больше трёх лет, чтобы стать удобным и любимым миллионами приложением. И они до сих пор продолжают вносить улучшения и добавлять новые фичи. Перед тем как фантазировать, куда вы вложите деньги от продажи своего приложения IT-гиганту вроде Google, приготовьтесь - будет много работы. Смотрите действие первое.

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

Сервис для разработки мобильных бизнес-приложений AppGlobal позволяет в считанные часы создать полноценное функциональное мобильное приложение. Как это происходит?

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

Этапы разработки мобильного приложения:

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

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

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

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

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

ВАЖНО! Обращаем Ваше внимание на то, что после публикации приложения в AppStore или GooglePlay, можно вносить изменения в приложение без прохождения повторной модерации. В этом есть несомненный плюс, потому как заказчик приложения может в любое время вносить нужные изменения самостоятельно.

Публикация приложения — это последний этап разработки. После того как выявлены и исправлены ошибки, а приложение согласовано с заказчиком, можно приступать к публикации. Для этого Вам необходимо зарегистрировать аккаунт разработчика в GooglePlay/ AppStore и подать заявку на публикацию Вашего приложения. Стоимость регистрации аккаунта разработчика в GooglePlay составляет 25 долларов единовременно, в AppStore — 99 долларов в год.

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

“Сегодня, на продаже приложений для мобильных устройств не зарабатывает только ленивый”, -утверждает соучредитель компании Google Сергей Брин . И он, безусловно, прав! Разработка мобильных приложений - это сверх- окупаемый бизнес, который может принести существенную прибыль своему владельцу при минимальных затратах. И, несмотря на высокую конкуренцию и десятки тысяч всевозможных приложений в AppStore или GooglePlay, основать свою небольшую (или большую) компанию по продаже мобильного контента сегодня вполне реально.

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

Пару слов о легитимности бизнеса

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

Создание рабочей команды

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

Программист (количество персонала зависит от сложности приложения и скорости разработки) - ориентировочная зарплата 10-20 долларов в час;
. Дизайнер - ориентировочная зарплата 10-20 долларов в час;
. Тестировщик (опционально);
. Маркетолог (опциально ).

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

Разработка приложений Android - основы основ.

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

Уникальность;
. Функциональность;
. Максимальная ориентация на широкую аудиторию.

Нужно провести детальный анализ популярных приложений как в GooglePlay, так и AppStore. Посмотреть, по каким критериям люди выбирают платные и бесплатные приложения, и использовать их как основу для создания собственного контента. Например, приложение для скачивания и просмотра видео на популярном сервисе ex.ua имеет сотни тысяч скачиваний . Почему бы не сделать его аналог для другого сервиса? В общем, на этом этапе все зависит от тщательного анализа рынка и Вашейкреативности!

Отладка приложения и публикация на Google Play.

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

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

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

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

Сводим дебет с кредитом.

Подведем итог. Для создания небольшого приложения нам потребуется затратить сумму в 500-600 долларов США. То есть для получения прибыли с платного софта ценой в один доллар, необходимо чтобы его скачали более, чем 600 раз. Это вполне реально. Более того, при проведении небольшой рекламной компании в соц.сетях и тематических форумах, можно легко достичь показателя в 3-4 тысячискачиваний. Учитывая, что на разработку и отладку уходит не более месяца, получаем чистую месячную прибыль более чем 300%!