Казалось бы, после завершения разработки и релиза любая работа над проектом должна завершаться. Ведь его уже опубликовали на маркетплейсе и запустили рекламную кампанию. А значит улучшать как-то пользовательский опыт, модифицировать интерфейс или внутреннюю логику больше не придется. Ведь так?
На самом деле работа над проектом здесь только начинается. Ведь чтобы сервис корректно функционировал и выполнял поставленные задачи необходимо регулярно выпускать обновления и фиксить возникающие баги. Именно поэтому многие IT-компании предоставляют техническое обслуживание приложений.
Казалось бы, зачем готовому IT-продукту обслуживание от разработчиков или сторонних подрядчиков? Ведь ресурс уже полностью готов, наделен своими основными функциями, процесс коммуникации с пользователями полностью отлажен, взаимодействие с сервером работает как надо, архитектура полностью продумана и т.д. Ну вот для чего такой “идеальной” платформе нужна поддержка?
Популярные платформы (Android и iOS) регулярно выпускают обновления. Но что это значит для фаундеров?
Это значит, что необходимо совместить ПО с той платформой, на которой оно будет установлено. Но что же будет с продуктом, если этого не делать? Так приложение, которое раньше отлично функционировало, уже сегодня может не запускаться и выдавать ошибки. Стоит ли говорить о том, что пользовательский опыт и доверие аудитории к компании будет падать? Избавится от этой проблемы помогает регулярное обслуживание.
Команда разработчиков перестроит проект под новые требования и поможет избежать возникновения ряда проблем. Особенно важна поддержка обновлений ОС для кроссплатформенных приложений, так как такие продукты создаются сразу под несколько площадок.
Люди любят новизну. И особенно это касается сферы IT. Поэтому для фаундеров важно следить за новыми тенденциями и конкурентами, чтобы расширять функционал своего продукта или обновлять дизайн интерфейса.
Аудитория нуждается в регулярном обновлении. Ведь чем больше потребностей закрывает сервис, тем лучше. Расширение функционала удовлетворяет более широкий диапазон потребностей, что помогает компании масштабироваться и охватывать новых пользователей.
Да, техническое обслуживание используют не только для того, чтобы улучшить работоспособность. Для лучшего понимания желаний аудитории и дальнейшего улучшения опыта от взаимодействия сервисом необходимо определить, какие функции закрывает потребности пользователей, а какие абсолютно бесполезны. Это позволит эффективнее масштабировать продукт и расширять его возможности.
Ежедневно на маркетплейсах публикуются тысячи приложений из различных категорий. В таком потоке контента легко потеряться, особенно если не уделять внимание публикации обновлений. На фоне остальных приложений, которые регулярно обновляются, ваш проект может потеряться. А некоторые пользователи могут посчитать ваш продукт заброшенным. Отсутствие апдейтов может негативно сказаться на пользовательском опыте и сократить ЦА проекта.
Не всегда появление багов свидетельствует о том, что тестировщики плохо поработали над проектом. Причиной появления ошибок может быть то, что приложение разрабатывалось на определенную нагрузку аудитории. К примеру, фаундеры рассчитывали на то, что максимальные охваты будут не более 100 000 пользователей, а проект выстрелил, оказался перспективным и количество пользователей превысило 1,5 миллиона человек. Из-за огромной нагрузки на приложения появились те баги, которые на изначальном тестировании не было. Как следствие, необходимо снова искать, документировать и фиксить баги.
Этот пункт не менее важен, ведь большинство популярных проектов требуют использования личных данных. А значит, на плечах фаундер лежит ответственность по поддержанию безопасности, особенно если его сервис задействует паспортные данные, номера карт и т.д.
С ростом приложений растет и потребность в поддержании кибербезопасности. Злоумышленники постоянно пытаются найти новые пути для получения данных пользователей. Регулярное обслуживание помогает искать уязвимые места в работе программы и вовремя их устранять.
Может случится и так, что вы полностью пересмотрели концепцию своего проекта, решили ориентироваться на другую аудиторию или захотели полностью обновить визуальное оформление. Для этого вам также потребуется помощь команды разработчиков. Ведь теперь нужно обновить уже существующий функционал, переделать пользовательский интерфейс, переделать логику и т.д. После внедрения таких масштабных обновлений крайне важно проследить за тем, чтобы сервис корректно функционировал. Ведь масштабные изменения могут потянуть за собой баги и ошибки.
Обновления нужны не только для подключения нового функционала или апгрейда пользовательского интерфейса. Без регулярных апдейтов ваш проект рискует потеряться среди более модернизированных ПО, фаундеры которых учитывают пользовательский опыт и работают над качеством.
Но как часто нужно выпускать обновления? На самом деле, нет единого оптимального графика для выпуска обновления. Для каждого отдельного продукта он свой. Однако мы можем оценить средние сроки. Так наиболее крупные и популярные приложения выпускают обновления каждые 14-16 дней. Менее популярные проекты каждые 20 дней. Если вы только запускаете свой продукт, то стоит сразу выработать график публикации обновлений, чтобы не теряться среди конкурентов на таких маркетплейсах как AppStore и Google Play Store.
Существует несколько подходов к тому, как происходят обновления:
Вот мы и дошли до того самого вопроса, который беспокоит большинство фаундеров. А сколько стоит поддержка приложения? Давайте подробнее поговорим о том, из чего будет складываться стоимость услуги.
На ценообразование влияют такие метрики как: выбранный тариф, число участников и временя на оказание услуги. Так если вы хотите внедрить новый функционал в приложение, то стоит заранее связаться с подрядчиком и попросить рассчитать стоимость поддержки в зависимости от потребностей.
Если говорить про регулярное обслуживание, то стоимость может составлять от 15 до 20% от изначальной стоимости проекта. При оценке проекта учитывается размер команды. Как минимум, один разработчик и project-менеджер, а также количество часов в день, которые будут тратиться на разработку.
Хорошо, мы разобрались с тем, что такое поддержка приложения и зачем она нужна. Но остается открытым вопрос, а кто собственно эту поддержку может оказывать? Может ли эту обязанность взять на себя подрядчик, который занимался разработкой продукта? Или необходимо искать другую команду для этих целей? Без паники, сейчас все расскажем.
Как правило, поддержкой занимается та команда, которая непосредственно участвовала в разработке. Почему так происходит? Куда проще доверить продукт людям, которые и занимались его разработкой. Во-первых, они знакомы с архитектурой и кодом. Т.е. Им не надо тратить время на то, чтобы изучать документации. Во-вторых, клиент уже знает, какой результат получит. Ведь он уже знаком с подрядчиком, знает как он ведет себя в работе. Соблюдает ли он договоренности и сроки и т.д. Работая с уже проверенным подрядчиком, который занимался разработкой этого сервиса, фаундеры снимают с себя дополнительные риски, которые могут возникнуть.
Большинство IT-компаний занимается организацией обслуживания приложений. Это может быть удобно в тех случаях, когда нет возможности дальше сотрудничать со старым подрядчиком. Это может произойти по политическим, юридическим, технически, финансовым и другим причинам. Наша команда предоставляет услуги поддержки как для своих, так и для сторонних продуктов.
