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

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

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

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

Казалось бы, зачем готовому IT-продукту обслуживание от разработчиков или сторонних подрядчиков? Ведь ресурс уже полностью готов, наделен своими основными функциями, процесс коммуникации с пользователями полностью отлажен, взаимодействие с сервером работает как надо, архитектура полностью продумана и т.д. Ну вот для чего такой “идеальной” платформе нужна поддержка?

Обновление OC

Популярные платформы (Android и iOS) регулярно выпускают обновления. Но что это значит для фаундеров?

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

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

Расширение функционала

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

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

Сбор статистики

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

Регулярный выпуск обновлений

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

Исправление багов и ошибок

Не всегда появление багов свидетельствует о том, что тестировщики плохо поработали над проектом. Причиной появления ошибок может быть то, что приложение разрабатывалось на определенную нагрузку аудитории. К примеру, фаундеры рассчитывали на то, что максимальные охваты будут не более 100 000 пользователей, а проект выстрелил, оказался перспективным и количество пользователей превысило 1,5 миллиона человек. Из-за огромной нагрузки на приложения появились те баги, которые на изначальном тестировании не было. Как следствие, необходимо снова искать, документировать и фиксить баги.

Безопасность

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

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

Масштабные обновления

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

Как часто нужно выпускать обновления?

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

Но как часто нужно выпускать обновления? На самом деле, нет единого оптимального графика для выпуска обновления. Для каждого отдельного продукта он свой. Однако мы можем оценить средние сроки. Так наиболее крупные и популярные приложения выпускают обновления каждые 14-16 дней. Менее популярные проекты каждые 20 дней. Если вы только запускаете свой продукт, то стоит сразу выработать график публикации обновлений, чтобы не теряться среди конкурентов на таких маркетплейсах как AppStore и Google Play Store.

Существует несколько подходов к тому, как происходят обновления:

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

Стоимость поддержки приложения

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

Что влияет на стоимость услуги?

• Количество часов на доработку. Будем честны, время самый главный и основной ресурс. При расчете стоимости в первую очередь учитывается количество часов, которые будет тратить команда разработчиков на поддержку уже готового проекта. Чем больше времени необходимо для работы над проектом, тем выше будет стоимость поддержки. Также на стоимость влияет регулярность задач.
• Размер команды. Как и для создания проекта с нуля, в работу необходимо привлекать разработчиков, project-менеджера, QA-инженера и в редких случаях дизайнера. А значит, размер команды также будет влиять на стоимость поддержки. Особое значение также может иметь то, что надо будет реализовать новый функционал или полностью переделать дизайн уже готового проекта.
• Количество задач. Некоторые IT-продукты нуждаются лишь в регулярном исправлении или исправлении багов. Однако другие проекты нуждаются в том, чтобы полностью переделать визуал приложения. Соответственно от количества поставленных задач и дедлайнов будет зависеть качество готового проекта.

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

Если говорить про регулярное обслуживание, то стоимость может составлять от 15 до 20% от изначальной стоимости проекта. При оценке проекта учитывается размер команды. Как минимум, один разработчик и project-менеджер, а также количество часов в день, которые будут тратиться на разработку.

Кто занимается обслуживанием мобильных приложений?

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

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

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