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

Как вы приступаете к созданию интерфейса? Насколько сильно вы ориентируетесь на web-интерфейсы? Помните о 5 самых важных аспектах проектирования UI для мобильных приложений.

1. Правила взаимодействия с пользователем не отменяются

Вспомним 4 ключевых правила интерактивного дизайна:

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

2. Понимание пользователей

Есть пара тактик, позволяющих понять поведение пользователей и проектировать интерфейс с его учетом:

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

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

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

3. План потоков

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

Пример: банковское приложение. Сценарий: настройка пополнения депозитного счета.

Автоматическое пополнение депозита
[Установить]
Выберите частоту пополнения
[Раз в месяц] [Два раза в месяц] [Раз в несколько недель] [Каждую неделю]
Один раз в месяц
[Выберите дату]
Подтвердить
Введите сумму
[Введите сумму]
[Установить автоматическое пополнение счета]

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

4. Ориентация на поведенческие шаблоны, привычки и неписанные стандарты. Учет движений

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

По этой причине навигационные кнопки, как правило, находятся в нижней части экрана:

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

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

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

Именно так выглядят схемы наиболее удобных для человека жестов.

94% времени пользователи держат смартфон в вертикальном положении.

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

И большинство пользователей используют смартфоны с диагональю экрана в пределах 4-5,5 дюймов.

5. Использование итеративного подхода

Говоря просто, лучше всего начинать с малого функционала, анализируя его важность, необходимость и качество исполнения, постепенно дополняя нововведениями. Это не только ускорит запуск проекта, но и сократит риски. А главное - позволит избежать перегруженности интерфейса.

Бонус: web-помощники для проектировщика интерфейсов приложений

1. Как подобрать хорошо сочетающиеся цвета для мобильного приложения? Используйте эти сервисы:
getuicolors.com
www.coleure.com
bootflat.github.io/color-picker.html

2. Изучите готовые примеры отличных интерфейсов , чтобы лучше понять необходимый уровень:
www.mobile-patterns.com/

3. Используйте готовые мокапы:
www.premiumpixels.com/tag-index/
uispace.net/all-psd
dbfreebies.co/mobile

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

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

Действительно, сейчас в Play Store (Google) доступно 2,8 миллиона приложений, а в App Store (Apple) — еще 2,2 миллиона, и эти цифры растут из года в год. Поскольку доминирование мобильных устройств над настольными компьютерами постоянно увеличивается, мобильные приложения очевидно пришли, чтобы остаться. Особенно в мире бизнеса и технологий.

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

Разработка мобильного приложения занимает 3-5 месяцев

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

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

Во-первых, исследование Kinvey. В 2013 году они опросили 100 разработчиков мобильных приложений. В ходе исследования эксперты должны были оценить, сколько времени потребуется для создания основных компонентов приложения (MVP) для Android или iOS.

Усреднив данные, Kinvey определили, что для создания «нативного MVP приложения» потребуется около 18 недель (т. е. 4,5 месяца), из которых 10 недель уйдет на разработку «backend» и 8 недель для «frontend».

Второе исследование, которое стоит упомянуть, — публикация GoodFirms от 2017 года. В нем описаны многочисленные опросы о структуре приложений, анализ времени и затраты, связанные с созданием мобильных приложений. Аналогично Kinvey, GoodFirms опросили несколько десятков технических компаний, попросив участников оценить, как долго (и сколько денег) потребуется для разработки таких приложений, как Instagram, Tinder и Uber, а затем усреднили полученные ответы.

Основываясь на опросах, GoodFirms утверждает, что при наличии полноценной команды разработчиков:

«Многофункциональные высоконагруженные приложения», такие как Instagram и Uber, занимают от 4,5 до 5,5 месяцев для разработки;
«Приложения со средней степенью сложности», такие как WhatsApp или QuizUp, требуют для создания около 4 - 6 месяцев;
«User-friendly приложения с меньшей функциональностью», такие как Tinder и Periscope, занимают от 3 до 4 месяцев.

Оба исследования показывают, что разработка мобильного приложения это примерно 3−5 месячный процесс. Естественно, что в зависимости от сложности и объема приложения эти сроки могут изменяться, в целом этот период времени является типичным.

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

Ключевые этапы разработки мобильного приложения или почему так долго

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

Этап 1: Исследование и планирование

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

