Roadmap мобильного приложения — это план релизов на ближайшие месяцы, где каждая задача привязана к цели бизнеса, оценена по стоимости и стоит в очереди по приоритету. В отличие от списка пожеланий, дорожная карта отвечает на три вопроса: что делаем в ближайшем квартале, почему именно это и сколько это стоит. Ниже разбираем, откуда брать задачи, как не забыть обязательные работы, которые съедают часть года, как расставлять приоритеты и как часто выпускать обновления, чтобы приложение развивалось предсказуемо.
- Задачи приходят из четырёх источников: бизнес, аналитика, отзывы пользователей и обязательные требования платформ.
- Детальный план — на квартал, на год — направления и крупные модули.
- Ритм, который хорошо работает, — спринты по две недели с демо и релизом, встреча по дорожной карте раз в месяц.
- Часть бюджета каждый год уходит на обновления под новые iOS и Android и SDK — её нужно закладывать заранее.
Чем дорожная карта отличается от списка хотелок
У любого живого приложения быстро копится список идей: от директора, от маркетинга, от менеджеров по продажам, из отзывов. Без структуры этот список превращается в очередь, где побеждает тот, кто громче попросил. Через полгода выясняется, что сделано много мелочей, а ключевые метрики — удержание, повторные покупки, доля заказов через приложение — не сдвинулись.
План развития приложения начинается с целей. Например: увеличить долю повторных заказов, снизить звонки в колл-центр, перевести клиентов с сайта в приложение. Каждая задача в дорожной карте должна быть привязана к одной из таких целей. Если привязать не получается — задача остаётся в списке идей, а не в плане.
Ещё одно отличие — у дорожной карты есть исполнитель и ритм. Список хотелок можно вести годами, ничего не выпуская. Дорожная карта живёт только вместе с командой, которая каждые две недели превращает её верхние строки в релиз. Если такой команды нет внутри компании, этот ритм можно получить через развитие мобильного приложения на поддержке: приоритеты ставите вы, а план превращается в выпущенные обновления по расписанию.
Откуда брать задачи для плана развития приложения
| Источник | Что даёт | Как собирать |
|---|---|---|
| Бизнес | Новые продукты, акции, каналы продаж, требования партнёров | Квартальная встреча с владельцем продукта и руководителями направлений |
| Аналитика | Где пользователи застревают и уходят, какие функции не используются | Воронки, удержание, когорты, ежемесячный отчёт |
| Отзывы и поддержка | Ошибки, неудобства, повторяющиеся пожелания | Мониторинг отзывов в сторах, темы обращений в CRM |
| Платформы | Обязательные обновления: новые ОС, SDK, политики данных | Отслеживание требований Apple и Google, бета-версии систем |
Аналитика как главный фильтр
Самые ценные задачи часто находятся не в пожеланиях, а в данных. Если половина пользователей бросает корзину на шаге выбора доставки, упрощение этого шага даст больше, чем новый раздел. Если клиенты, купившие дважды, остаются надолго, а купившие один раз уходят, приоритетом становится вторая покупка: напоминания, бонус, повтор заказа в два нажатия.
Чтобы видеть это в цифрах, нужны данные о клиентах из всех каналов: приложение, сайт, кассы, CRM и 1С. Сегменты, LTV по каналам, повторные продажи и отток собираются в рамках аналитики клиентов и повторных продаж — формат «База» с RFM-сегментацией и дашбордом занимает около 3 недель, от 350 000 ₸. С такими данными дорожная карта перестаёт быть спором мнений.
Обязательные работы, которые съедают часть года
Даже если вы не планируете новых функций, приложение требует регулярной работы. Её нужно ставить в дорожную карту первой, иначе она вытеснит запланированное в самый неудобный момент.
Сюда же относятся изменения у внешних систем: обновление 1С или CRM, новая версия API платёжного шлюза, смена условий у провайдера карт или SMS. Такие события тоже лучше видеть в календаре заранее.
Как расставить приоритеты
Простой и рабочий способ — оценить каждую задачу по трём параметрам: ценность для цели, стоимость в часах и риск. Ценность определяет бизнес, стоимость — команда разработки, риск — обе стороны вместе.
- Оцените ценностьКак задача влияет на выбранную цель: сильно, заметно, слабо. Если есть данные — опирайтесь на них, если нет — запишите гипотезу и способ её проверки.
- Оцените стоимостьКоманда даёт оценку в часах или спринтах. Крупные модули оцениваются отдельной сметой до начала работ.
- Учтите рискЗатрагивает ли задача оплату, авторизацию, обмен с 1С. Рискованные изменения требуют больше тестирования и иногда постепенного включения для части пользователей.
- ОтсортируйтеНаверх — высокая ценность при умеренной стоимости. Дорогие задачи с неясной ценностью сначала проверяются дешёвым экспериментом.
- Зафиксируйте кварталПервые задачи списка — план на ближайшие три месяца, остальное — бэклог с пересмотром раз в месяц.
Планировать год детально, по неделям. Через два месяца приоритеты поменяются, и план превратится в отчёт о том, что не сделано. Детально планируйте квартал, на год — только направления и крупные модули с примерной очерёдностью.
Релизный цикл приложения: как часто выпускать обновления
Для большинства бизнес-приложений хорошо работает ритм в две недели: спринт, демо, релиз. Он достаточно частый, чтобы исправления и небольшие функции доходили до пользователей быстро, и достаточно редкий, чтобы каждое обновление успевало пройти тестирование и ревью сторов. Сборки при этом создаются автоматически и уходят в TestFlight и Google Play Internal, поэтому релиз не зависит от ручной работы конкретного разработчика.
Крупные функции не обязательно выпускать за один спринт. Их можно разрабатывать несколько спринтов подряд и включать с сервера, когда всё готово, — так релизный цикл не ломается. Критичные ошибки идут вне цикла: хотфикс собирается и отправляется в сторы за сутки.
Как часто выпускать обновления, если приложение стабильно и развивать его не планируется? Минимум дважды в год под новые версии систем и раз в квартал с обновлением SDK. Реже — риск, что приложение упадёт на новой iOS или не пройдёт ревью из-за устаревших зависимостей.
Бюджет дорожной карты на год
Бюджет удобно считать от ритма, а не от списка задач. Если приложению нужна стабильность и немного доработок, хватает поддержки с небольшим пакетом часов. Если план предполагает новую функцию каждый спринт, нужен больший пакет или выделенная команда.
| Режим | Стоимость | Что даёт дорожной карте |
|---|---|---|
| Базовый | 150 000 ₸ / мес | Мониторинг, обновления ОС, исправления, 10 часов доработок в месяц |
| Развитие | 300 000 ₸ / мес | 25 часов спринтами, аналитика, ASO, A/B-тесты, SLA 24/7 |
| Выделенная команда | от 900 000 ₸ / мес | Разработчик, дизайнер и QA на часть ставки, релизы каждые две недели |
Неиспользованные часы переносятся в пределах квартала, поэтому тихий месяц перед крупным релизом не означает потерянные деньги. Крупные модули — новый раздел, программа лояльности, интеграция — считаются отдельной сметой и делаются той же командой без расхода часов тарифа. Как оценивают новые функции, мы разбирали в статье о стоимости доработки приложения, а состав тарифов описан на странице поддержки и сопровождения приложений.
Как вести дорожную карту вместе с подрядчиком
Дорожная карта остаётся вашей: приоритеты определяет бизнес. Задача подрядчика — оценивать, предупреждать о рисках и обязательных работах, предлагать решения по данным. На практике это выглядит так: раз в месяц — встреча по дорожной карте, где пересматриваются приоритеты; каждые две недели — демо и релиз; раз в месяц — отчёт о стабильности, аналитике использования, потраченных часах и рекомендациях. Общая доска задач показывает, что в работе прямо сейчас.
Так устроено развитие приложения на нашей поддержке и доработке мобильных приложений: ваша дорожная карта, наша команда, прозрачный ритм без сюрпризов в счёте.
С чего начать, если плана ещё нет
Соберите в одном документе всё, что накопилось: идеи руководства, пожелания из отзывов, жалобы из поддержки. Выберите одну-две цели на ближайший квартал. Отметьте обязательные работы — ближайший выход новой iOS, устаревшие SDK, изменения у 1С или CRM. Попросите команду оценить топ-10 задач в часах. После этого у вас будет первый вариант дорожной карты, который можно пересматривать раз в месяц, а не составлять заново.
На какой срок составлять дорожную карту приложения?
Детально — на квартал, на год — направления и крупные модули. Пересматривать — раз в месяц на встрече по дорожной карте.
Как часто выпускать обновления приложения?
Для развивающегося приложения — раз в две недели. Для стабильного — минимум дважды в год под новые ОС и раз в квартал с обновлением SDK. Критичные исправления — вне цикла, в течение суток.
Кто определяет приоритеты — заказчик или разработчик?
Приоритеты определяет бизнес. Команда разработки оценивает стоимость и риски и предлагает решения на основе аналитики и отзывов.
Что делать, если задач больше, чем помещается в пакет часов?
Либо докупать часы и переходить на тариф больше, либо выносить крупные модули в отдельную смету. Если перерасход постоянный, выгоднее выделенная команда.
