Shark Develop - компания по разработке мобильных приложений для iOS и Android

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

Разработка мобильных приложений | Мобильная разработка | Почему разработка мобильных приложений стоит дорого 2

Рынок мобильных приложений продолжает бить и без того внушительные рекорды. По данным аналитической компании App Annie, число загрузок в App Store и Google Play в первом квартале 2018 года составило 27,5 млрд, а сумма, которую потратили пользователи приложений — $18,4 млрд. По сравнению с аналогичным периодом 2017-го цифры выросли на 10 и 22% соответственно.

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

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

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

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

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

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

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

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

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

В 2016 году Лайв Тайпинг разрабатывал стриминговое мобильное приложение Infiniscene, сейчас недоступное. От конкурентов его отличала возможность стримить на серверы сразу нескольких популярных сервисов, включая YouTube, Twitch и Hitbox. Решить непростую задачу было можно только подбором подходящей библиотеки, которая одновременно работала бы с iOS и Android-устройствами, поддерживала нужный протокол вещания, кодировала видео в правильные форматы — и всё это за доступную цену. Чтобы сделать окончательное решение, разработчикам нужно было изучить и проверить пять библиотек. Это заняло 40 часов. Подробности можно узнать из кейса проекта.

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

Работа над приложением — это не только код

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

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

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

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

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

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

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

Создание приложения не заканчивается после релиза

Сама по себе публикация продукта на маркетах требует специальных навыков. У Google Play и App Store есть правила — если их нарушить, ваше приложение отклонят, и придётся устранять ошибки и терять время.

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

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

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

Высокий спрос на программистов определяет цену

Сегодня 2,5 млрд жителей земного шара пользуются смартфонами, и 76% из них проводят перед экранами гаджетов больше трёх часов в день. Все прогрессивные компании от банков до пиццерий стараются это использовать, а успех сервисов вроде Uber и Airbnb сделал невероятно популярной бизнес-модель, когда услугу можно заказать в приложении, а затем получить в офлайне.

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

Согласно статистике Business of Apps, часовая ставка iOS- и Android-девелоперов в Восточной Европе, куда традиционно относят и Россию, составляет 35 $.

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

Теперь умножьте эту ставку на количество часов (от 300 до нескольких тысяч в зависимости от сложности проекта). И это только труд разработчиков, без учёта других расходов, о которых мы рассказали выше.

Отсутствие приложения может стоить дороже

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

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

Одно из преимуществ мобильного приложения — оно притягивает лояльную целевую аудиторию. Можно предложить бонус за установку, но если человек изначально не заинтересован в использовании сервиса или покупке товара, он не станет скачивать приложение.

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

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

Источник: livetyping.com

Кроссплатформенная или нативная разработка мобильного приложения: выбираем правильные инструменты для вашего проекта

Разработка мобильных приложений | Мобильная разработка | Кроссплатформенная или нативная разработка мобильного приложения: выбираем правильные инструменты для вашего проекта 4

Мировой рынок мобильных приложений, который по ожиданиям в этом году составит $77 миллиардов, претерпевает некоторые изменения. На сегодняшний момент 99,6% смартфонов функционируют на операционной системе IOS или Android. Сейчас многие компании используют мобильные приложения как канал информирования пользователей о зарождающихся брендах, а не как способ ведения бизнеса. Эксперты начинают задаваться вопросом будущего мобильных приложений, это связано с растущим внедрением AI solutions (т.е. чатботов) и мессенджеров. В условиях противоречий и беспорядка, вопрос нативной или кроссплатформенной разработки мобильных приложений стоит острее чем когда-либо. Должна ли ваша компания инвестировать в нативную разработку или лучше создать кросплатформенное приложение? В этой статье говорится о ключевых моментах различия нативной и кроссплатформенной разработки приложений и почему сочетание этих двух технологий может быть не очень правильным решением.

Ключевые отличия

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

Преимущества нативных приложений включают в себя:

  • Высокую производительность;
  • Основной пользовательский опыт;
  • Большую видимость в магазинах приложений.

Разработка кроссплатформенного приложения – это технология, которая совместима со множеством операционных систем и таким образом работает на разных смартфонах и планшетах.

Существует два типа реализации кроссплатформенной разработки:

  • Нативные кроссплатформенные приложения. Каждая операционная система имеет собственный SDK и технический стек (Java для Android и Objective-C/Swift для iOS). Опытный разработчик может создать единый API функционирующий на native Software Development Kit и использующий одну и ту же кодовую базу для Android и IOS. Нативные кроссплатформенные приложения обычно создаются с помощью Xamarin и Appcelerator Titanium.
  • Гибридное HTML5 приложение. Хотя, мобильные приложения разрабатываются для смартфонов и планшетов, их бэкэнд серверы справляются с логикой приложения. С тех пор как IOS и Android SDK начали характеризоваться как продвинутые веб-компоненты, квалифицированные разработчики программного обеспечения часто используют WebView, чтобы создать разные части приложения GUI (Graphical User Interface) с использованием HTML5, CSS и JavaScript. Наиболее популярным средством является фреймворк — Apache Cordova (раннее известный как PhoneGap).