Почему я хочу создать это приложение? Почему оно должно существовать? Какую пользу принесет миру? Люди действительно захотят использовать его? Какие люди? Зачем?
Существуют ли уже приложения такого вида? Если да, то в следствие чего я считаю, что могу победить своих конкурентов? Чем мое приложение будет отличаться, и почему оно будет лучше, того, что уже имеется?

По существу, для того чтобы глубоко понимать ваш целевой рынок и аудиторию, нужно ответить на следующие вопросы: «Что мое приложение должно делать?» «Почему оно существует?» и «Как я смогу обойти своих конкурентов?»

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

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

Этап 2: Функции и фичи

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

Это этап, на котором следует определить, как приложение должно функционировать:

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

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

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

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

Почему этот выбор имеет значение с точки зрения сроков?

2 простые истины:

Разработка приложения для более чем одной операционной системы и / или устройства практически всегда занимает больше времени.
Хотя с течением времени разница становится менее выраженной, на данный момент, разработка приложения для Android обычно требует на 20−30% больше времени, чем создание приложения для iOS.

Обычно iOS является предпочтительной платформой, из-за небольшого количества целевых устройств и версий ОС. Гораздо проще убедиться, что ваше приложение работает безупречно на каждом из них, нежели проверять его, разработав одновременное решение для нескольких операционных систем. Кроме того, приложение практически невозможно оптимизировать для каждого Android устройства, ведь сейчас их насчитывается более чем 12 000 разных видов.

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

Намереваясь разрабатывать приложение как для iOS, так и для Android (и, возможно, для Windows), вы можете следовать по одному из двух путей:

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

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

ЭТАП 3: Технические возможности, дизайн и разработка

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

Дает полезное описание этих двух взаимосвязанных структур:

«Front-end разработчики занимаются анализом кода, дизайном и улучшением . Они управляют тем, что люди впервые видят в своем браузере или приложении. Будучи Front-end специалистом, вы отвечаете за внешний вид, логику и дизайн сайта.

Back-end относится к серверной стороне разработки и, в основном, сосредоточен на том, как работает сайт. Обычно состоит из трех частей: сервера, приложения и базы данных. Код, написанный Back-end разработчиками, передает информацию о базе данных в браузер или приложение».

Технически Front-end процессы включают в себя кэширование, синхронизацию, прототипирование, UI дизайн, UI разработку и отладку пользовательского интерфейса. Хранение данных, управление пользователями, серверная логика, интеграция данных, push-действия и управление версиями относятся к Back-end.

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

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

Вы будете использовать публичные API ключи? Или будете создавать уникальный код?

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

Крупнейшие приложения в мире — от DropBox, Facebook и Instagram до Skype, Twitter и Uber — имеют общедоступные API, которые разработчики могут использовать при создании своих собственных приложений.

В качестве примера, Tinder, использует API Facebook: пользователи Tinder входят в систему через свои профили Facebook, что устраняет необходимость приложения в создании собственной аудитории пользователей с нуля.

Определение front-end и back-end совместимости (в качестве предшественника, или в качестве задачи выполняемой вместе) требует участия в проектировании UX и UI, включая прототипирование.

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

Wireframe — набор серых блоков, которые помогают:

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

Прототипирование (wireframing) может выполняться на разных этапах цикла создания и уточнения продукта.

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

Другие считают, что wireframing более целесообразно задействовать в стадии проектирования и разработки, рассматривая его в связке с исследованиями front-end и back-end совместимости.

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

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

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

Однако стоит сделать одно краткое, но важное замечание по этой теме.

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

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

В целом, все активности 3-его этапа займут не меньше 1−2 месяцев.

Фаза 4: Тестирование и доработка

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

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

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

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

Бета-тестирование — это стресс-тестирование приложения «вне лаборатории»: так можно выявить, как им будет пользоваться ваша целевая аудитория. Они получат возможность использовать приложение так как им нравится, а не как вы планировали.

На этом этапе больше не нужно определять то, как реагирует приложение, когда вы пытаетесь использовать его в том виде, в котором оно было предназначено для использования; вместо этого бета-тестирование — о том, как ваше приложение держится, когда «обычные люди» загружают его на свои телефоны и получают свободу, чтобы использовать его так как им удобно.

Альфа-тестирование выявляет основные ошибки и сбои, тогда как бета-тестирование должно выявить ранее немыслимые проблемы и сбои, которые могут произойти «в свободном полете».

