сколько времени занимает разработка мобильного приложения
Как запустить мобильное приложение: что нужно для старта, сколько стоит, сколько займет времени
Принимаясь за разработку мобильного приложения и не имея подобного опыта, хочется заранее погрузиться в отрасль, познакомиться с основными этапами и узнать, как избежать популярных ошибок.
Расскажем владельцам бизнеса, руководителям и менеджерам проектов, как подступиться к созданию собственного мобильного приложения.
Мы в Heads and Hands создали целый курс на эту тему. А для тех, у кого нет времени читать 8 писем с примерами из кейсов и рецептов, как избежать ошибок при разработке, все самое важное мы изложили сжато в этой статье.
До начала подробного разговора о деньгах, функциях и технологиях разработки, важно определиться с бизнес-целью. Все этапы зависят от выбранной цели: бюджет на достижение этой цели, выбор подрядчика, выбор функций для первой версии приложения, стоимость и сроки создания приложения.
Сформулируйте, что и к какому сроку приложение должно достигнуть. Сколько вы заработаете с его помощью, как повысится узнаваемость или лояльность клиентов, как вы измерите достижение цели?
Второй вопрос — какой бюджет готовы в это инвестировать? Если цель помогает определить, какие функции и технологии использовать в приложении, то бюджет диктует, от чего стоит отказаться.
Существуют мобильные приложения для клиентов: с их помощью люди покупают товары, заказывают услуги, пользуются личными кабинетами. Есть приложения, которые создают для сотрудников, чтобы автоматизировать бизнес-процессы в компании или предоставить работникам возможность решать вопросы дистанционно.
Система приложений и для клиентов, и для сотрудников
Бывают приложения с разделением ролей пользователей. Например, через приложение DOC+ пользователи быстро и без звонка в колл-центр вызывают врача домой, а врачи принимают вызовы, планируют расписание на день и прокладывают маршрут до нужного адреса.
Вот краткая информация, чтобы ориентироваться среди разных технологий создания мобильных приложений.
Если у вас есть технический директор — он поможет сделать правильный выбор, чтобы оптимально интегрировать приложение в сложившиеся у вас процессы. Если у вас нет технического директора — найдите себе технического директора. Он будет контролировать подрядчиков и руководить вашей командой разработки.
Нативные приложения. Для каждой платформы — iOS и Android — создают мобильные приложения на родном языке программирования. Обычно это дороже и дольше, но такие приложения работают быстрее, их проще поддерживать и развивать, ограничений по дизайну и возможным функциям практически нет;
Кроссплатформенные приложения. Создают одно приложение под обе платформы сразу, которое потом адаптируют для загрузки в магазины приложений. Инструменты разработки таких приложений строят приложения из шаблонов, из-за чего они все выглядят одинаково. Не каждую функцию получится реализовать, не на всех платформах функции будут работать корректно.
Вебвью. В окне приложения загружают страницу сайта. Иногда так открывают служебные страницы, чтобы сэкономить время разработки, например, текст пользовательского соглашения. В экстремальных случаях все приложение состоит из одного экрана, на котором загружена мобильная версия. Почти всегда вебвью выглядит чужеродно. Каждое нажатие на ссылку приводит к загрузке новой страницы, поэтому интерфейс ощущается зависающим и неотзывчивым.
Гибридные приложения. В них использованы сразу несколько технологий: часть функций реализована нативными средствами, другие разделы кроссплатформенные, некоторые экраны подгружаются в вебвью. Редко приложения делают изначально гибридными, чаще так получается со временем, когда над разными версиями работают разные разработчики, и новые функции создаются без оглядки на сложившийся стэк технологий.
Конструкторы приложений. Не стоит надеяться, что любой неспециалист без навыков программирования сможет с их помощью создать свое приложение. Скорее всего, придется все равно привлекать разработчика. Приложение получится шаблонным на вид, с минимальным набором функций и работающим медленно и нестабильно.
Стоимость разработки приложений
Стоимость зависит от выбора технологий, необходимости интеграции с внешними сервисами, количества платформ (iOS, Android или все вместе), сложности функций.
Цены приблизительные по рынку, когда исполнитель может гарантировать результат. Студент-фрилансер может попросить за работу меньше, но что получится в итоге — неизвестно. Такие экстремальные сценарии мы не учитывали.
Создание мобильного приложения почти никогда не занимает меньше 3 месяцев. Это минимальный срок, обычно разработка требует больше времени.
Примерный таймлайн проекта:
— проектирование интерфейса, 10 рабочих дней;
— создание концепта дизайна, 10 рабочих дней;
— дизайн всех экранов приложения и подготовка к разработке, 10 рабочих дней;
— написания технического задания и требований к интеграциям, 5 рабочих дней;
— разработка и тестирование, от 30 рабочих дней;
— подготовка к публикации в магазинах приложений и прохождение модерации, 5 рабочих дней.
Итого: 3 месяца и 1 неделя.
Бюджет и сроки редко получается стандартизировать. Их рассчитывают индивидуально под каждый проект. Если исполнитель не представил поэтапный календарный план проекта, скорее всего, он не разобрался в задаче. Велика вероятность, что он сорвет сроки или не уложится в бюджет.
Подробнее об этапах создания приложения, об аналитике в приложениях, о выборе подходящей технологии разработки, создании собственной команды разработчиков и поиске подрядчика мы рассказали в бесплатной обучающей рассылке. В этих письмах — опыт компании, партнеров и конкурентов, примеры из кейсов и способы избежать ошибок при разработке.
Создание мобильного приложения за 1 месяц: реальность или миф
Мобильные приложения разрабатываются, продвигаются, продаются и становятся все более и более популярными. Статистика показывает, что к 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 утверждает, что при наличии полноценной команды разработчиков:
Оба исследования показывают, что разработка мобильного приложения это примерно 3−5 месячный процесс. Естественно, что в зависимости от сложности и объема приложения эти сроки могут изменяться, в целом этот период времени является типичным.
Давайте теперь рассмотрим основные этапы создания приложения, чтобы понять, какие факторы влияют на срок разработки.
Ключевые этапы разработки мобильного приложения или почему так долго
Разработка мобильного приложения — это «итеративный процесс», в котором можно органично перемещаться между различными этапами исследования, разработки, тестирования, настройки и выпуска приложения. Но нам кажется, что будет полезно определить несколько основных этапов.
Этап 1: Исследование и планирование
В прошлой статье мы с вами разбирали этот этап, немного повторимся. Самая первая ступень работы над созданием мобильного приложения включает в себя ответы на два основных набора вопросов:
По существу, для того чтобы глубоко понимать ваш целевой рынок и аудиторию, нужно ответить на следующие вопросы: «Что мое приложение должно делать?» «Почему оно существует?» и «Как я смогу обойти своих конкурентов?»
Следует провести обширные исследования рыночного спроса и потребностей клиентов, будучи уверенным что: а) определили и обосновали монетизируемую боль клиента, b) рассчитали размер вашего рынка и c) подтвердили идею своего продукта.
Достаточно трудно точно определить сколько займет сбор и подтверждение этих важных данных. Вероятнее всего, вам нужно отвести на это 2−3 недели.
Этап 2: Функции и фичи
После анализа потребностей вашей целевой аудитории, осознания ее болей, определения объема спроса на рынке — настало время для формирования функционала мобильного приложения и определения его ключевой особенности.
Это этап, на котором следует определить, как приложение должно функционировать:
Это момент, когда вы будете создавать «визуальный прототип», то есть «представление пользовательского интерфейса приложения, показывающего экраны контента и связь между этими экранами». Прототип поможет выявить проблемы юзабилити и усовершенствовать пользовательский интерфейс.
На этом этапе вы также разработаете «варианты использования» — шаблоны для того, чтобы понимать, как ваша целевая аудитория будет взаимодействовать с приложением. Запомните: «чем больше функций вы добавите, тем сложнее будет ваш продукт, и тем больше времени потребуется на создание вашего приложения».
Одним из наиболее важных решений, которое вам предстоит принять на этом этапе, является то, будет ли ваше приложение поддерживать несколько операционных систем и / или устройств или, в качестве альтернативы, ограничиваться только одной операционной системой и / или устройством. На практике это обычно означает, что вам нужно решить, будет ли ваше приложение доступно для iOS, Android и / или Windows.
Почему этот выбор имеет значение с точки зрения сроков?
Обычно iOS является предпочтительной платформой, из-за небольшого количества целевых устройств и версий ОС. Гораздо проще убедиться, что ваше приложение работает безупречно на каждом из них, нежели проверять его, разработав одновременное решение для нескольких операционных систем. Кроме того, приложение практически невозможно оптимизировать для каждого Android устройства, ведь сейчас их насчитывается более чем 12 000 разных видов.
Таким образом, создание и тестирование приложений для Android потребуют больше времени, если вы не ограничите количество поддерживаемых устройств и разрешений экрана. При создании приложения для обеих платформ, продолжительность и бюджет вашего проекта могут удвоиться.
Намереваясь разрабатывать приложение как для iOS, так и для Android (и, возможно, для Windows), вы можете следовать по одному из двух путей:
Даже после этого невозможно с уверенностью предсказать продолжительность разработки. Вы должны заложить на выяснение основных функции и фич приложения от 3 до 5 недель.
ЭТАП 3: Технические возможности, дизайн и разработка
Итак, вы определили как приложение должно работать и чего вы от него ожидаете. Далее следует убедиться, что эти функции и особенности действительно могут существовать и работать соответствующим образом. Простыми словами, вы и ваша техническая команда должны быть уверены, что сможете обеспечить совместимость back-end и front-end.
Lauren Stewart дает полезное описание этих двух взаимосвязанных структур:
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 месяцев.
Таким образом, мы видим, что создание приложения — довольно долгий и сложный процесс, который требует много подготовки, терпения и самоотверженности для того, чтобы выполнить все должным образом. Далее поговорим о стоимости разработки приложения.
Сроки разработки приложения
Каждый год в сторах публикуется около 1 миллиона приложений. В 2017 году количество загрузок приложений составляло 197 миллиардов с прогнозом в 352 миллиарда к 2021 году. Весь этот праздник жизни будет генерировать около двухсот миллиардов долларов дохода по тому же прогнозу. Все эти большие и красивые числа означают лишь то, что приложений разрабатывается много, а будет разрабатываться еще больше.
Мировой опыт в разработке дает определенное понимание различных аспектов создания мобильных приложений, в том числе главных из них: стоимости и сроков разработки. В этой статье рассматриваем вопрос сроков: сколько времени занимает создание и разработка мобильного приложения?
Исследования
Компания Kinvey опросила 100 UI/UX специалистов в области разработки мобильных приложений с акцентом на один вопрос: “Сколько времени, по вашему мнению, займет создание MVP (первого рабочего прототипа) мобильного приложения?”.
Среднее значение всех ответов составило 18 недель
(примерно 4.5 месяца)
Эта оценка подразумевает затраты примерно в 10 недель на бэкенд и 8 недель на фронтенд.
В Kinvey также сделали вот такую красивую инфографику:
Расчетные этапы включают в себя:
За это же время можно собрать 1.3 Boeing 777 и запустить миссию Аполлон на Луну 40 раз.
Второе исследование было проведено в 2017 году компанией GoodFirms. Они подошли к делу более основательно, опросив различных специалистов в отрасли по оценке сроков и стоимости разработки конкретных примеров мобильных приложений (Instagram, Tinder, Uber и др). Результаты получились такими:
1. Сложные приложения, как Instagram или Uber, включающие в себя объемный функционал, оцениваются по срокам разработки от 4.5 до 5.5 месяцев.
2. Разработка приложении для iphone и других смартфонов, средних по сложности (WhatsApp) требуют около 4.5 месяцев рабочего времени команды.
3. Качественные приложения с небольшим функционалом потребуют от 3.8 до 4.1 месяца.
Средние оценки стоимости (в млн рублей, две платформы: iOS и Android, серверная часть) и сроков разработки приложений получились следующие:
Всего было опрошено 55 компаний-разработчиков мобильных приложений из 15 стран. Разброс оценок при этом получился достаточно большим:
Некоторые компании оценивали объем работы в срок не больше месяца, некоторые – не меньше восьми. Кто-то давал оценку в 300 миллионов рублей, кто-то – в 13 миллионов.
Результаты
По совокупным результатам обоих исследований средние сроки разработки мобильного приложения составляют 4–5 месяцев. Речь идет о полном цикле: от продумывания идеи до запуска, что включает в себя множество этапов.
Если вы планируете создать приложение для android с нуля или разработать относительно небольшое по функциональному объему приложение для iOS, рассчитывайте на срок от 3 до 4 месяцев. Сложное приложение – около 6-ти.
В студия AppCraft MVP делается быстро: мы понимаем, что за 4–6 месяцев состояние рынка и потребности клиентов могут существенно измениться. Поэтому предпочтение отдается возможности максимально быстро протестировать продукт на реальных пользователях вместо реализации дополнительного функционала.
Подписывайтесь на наш канал в Telegram: мы ежедневно публикуем интересные материалы про создание бизнеса и разработку мобильных приложений.
5 основных метрик для контроля качества мобильного приложения
Что измерять мобильному стартапу? Как отличить действенные метрики мобильных приложений, основанные на фактических данных, от «тщеславных показателей», способных только тешить самолюбие разработчика?
Свяжитесь с нами
Хотите получить бесплатную консультацию о разработке мобильного приложения?
Мы сможем сразу дать ориентировочную оценку проекта по стоимости и срокам, если Вы кратко опишите его основную идею и функции.
Сколько времени нужно для создания мобильного приложения?
Несколько месяцев или несколько часов?
Создание мобильного приложения — удовольствие дорогое и не быстрое. Такое впечатление складывается после прочтения большинства статей и кейсов на эту тему. Если цены могут сильно разниться в зависимости от географии и известности компании-разработчика, то ориентировочные сроки везде примерно одинаковые — 2-4 месяца. И это только для продуктов с относительно скромным пользовательским функционалом. Более сложные продукты создаются годами. Например, разработка всего одного алгоритма для Tinder заняла 2,5 месяца. А над мобильным приложением Microsoft Office трудились без малого три года.
За 8 часов один человек создал приложение Yo и 3 года потребовалось Microsoft для выпуска Office для iPad
Многих интересует, как ускорить создание приложения. Мы с командой Flipabit расскажем о том, что влияет на сроки разработки и как сэкономить время на каждом из этапов.
Спойлер: 8 способов ускорить разработку, не читая дальше
68 дней или 2-3 месяца среднее время создания приложения
Рассмотрим среднее время разработки на основе популярных мобильных приложений. Для простоты расчетов будем учитывать только основные функции.
Невозможно с абсолютной точностью рассчитать время разработки. Но опытный специалист примерно знает сколько времени занимает разработка той или иной функции приложения. Поэтому так важен этап анализа будущего приложения. Чем подробнее вы опишите как должно работать приложение, тем более точным будет прогноз.
Наиболее существенные факторы, влияющие на время разработки:
Глобально весь процесс можно разделить на пять этапов: анализ, прототипирование, разработка, тестирование и публикация. Рассмотрим их подробнее.
С опытом вы сможете тратить не более 2-х недель на анализ приложения.
Идею приложения какой бы гениальной она не казалась необходимо проверить, обсудить с разными людьми, изучить аналоги, зафиксировать функции и выделить приоритетные, спрогнозировать время на создание приложения.
Потратив лишнюю неделю на исследование вы сэкономите месяц на создании
Этапы исследования будущего приложения:
Эскиз несложного приложения можно набросать на бумаге за несколько дней
Эскизы это важный этап при разработке мобильных приложений. Эскиз визуализирует функции и возможности приложения, сокращая разрыв между первоначальной идеей и готовым продуктом. После создания эскизов разрабатывается детализированный дизайн пользовательского интерфейса, включая шрифт, цвета и изображения. Иногда дополнительно создается интерактивный прототип.
Последовательный процесс от эскиза к дизайну и интерактивному прототипу приложения
Когда дело доходит до визуальных деталей, рисовать карандашом намного проще, чем объяснять идею пальцами. Набросать эскиз на бумаге это самый быстрый способ создать макет будущего приложения. После того, как вы набросали основные экраны, вы можете приступить к созданию более детализированного схематичного каркаса, который состоит из блоков, слов, линий и иногда описаний.
Наконец превратите свои эскизы в окончательный дизайн. Если планируете сделать дизайн самостоятельно, не изобретайте велосипед. Найдите подходящий шаблон и настройте его под себя, чтобы сэкономить время.
Если приложение содержит много элементов и экранов или предполагает сложное взаимодействие с пользователем полезно создать интерактивный прототип. Прототип продемонстрирует приложение в действии на ранних этапах разработки до начала программирования. Здесь можно даже нажимать на кнопки и переходить между экранами. Хотя это просто эмуляция функциональности и здесь нет никакого программирования.
Интерактивный прототип университетского приложения
Список бесплатных инструментов чтобы создать эскиз и превратить его в прототип:
От 1 до 2 месяцев длится этап разработки приложения
Архитектура большинства программных продуктов, будь то интернет-магазин, онлайн-игра или мобильное приложение, состоит из двух частей: Фронт-энд (Front-end) и Бэк-энд (Back-end). Не требуют наличия бэкенда только простейшие приложения, такие как калькулятор, камера или будильник.
Например, в приложении Фейсбук на экране со списком друзей пользователь нажимает на фото друга (это Front-end), на сервер отправляется запрос с идентификатором друга, выполняется поиск соответствующей записи в базе данных и изображений в хранилище и затем найденные данные отправляются обратно в приложение (это Back-end), после чего на экране выводится список последних постов друга (это Front-end).
Серверная часть создается один раз и используется для любых платформ, Android, iOS и др.
В 2 раза дольше создавать приложение для двух платформ
Интерфейс создается отдельно для каждой платформы, причем время создания для разных платформ примерно одинаковое, т.е. в два раза увеличится время если нужно создать версии для Андроид и iOS. Выбрав кроссплатформенный инструмент вы сэкономите до 30% суммарного времени на разработку.
Экономьте от 30% времени с кроссплатформенным инструментом
Считается, что 80% времени, затрачиваемого на ожидание в приложении, приходится на интерфейсную часть и только 20% на серверную часть. Поэтому оптимизация интерфейса даст наибольшее ускорение работы с наименьшими усилиями.
80% времени ожидания в приложении приходится на интерфейс
Разумеется это правило работает если ответ от вашего сервера приходит быстро. Но даже если ваш сервер быстрый на этапе разработки и тестирования, ошибочно предполагать что так будет всегда. При увеличении количества пользователей приложения, нагрузка на сервер будет возрастать. В пиковые моменты когда одновременно 100 или 1000 пользователей запускают приложение, время ожидания ответа может увеличиться в разы.
Поэтому так важно предусмотреть возможность масштабирования серверной части еще на этапе выбора платформы, а на этапе тестирования провести тесты симулирующие высокую нагрузку.
На 40% сократится время разработки при использовании готовой инфраструктуры для бэкенда
Если у вас нет опыта в разработке бэкенда, обратите внимание на готовые решения, такие как Google Firebase или Amazon AWS Amplify. Подобные платформы значительно сократят время разработки серверной части и выдержат любые нагрузки и любое количество пользователей. Бесплатный тариф подойдет для большинства приложений на старте. И даже платные тарифы будут дешевле чем стоимость разработки и сопровождения собственного решения.
Ускорьте разработку приложения с методикой MVP
Вы можете сократить время разработки и выпуска приложения используя методику минимально жизнеспособного продукта (minimum viable product, MVP). Суть метода проста — вместо внедрения всех функций приложения сосредоточьтесь на одной самой важной функции. Это позволит максимально быстро создать и выпустить рабочее приложение которое уже будет иметь ценность для пользователя.
После выпуска минимальной версии, переходите к добавлению и выпуску следующей важной функции и так далее. Кроме ускорения разработки у MVP есть еще несколько преимуществ:
Этап разработки — самый растянутый во времени и самый дорогостоящий. Лет 5-7 назад, когда итеративный подход к созданию приложений был не так популярен, приложения могли находиться в разработке годами, и это считалось вариантом нормы. Сегодня использование готовых фреймворков и методики MVP значительно ускоряет процесс разработки и позволяет выпустить первую версию уже через месяц.
Оставьте как минимум неделю на тестирование
Цель этого этапа — выявить все возможные недочеты, возникающие при разных сценариях использования, и устранить их. При тестировании проходятся по всем элементам интерфейса. Каждая кнопка должна работать корректно, каждая ссылка — вести в нужное место. Приложение тестируют на реальных устройствах с разными версиями операционных систем.
Основные моменты, которые необходимо учитывать при тестировании мобильных приложений:
Если у вас нет нужного устройства для тестирования воспользуйтесь одним из сервисов предлагающих удаленный доступ к реальным мобильным устройствам.
Онлайн сервис для тестирования приложений на реальных устройствах
Список сервисов где можно протестировать приложение на реальных устройствах:
7 дней длится рассмотрение вашего приложения в магазине
Сам процесс загрузки приложения на App Store или Google Play технически не сложный и может смутить только в первый раз. Достаточно заполнить все необходимые поля во всех разделах и загрузить скриншоты вашего приложения. Быстро создать скриншоты и баннеры для загрузки помогут различные онлайн инструменты, например AppLaunchpad.
От 3 до 7 дней приложение проверяется магазином
После заполнения всех данных приложение отправляется на проверку сотрудником магазина. Ориентировочные сроки прохождения проверки и одобрения в Google Play — 7 дней, в App Store — 3-5 дней. Ваше приложение проверяется на соответствие требованиям Apple и требованиям Google. Если все в порядке через несколько дней ваше приложение появится в магазине. Или вы получите список замечаний которые необходимо устранить и повторно подать заявку на рассмотрение.
Как минимум 1 неделю сэкономит знание основных причин отклонения приложений
Самые распространенные причины отклонения приложений:
Львиную долю тайминга забирает разработка — фронтенд и бэкенд. Создание с нуля приложения без специфического функционала занимает 2–3 месяца при благоприятных условиях. Но процесс разработки можно ускорить в разы используя современные инструменты мобильной разработки — конструкторы приложений. Более того приложение можно сделать самостоятельно, не тратя годы на обучение языкам программирования.
За выходные можно создать рабочее приложение для iOS и Android используя конструктор
Этот подход называется зерокодинг и широко используется при разработке разных цифровых продуктов — приложений, сайтов, чат-ботов и даже маркетплейсов. Готовый к релизу продукт собирается, как «Лего», из готовых шаблонов и виджетов. При этом не нужны специфические знания в разработке, дизайне и тестировании.
Звучит очень заманчиво и немного фантастически. Но это реальность нашего времени: в эпоху Dial-up и безлимитный интернет в каждом доме казался фантастикой. Второй «Тиндер» или «Инстаграм» на конструкторе за пару дней не собрать, но сервисное или развлекательное приложение с достаточным функционалом вполне можно сделать.
«Интерфейс создается отдельно для каждой платформы, причем время создания для разных платформ примерно одинаковое, т.е. в два раза увеличится время если нужно создать версии для Андроид и iOS. Выбрав кроссплатформенный инструмент вы сэкономите до 30% суммарного времени на разработку.»
Это сейчас отличное решение, товарищ по такой схеме делает приложение знакомств
Сотрудник поддержки предупредил о баге в приложении и пообещал вернуть ошибочно списанную комиссию. Но этого не случилось. Поддержка отрицает обещание своего коллеги.