Доработаем ваше приложение. Исправим ошибки.

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

Приложение работает, но бизнесу нужны новые сценарии: кабинет клиента, статусы заказов, оплата, роли сотрудников или обмен с CRM. Проверяем, как эти изменения встраиваются в текущую архитектуру, какие данные затронут и что необходимо сохранить для пользователей.

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

• Новые функции, экраны и роли пользователей.
• Улучшение интерфейса и неудобных сценариев.
• Интеграции с CRM, 1С, оплатой и другими сервисами.
• Обновление зависимостей и подготовка к выпуску.

Если приложение вылетает, тормозит или работает неправильно

Начинаем с воспроизведения: что делает пользователь, на каком устройстве, что ожидает и какой результат получает. Сравниваем поведение интерфейса, сервера и внешних сервисов. Ошибки входа, оплаты или обмена данными рассматриваем вместе с повторными действиями и потерей связи.

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

Что получите после технического разбора

Результат разбора — перечень воспроизведённых проблем, затронутых частей приложения и открытых вопросов. Отделяем подтверждённую причину от предположения. Если сборка не запускается из переданных исходников, сначала устанавливаем, совпадает ли код с опубликованной версией и каких компонентов не хватает.

На телефоне строки показаны отдельными карточками.

Как передать приложение на оценку

На телефоне строки показаны отдельными карточками.

Сколько стоит доработка или исправление

Стоимость зависит от причины ошибки, состояния кода, доступности сборки и объёма изменений. После первичного разбора согласуем, нужна ли отдельная диагностика, какой у неё результат и стоимость. Разработка нового приложения от 500 000 ₽ — другой объём работ; эту сумму не применяем автоматически к отдельному исправлению.

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

Пример задания на исправление и его приёмку

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

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

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

Вопросы перед запуском