Альфа и бета-тестирование являются важными этапами для создания надежного и успешного приложения. Если вы провели раунд (или несколько раундов) альфа-тестирования, то ваша стадия бета-тестирования не должна занять много времени, поэтому на тестирование и доработку мы отводим приблизительно 3−4 недели.

И напоследок

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

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

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

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

определение целевого рынка
проектирование
составление подробного технического задания (ТЗ)
создание прототипов
дизайн
разработка
тестирование
после тестирования и доработок выкладываем рабочую мобильную версию приложения в App Store, Google Play и т.п. и следим за отзывами и статистикой

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

Проектирование мобильного приложения

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

Задача этапа — понять и зафиксировать:

1. Как будет происходить взаимодействие команд на проекте с той и с другой стороны

2. Какие ресурсы будут задействованы в разработке (в первую очередь — труд специалистов со стороны заказчика и разработчика)

3. В какие сроки реально запустить MVP, его функционал

4. Как будет развиваться проект после выпуска MVP (долгосрочный план развития проекта)

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

1. Маркетинг

1) Цели создания приложения

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

2) Пользовательские сценарии

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

3) Продвижение

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

2. Архитектура, структура и интерфейсы

1) Архитектура

Проектирование базы данных сервера

2) Структура

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

3) Прототипы интерфейсов

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

3. Технологии

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

4. Выбор MVP

Запуск минимального функционала позволяет начать тестирование приложения в короткие сроки — уже через 2-3 месяца. Это позволит быть на связи со своей аудиторией, набирать скачивания, подтверждать/опровергать гипотезы, сделанные в процессе написания пользовательских сценариев, получать первые отзывы по интерфейсам и юзабилити.

MVP — понятный по функционалу и дизайну продукт, с четко обозначенными сроками и фиксированной стоимостью создания. На основе того, как сработала команда в период разработки MVP можно принимать решение о дальнейшем сотрудничестве на условиях Time&Material (по фактически затраченным нормо-часам)

5. Создание долгосрочного плана разработки

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

Еще раз о пользе проектирования перед созданием мобильного приложения

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

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

В 2016 году потребители потратили 61,8 млрд долларов на приложения для мобильных устройств, а в 2017 году эта цифра достигла 75,7 млрд долларов. Этот рынок постоянно растет, но далеко не все приложения пользуются успехом, оправдывая затраченные на них средства.

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

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

Факторы, которые влияют на стоимость создания приложения

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

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

Процесс разработки приложения действительно достаточно непрост. Иногда может потребоваться команда как минимум 6-7 специалистов.

План разработки выглядит приблизительно так:

Для начала нужно продумать, для кого и с какой целью создается приложение, как пользователь может в него войти, с какими проблемами столкнуться? Все это описывается в User Story.
Затем начинается этап проектирования и разработка дизайна, продумывается навигация, делается макет и составляется гайдлайн – это инструкция для разработчиков: как должны выглядеть элементы дизайна для разных мобильных устройств.
Далее осуществляется нарезка графики, чтобы не перегрузить приложение по весу, но в то же время оставить все необходимое. Обратите внимание, что при разработке не обычного веб-приложения, а , вес приложения будет не более 200 кБайт.
Далее эти все материалы передаются в разработку. Зачастую в процессе работы появляются новые идеи, которые вносят коррективы в начальный план.
После этого наступает этап тестирования. Тестировщик проверяет работу приложения на разных устройствах, а также использует специальные сервисы для тестирования приложения на разных операционных системах.
После тестирования приложение загружается в App Store и начинается этап мониторинга. Чтобы отследить статистику скачиваний и отзывы, можно использовать сервисы Distimo или Flurry. Также в этих целях используется Google Analytics.
После выпуска приложения нужно потрудиться над привлечением пользователей, собрать все метрики и проанализировать поведение пользователя. Если вы используете технологию push-рассылок, «изучить» привычки и запросы клиентов проще с услугой . Сделав необходимые выводы, улучшить приложение.

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

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

Как рассчитать стоимость разработки мобильного приложения

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

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

Средняя стоимость разработки мобильного приложения зависит от сложности приложения:

Простое приложение стоит около 3000 долларов (срок работ – 1-2 месяца);
Приложение средней сложности – 4000-5000 долларов (3-4 месяца);
Сложное – 6000 долларов (больше 4 месяцев).

Сколько стоит разработка мобильного приложения у фрилансера

