Что мешает бизнесу сейчас
- Нет уверенности, что проект собирается из исходников
- Дефект блокирует рабочий сценарий или релиз
- Новая функция затрагивает хрупкий участок кода
Смена подрядчика после диагностики
Доработка мобильных приложений
Нестабильную сборку и дефекты начинаем с диагностики и порядка доработки.
- Состояние проекта фиксируется до оценки исправлений
- Дефекты отделены от новых функций и технических рисков
- Локальное исправление сравнивается с рефакторингом и заменой
Удобнее написать? Отправьте задачу в Telegram или в Max.
Готовое техническое задание не требуется. Для начала достаточно описать задачу своими словами.
Если узнаёте свою ситуацию, её уже можно разбирать предметно
Понятное состояние проекта
Доступы, сборка, подтверждённые дефекты и неизвестные зависимости собраны в одном перечне.
Приоритет вместо общего списка
Проблемы разделены по влиянию на сборку, критический путь и следующий релиз.
Выбор без автоматического переписывания
Локальное исправление, рефакторинг и замена компонента сравниваются по области влияния и риску.
Работы и отзывы доступны без регистрации
Посмотрите проекты, экраны и отзывы клиентов до разговора с нами.
- 29
- отзывов на независимой площадке
Первый шаг
Диагностика состояния приложения
Первый этап отвечает на два вопроса: что подтверждено сейчас и что нужно проверить до оценки доработки.
Что достаточно показать
- Репозиторий и доступные инструкции
- Описание проблемы со шагами
- Доступы к нужным окружениям и аккаунтам
Что зафиксируем после разбора
- Инвентаризация проекта и доступов
- Подтверждённые проблемы и неизвестные
- Порядок следующих работ
Подходит ли вам эта услуга
Когда такой формат вам подходит
Подойдёт, если
- Текущий подрядчик остановил работу или передача проекта идёт со сложностями
- Приложение собирается нестабильно, содержит критические дефекты или блокирует релиз
- Нужно добавить функции в существующий продукт, сохранив рабочие сценарии
- Перед развитием требуется проверить код, доступы, окружения и известные ограничения
Лучше выбрать другой формат, если
- Нет права передать код, доступы или материалы на техническую проверку
- Ожидается точная оценка исправлений без воспроизведения проблемы и доступа к проекту
- Нужно скрытно обойти ограничения аккаунтов, лицензий или площадок
Состав работ
Что проектируем и реализуем
Состав зависит от продукта. После обсуждения выбираем необходимые блоки и фиксируем результат каждого этапа.
Инвентаризация
Проверяем репозиторий, сборку, окружения, аккаунты и внешние зависимости.
Воспроизведение проблем
Фиксируем шаги и отделяем дефекты от предположений и новых функций.
Карта технических рисков
Определяем блокеры сборки и релиза, зависимости и область возможной регрессии.
Приоритетные исправления
Сначала восстанавливаем сборку и критические пути, затем берём доработки.
Сборка и релиз
Проверяем затронутые сценарии и сопровождаем согласованный путь публикации.
Результат работ
Что получает ваша команда
- Инвентаризация доступов, материалов, окружений и внешних зависимостей
- Список воспроизводимых проблем с приоритетом и областью влияния
- Разделение дефектов, технических рисков и новых продуктовых функций
- План работ с зависимостями и неизвестными, требующими отдельной проверки
- Исправления или доработки в пределах согласованного этапа
- Результаты повторной проверки затронутых критических сценариев
Реализованные продукты
Портфолио мобильных продуктов 13FOX
Наши реализованные продукты
- В открытом портфолио доступны 13 подробных кейсов реализованных продуктов
- Раздел также показывает веб-приложения, Telegram-ботов, Telegram Mini Apps и CRM-направление
- Карточки проектов ведут на подробные кейсы и доступные ссылки на опубликованные продукты
Этапы работы
Как проходит работа
-
01
Проверяем передачу проекта
Сверяем репозиторий, сборку, окружения, аккаунты и внешние зависимости.
-
02
Воспроизводим проблему
Фиксируем шаги, окружение, ожидаемое и фактическое поведение.
-
03
Сравниваем варианты
Отделяем локальное исправление от рефакторинга и архитектурного изменения.
-
04
Исправляем и перепроверяем
Меняем согласованный участок и повторяем затронутые критические сценарии.
Предварительная оценка
Из чего складывается стоимость
Предварительную оценку готовим после обсуждения функций, ролей, интеграций и других факторов ниже.
Доступность репозитория, инструкций сборки, окружений и аккаунтов
Воспроизводимость дефектов и число затронутых платформ и версий
Состояние зависимостей, серверной части и внешних интеграций
Объём повторного тестирования и требования площадок к следующему релизу
До начала проекта
Что согласуем заранее
Проверка перед оценкой
Воспроизводим проблему и проверяем связанный код, данные и окружение.
Варианты доработки
Сравниваем локальное исправление, рефакторинг и замену компонента.
Защита рабочего сценария
После изменения повторяем затронутый сценарий и связанные критические проверки.
Перед началом проекта
Ответы на частые вопросы
Можно ли взять приложение после другой команды?
Да, после проверки права на код, доступов, сборки, зависимостей и критических сценариев.
Что нужно предоставить для первичной проверки?
Репозиторий, инструкцию сборки, нужные доступы, шаги проблемы и тестовые данные. Недостающее фиксируем отдельно.
Обязательно ли переписывать приложение с нуля?
Нет. После диагностики сравниваем локальное исправление, рефакторинг и замену компонента.
Можно ли оценить исправление до доступа к коду?
Можно определить порядок диагностики. Оценка исправления требует воспроизведения, сборки и проверки зависимостей.
Что делать, если приложение сейчас не собирается?
Фиксируем окружение и первую точку отказа. Восстановление сборки становится отдельным этапом.
Вы помогаете с публикацией обновления?
Да, если это включено в этап. Проверяем аккаунты, подписи и сборку; решение площадки не гарантируем.
Следующий шаг
Связанные услуги и материалы
Полезно до обсуждения проекта
Обсудить проект
Начнём с состояния проекта, а не с догадок
Пришлите шаги проблемы и перечень доступных материалов. Определим состав диагностики и первый проверяемый этап.