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

4 причины обновлять приложение после релиза 

Новые приложения появляются постоянно: Google Play Store одобряет и публикует около 3700 в день, а AppStore — чуть больше 770. Если к этому прибавить заявки, которые маркетплейсы не одобряют, то становится очевидно, что компании по разработке приложений выпускают тысячи сервисов ежедневно, и конкуренция на рынке очень высока.

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

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

1. Меняются требования маркетплейса

Чтобы обеспечить безопасность пользователей, AppStore и Google Play постоянно обновляют требования к мобильным приложениям. Специальный машинный алгоритм и команда разработчиков оценивают все опубликованные решения. Если что-то не так, владельцу приложения придет уведомление с информацией о том, что нужно исправить. 

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

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

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

2. Возникают баги

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

Даже если процесс разработки мобильного приложения был идеальным, пост-релизные ошибки все равно могут возникнуть. Почему это происходит и означает ли это, что QA инженеры поработали плохо? Не совсем так. Задача QA инженеров — собрать информацию о багах и присвоить им приоритет в зависимости от типа, бюджета и сроков. Если ошибки мешают приложению работать, их помечают как «критические» и отдают им первый приоритет. 

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

В Facebook пользователи могут сообщить о проблеме и приложить скриншот или видео

3. Вы решили масштабироваться и добавить новые функции 

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

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

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

4. Давно не выпускали обновления

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

Криптовалютный кошелек Zerion выпускает обновления почти каждый месяц

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

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

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

Как правило, мы рекомендуем выпускать 1-2 обновления в месяц, исправляя баги, добавляя новые функции и повышая производительность приложения. 

2 вида пост-релизной поддержки

Когда мы слышим вопрос: «сколько стоит поддержка приложения?», то сразу спрашиваем, что клиет имеет в виду. Бюджет напрямую зависит от типа услуги, которая вам нужна. В этой статье мы рассмотрим 2 вида поддержки приложения после выпуска: когда у вас сразу есть новые идеи, а также когда нет идей и нужно регулярное обслуживание. Затем мы поделимся приблизительным бюджетом для каждого типа. Давайте разбираться подробнее!

🧑💻 Дисклеймер: Ниже мы описываем, как процесс работает в Purrweb. Нет гарантий, что другие команды предлагают услуги в таком же объеме.

🆕 Когда вам нужны новые функции

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

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

🛠 Когда вам нужна регулярная поддержка и периодические обновления

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

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

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

Мы добрались до самого важного вопроса: «Сколько стоит поддержка приложения?». Давайте обсудим, какой бюджет готовить. Стоимость пост-релизного обслуживания складывается из нескольких факторов.

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

• • Тип поддержки. Вам нужно добавить новые функции или просто поддерживать решение и периодически выпускать обновления? Если вы решили масштабировать приложение, то мы обсудим ваши цели и предпочтения, сроки, сложность и подготовим оценку на основании этих данных.
  • Количество часов. Как правило, в мире IT цена проекта зависит от того, сколько часов требуется команде для разработки мобильного приложения. Поэтому мы сначала оцениваем количество функций и улучшений, затем подсчитываем, сколько времени это займет, и готовим оценку проекта.
  • Размер команды. Чем больше людей понадобится для обслуживания приложения, тем выше будут затраты. Если вы хотите выпустить небольшое обновление, скорее всего, вам понадобится разработчик и проджект-менеджер. А если захотите полностью пересобрать страницу или разработать новую функцию, то к команде и цене как минимум добавится UI/UX дизайнер.

💰Чтобы как можно точнее ответить на вопрос «Сколько стоит поддержка приложения?», мы подготовили таблицу для двух типов пост-релизного обслуживания.

Как вы видите из таблицы, ответ на вопрос «Сколько стоит поддержка приложения?» может меняться в зависимости от ваших планов и целей.

Общая рекомендация по планированию бюджета: закладывать около 20% от изначальной стоимости разработки на поддержку приложения в год.

Кого нанять для поддержки приложения

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

Своя команда

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

Новая команда или фрилансер 

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

Изначальная команда 

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

Подводим итоги

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

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

О нас

Purrweb — это компания, которая предлагает услуги по UI/UX дизайну, а также по разработке мобильных приложений и веб-решений. Мы создаем надежные и актуальные MVP, уделяя особое внимание дизайну UI/UX и предпочтениям пользователей.

Есть идея для проекта? Заполните форму ниже и получите консультацию от нашей команды 👇🏼