В России и Украине многие разработчики-фрилансеры достаточно качественно «пишут» приложения. Цены у них в 2-3 раза ниже, чем, к примеру, у фрилансеров-разработчиков в США. Поэтому много заказчиков из других стран обращаются к украинским и русским специалистам.

Цена разработки приложения в разных странах

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

На создание простого приложения уходит около 2 месяцев работы, то есть 300 часов. Получается, что минимальная стоимость приложения от индийских разработчиков будет стоить $3000, у восточноевропейских – около $7500.

Сколько времени занимает создание мобильного приложения?

Процесс создания приложения для операционных систем Android, iOS, Windows Phone состоит из нескольких этапов.

Бесплатная оценка стоимости (занимает около 2-х дней);
Изучение задачи, рынка и конкуренции (около 5 дней);
Написание технического задания в зависимости от сложности приложения (10-15 дней);
Разработка дизайна (от 5 до 15 дней);
Программирование занимает от 20 дней до 4 месяцев;
Тестирование и мониторинг приложения проводится в течении 5 – 10 дней.

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

Как создать мобильное приложение бесплатно

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

Затем опубликовать приложение в каталогах iTunes и Google Play.

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

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

Как разработать мобильное приложение за адекватные деньги?

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

И сайтов схожи в том, что:

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

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

Типизация проектов

Нативное или кроссплатформенное?

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

Для разработки под мобильные у устройства нативных приложений iOS-разработчики пользуются языками , а Android-разработчики — языками . Objective-C и Java являются языками старого поколения и используются скорее для поддержки тех проектов, которые были на них написаны. Новые проекты всё чаще создаются на Swift и Kotlin.

Кроссплатформенные приложения — это нативное приложение, которое внутри себя может запускать универсальный код, независимый от конкретной ОС. Такой подход позволяет сэкономить на разработке. Их созданием обычно занимаются веб-разработчики. Для этого они используют фреймворки PhoneGap, React Native, Xamarin, Flutter и другие — их немало, но популярность перечисленных выше, чем у прочих.

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

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

Поддержка версий операционной системы

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

iOS-отдел компании Лайв Тайпинг поддерживает версии от 9.0 до 12.2. Это обусловлено тем, что с девятой версии IDE xCode без ошибок позволяет как верстать в Interface Builder, так и писать код на Swift 4.0.

На момент написания статьи Android отдел компании поддерживает версии от 4.4 до 8.1, что покрывает 94% всех Android устройств.

С актуальными процентными соотношениями версий ОС можно ознакомиться по этой ссылке .

Поддержка старых версий iOS и Android не только ведёт к удорожанию проекта и отказу от удобных технологий, но и не имеет смысла даже с точки зрения потребительских запросов — если рассматривать технику Apple, то в феврале 2019 года iOS 12 была установлена на 80% всех мобильных устройств .

Поддержка устройств

Диапазон поддерживаемых девайсов зависит от поддержки версий ОС. iOS-отдел Лайв Тайпинг поддерживает все устройства с версией от 9.0 и старше.

Информация актуальна на апрель 2019 года

С поддержкой Android-девайсов ситуация другая. На момент написания статьи на рынке существует 18221 мобильный телефон и планшет на ОС Android, и мы не можем на 100% гарантировать корректное поведение на каждом из них. При разработке приложений для телефонов мы ориентируемся на самые популярные форматы устройств и несколько известных проблемных девайсов. Так удаётся покрыть большую часть девайсов на рынке и минимизировать количество багов на специфических устройствах. А проведение финального предрелизного теста с помощью сервисов удалённого тестирования на реальных девайсах, например, Firebase Test Lab , позволяет минимизировать проблему фрагментации устройств на ОС Android.

Планшетная версия

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

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

В области eCommerce её уместность сомнительна. Работая над проектом ИЛЬ ДЕ БОТЭ, мы провели анализ и выяснили, что отдача от планшетной версии приложения несоизмерима с затратами на её разработку и поддержку. В итоге мы отказались от неё и сделали вывод, что онлайн-магазинам с большим оборотом будет достаточно приложения для мобильных телефонов и сайта с адаптивной вёрсткой. О том, как мы пришли к этому, рекомендуем прочесть .

Нужен ли бэкенд

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

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

Отсутствие сервера упрощает разработку, но решение о том, нужен он вам или нет, доверьте сделать нашей команде.

Теперь поговорим о внутри команды.