Топ инструменты кроссплатформенной разработки приложений:

Apache Cordova, Xamarin и Unity насчитывают 70% инструментов занимающих весь рынок мобильной разработки.

  • Apache Cordova.. Технический стек Аpache Cordova состоит из HTML5, CSS3 и JavaScript. Механизмы разработки мобильных приложений дают доступ ко встроенному акселерометру смартфона, хранилищу файлов, GPS, контактным данным, мультимедиа и оповещениям. Apache Cordova также может похвастаться несколькими преимуществами включая довольно простой API и возможностью использовать любой JS фреймворк. Тем не менее, платформа представляет UI интерфейс приложения через веб-браузер (который, конечно, может лагать).
  • Xamarin. Приложения на Xamarin создаются с помощью C# и .Net. Xamarin позволяет разработчикам повторно использовать код и облегчает процесс создания динамического макета для IOS. Однако определенно компоненты UI не могут быть осуществлены на MonoTouch и MonoDroid, с тех пор как они положились на специфические особенности Android и IOS.
  • Unity. Unity — это популярная технология разработки мобильных приложений, обеспечивающая разработчикам возможность создавать высоко квалифицированные 2D/3D приложения (обычно игры) для разных платформ, включая Windows, iOS, Android и Xbox.Unity (наряду с Unreal Engine) считается одним из лучших инструментов для представления 3D контента. Решение имеет множество бесплатных плагинов и поддерживает разработку пользовательских шейдеров. Unity имеет крутую кривую обучения, а ее компиляторы не оптимизированы для процессоров ARM.

Можно сказать, что популярность кроссплатформенной разработки мобильных приложений можно отнести к возрастающему спросу создания приложений для предприятий (которые скоро превзойдут возможности имеющихся разработок на 500%) и печально известный Bring Your Own Device trend (в течение 2017 года, половина работников будут требовать у работодателей использовать их собственные гаджеты для рабочих целей).

Когда экономия ресурсов и сокращение времени внедрения приложения перевешивают UX (удобство пользовательского использования), тогда кроссплатформенная разработка имеет место быть.

Разработка мобильных приложений | Мобильная разработка | Кроссплатформенная или нативная разработка мобильного приложения: выбираем правильные инструменты для вашего проекта 5

Преимущества и недостатки кроссплатформенных приложений

Преимущества разработки кроссплатформенного приложения включают в себя:

  • Более короткое время разработки. Если вы выберите верный технический стэк и распланируете свой проект тщательно, вы получите возможность переиспользовать до 80% кода.
  • Рентабельность. Разработать нативное мобильное приложение обойдется вам в минимум десять тысяч долларов, и здесь мы говорим не о клоне “Clash of Clans”. Умножая стоимость IOS и Android и добавляя 30% (разработка Android более дорогая) и вы получите приблизительную стоимость запуска приложения на обоих платформах App store и Play market.
  • Воздействие на большое количество пользователей. Многие кроссплатформенные приложения работают на IOS и Android системах (также на Windows, Linux, Tizen и даже Symbian).
  • Синхронизация обновлений. В мире где разработчики приложений внедряют обновления 4 раза в месяц, техническое обслуживание может забирать большую часть доходов приложения на себя, и это именно то место, где выигрывают кроссплатформенные разработки.

Где приложения, независимые от платформы проигрывают:

  • Проблемы с производительностью. Вычислительная мощность смартфонов относительно мала. Содействие материально-техническому обеспечению HTML5/CSS UI, напротив, требует много ресурсов GPU/CPU и может увеличить время отклика приложения.
  • Проблемы с дизайном. Соединение UX требований по дизайну двух платформ может вызвать затруднение. Apple особенно печально известны своим Human Interface Guidelines и отклоняют вебсайты в нативной обертке. Однако 20% отказов в App Store приходятся на баги приложения и плохой UI дизайн. Если вы обратитесь к надежной компании по разработке кроссплатформенных приложений на HTML, ваше приложение скорее всего получит зеленый свет.

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

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

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

Возвращаясь в 2012 год к Facebook, самой большой мировой социальной сети, реализация их приложения на HTML5 вместо нативного приложения IOS вполне может называться самой большой ошибкой, которую они когда-либо делали. По словам Мика Джонсона, бывшего управляющего отдела IOS в компании Facebook, решение перейти к нативной разработке решит три главных проблемы, связанные с показателями приложения, включая скорость загрузки, пролистывание ленты новостей и загрузки фотографий. Facebook спустя год продолжил реализацию нативного приложения уже и на Android. Компания ничего не имела против HTML5 – эта технология до сих пор используется для мобильной версии сайта. Однако все это не отвечало требования компании и могло в любой момент провалиться. Именно поэтому вам следует искать опытного разработчика, разрабатывать грамотный план стратегии вашей работы.

Статья переведена Екатериной Гулидовой. Источник: Andrew Klubnikin на medium.com