Материал команды Mobecan · 20 сентября 2026
Как передать мобильное приложение на поддержку новой команде
Передача завершена, когда новая команда может собрать приложение из исходников, проверить основные сценарии и подготовить обновление. Один доступ к репозиторию этого не подтверждает.
Чек-лист для владельцев нативных приложений iOS и Android и приложений на Flutter. Он поможет обнаружить недостающие материалы до первого релиза.
1. Зафиксируйте состояние приложения
- Ссылки на магазины, текущие версии и идентификаторы приложений.
- Платформы, поддерживаемые версии ОС и важные устройства для тестирования.
- Основные пользовательские сценарии и известные проблемы с приоритетами.
- Последний релиз, незавершенные задачи и изменения, которые еще не опубликованы.
- Контакты ответственных за мобильную часть, backend, инфраструктуру и магазины.
Запишите, какие задачи новая команда принимает сразу, а какие остаются у прежнего подрядчика или внутренних специалистов.
2. Передайте исходники и воспроизводимую сборку
- Репозитории с историей изменений, ветку или тег опубликованной версии.
- Инструкцию запуска и сборки, версии инструментов и зависимости.
- Конфигурацию тестовой среды и перечень необходимых переменных окружения.
- Доступ к процессу автоматической сборки, если он используется.
- Порядок подписи и выпуска: владельцев ключей, сертификатов и профилей, необходимых именно этому проекту.
Проверка: новый разработчик собирает проект в своей рабочей среде по инструкции. Если сборка зависит от компьютера прежнего исполнителя, зафиксируйте недостающие шаги и оцените их восстановление.
3. Проверьте аккаунты и интеграции
- App Store Connect и Google Play Console: владелец аккаунта, нужные роли и доступ к приложению.
- Backend и API: документация, тестовая среда, ответственные за изменения.
- Push-уведомления, аналитика и сбор ошибок.
- Авторизация, SMS, карты, платежи и другие используемые сервисы.
- Домены, серверы и резервные копии — если они входят в передаваемую часть проекта.
Выдавайте доступы отдельным участникам с подходящими ролями. Не складывайте пароли, ключи и токены в общую таблицу передачи. Используйте согласованный защищенный способ предоставления секретов.
Права в магазинах сверяйте с официальными инструкциями: пользователи App Store Connect и разрешения Google Play Console. Смена команды и перенос приложения между аккаунтами — разные операции; необходимость переноса оценивают отдельно.
4. Проведите приемку по результатам
Ниже — шаблон проверки, а не отчет о конкретном проекте. Дополните его важными для вашего приложения сценариями.
| Проверка | Подтверждение | Если не выполнено |
|---|---|---|
| Сборка из исходников | Тестовая сборка, версия кода и инструкция | Список недостающих зависимостей и шагов |
| Основные сценарии | Результаты проверки входа и ключевых действий | Ошибка, способ воспроизведения и приоритет |
| Интеграции | Проверка нужных API и сервисов в тестовой среде | Ответственный за доступ или исправление |
| Возможность релиза | Проверенные роли, подпись и порядок выпуска | План устранения блокеров перед обновлением |
| Следующие работы | Согласованные задачи, оценка и границы поддержки | Открытые вопросы с ответственными |
Таблицу можно прокрутить горизонтально.
5. Согласуйте первое изменение и правила поддержки
Выберите задачу с понятным результатом, определите проверки перед выпуском и действия при проблеме после релиза. Отдельно зафиксируйте рабочее время, канал обращений, приоритеты, бюджет и порядок согласования дополнительных работ.
Время реакции означает начало обработки обращения. Оно не равно сроку исправления: причину и объем работ иногда можно определить только после диагностики.
После приемки проверьте, какие доступы прежней команды больше не нужны. Отзыв прав и смену секретов проводите по согласованному плану, чтобы не нарушить сборку, интеграции и выпуск обновлений.
Если исходников или документации не хватает
Составьте список того, что есть, и определите владельца каждого недостающего элемента. Отдельно оцените восстановление документации, сборки и доступов. Возможность доработки нельзя подтвердить только по установленному приложению.
Как начать с Mobecan
Мы разрабатываем и развиваем мобильные приложения, включая Flutter-проект «Вкус и Лосось». Для приема на сопровождение сначала знакомимся с кодом и условиями работы. Минимальный пакет поддержки — 30 часов по актуальным ставкам специалистов.