Стоимость доработки приложения зависит не от того, сколько кнопок появится на экране, а от того, сколько слоёв продукта затронет изменение: код приложения, сервер, дизайн, тесты на двух платформах и публикацию в сторах. Небольшие функции мы делаем в рамках часов поддержки — 10 часов в месяц в тарифе за 150 000 ₸ и 25 часов в тарифе за 300 000 ₸. Крупные модули считаем отдельной сметой по функциям до начала работы. Ниже — как устроена оценка и что делает одну и ту же «маленькую» функцию дешёвой в одном приложении и дорогой в другом.
- Цену новой функции определяют пять слоёв: состояние кода, бэкенд, дизайн экранов, тестирование и публикация.
- Небольшие задачи — в часах тарифа поддержки, часы не сгорают и переносятся в пределах квартала.
- Крупные модули — отдельная смета по функциям, часы тарифа на них не расходуются.
- Приложение от другого подрядчика сначала проходит аудит за неделю, без него честной оценки не бывает.
Почему одну и ту же функцию оценивают по-разному
Заказчик видит задачу как одну строку: «добавить избранное», «сделать оплату через Kaspi», «вывести историю заказов». Разработчик видит цепочку: где хранить данные, есть ли для этого метод на сервере, как экран поведёт себя без интернета, что сломается рядом, сколько займёт проверка на iPhone и Android и пройдёт ли обновление ревью Apple.
Поэтому две компании могут назвать за «избранное» суммы, отличающиеся в разы, и обе будут правы для своего приложения. В аккуратном проекте с документацией и готовым API функция ложится в существующую архитектуру. В проекте, где прошлый подрядчик оставил устаревшие библиотеки и нет тестов, та же задача начинается с расчистки. Именно поэтому доработку и поддержку приложений мы начинаем с понимания кода, а не с прайса.
Из чего складывается оценка доработки приложения
Каждую задачу мы раскладываем на одни и те же слои. Часть из них может оказаться нулевой, но проверяем все — иначе сюрпризы всплывают в середине спринта.
Состояние кода и зависимостей
Если SDK и библиотеки давно не обновлялись, новую функцию нельзя просто добавить: свежий модуль оплаты или карты требует актуальных версий, а обновление тянет за собой правки в соседних экранах. Это частый случай после ухода подрядчика. На поддержке мы раз в квартал обновляем SDK и закрываем уязвимости, чтобы такие расходы не копились.
Бэкенд и интеграции
Большинство функций живут не только в приложении. История заказов требует метода API, бонусы — связи с 1С или CRM, push-уведомления — настройки на сервере. Если бэкенд готов, работа идёт только на клиенте. Если нет — в оценку входит серверная часть, и часто она больше клиентской.
Дизайн экранов
Новый экран нужно нарисовать в существующей стилистике, продумать пустые состояния, ошибки и загрузку. Если в проекте есть дизайн-система, это быстро. Если её нет, дизайнеру приходится собирать компоненты заново, чтобы новый экран не выглядел чужим.
Тестирование на двух платформах
Функцию проверяют на разных версиях iOS и Android и на разных размерах экранов, а заодно — связанные сценарии: вход, корзину, оплату. Для нативных приложений работа делается дважды, для Flutter и React Native код общий, и изменение обычно сразу появляется на обеих платформах.
Публикация и ревью сторов
Сборку отправляют в App Store и Google Play, отвечают на замечания ревью, при необходимости обновляют описание данных и разрешений. Если функция затрагивает платежи, геолокацию или персональные данные, требования сторов к ней строже — требования меняются, поэтому сверяйте их на дату релиза.
Цена новой функции в приложении: ориентиры в тенге
Для развития работающих продуктов у нас две модели. Регулярные небольшие задачи удобно закрывать часами тарифа поддержки. Разовую крупную задачу — экраны, модуль, интеграцию — выгоднее считать отдельной сметой в формате разработки нового функционала: оценка за день, спринты по 1–2 недели, приёмка по частям.
| Формат | Ориентир | Срок | Примеры задач |
|---|---|---|---|
| Функция | от 80 000 ₸ | 1–2 недели | Форма, фильтр, калькулятор, новый раздел или виджет |
| Модуль | от 350 000 ₸ | 3–4 недели | Личный кабинет, каталог, бронирование, интеграция с 1С или CRM |
| Крупная доработка | от 900 000 ₸ | 5–6 недель | B2B-функции, переработка архитектуры |
| Часы в тарифе | 10 или 25 часов в месяц | спринт 2 недели | Новые экраны, push-кампании, A/B-тесты онбординга, ASO-обновления |
Слово «от» — нижняя граница вилки. Внутри неё цену двигают именно слои из предыдущего раздела: нужен ли бэкенд, есть ли дизайн-система, нативное приложение или кроссплатформенное. Смета у нас построчная по функциям и экранам: убрали функцию — сумма уменьшилась.
Доработка приложения по часам или по смете
Вопрос не в том, какая модель дешевле вообще, а в том, какая подходит вашему ритму задач. Если доработки идут каждый месяц небольшими порциями, часы тарифа снимают необходимость каждый раз согласовывать договор. Если задача одна и большая, фиксированная смета даёт понятную цену и срок в договоре.
- Задачи берутся в ближайший спринт без отдельного договора.
- Часы учитываются по факту с точностью до получаса.
- Неиспользованные часы переносятся в пределах квартала.
- Вместе с часами — мониторинг падений, обновления ОС и SLA 4 часа.
- Фиксированная цена и срок до начала работ.
- Подходит для модулей, которые не помещаются в 10–25 часов.
- Часы тарифа на крупный модуль не расходуются.
- Делает та же команда, которая знает код.
Подробнее о плюсах и рисках обеих схем оплаты мы писали в статье «Фиксированная цена или оплата по часам» — она про сайты, но логика для приложений та же.
Калькулятор: ориентир стоимости доработки
Выберите масштаб задачи и отметьте аудит, если приложение делали не мы. Калькулятор покажет порядок суммы по нашему прайсу. Точная цена зависит от состояния кода и бэкенда, поэтому итог — ориентир, а не окончательная смета.
Приложение делали не мы: зачем аудит перед оценкой
Оценить доработку чужого приложения «на глаз» — значит либо заложить большой запас на риски, либо ошибиться и потом просить доплату. Ни то, ни другое не честно по отношению к заказчику. Поэтому для приложений от других подрядчиков мы проводим аудит за неделю: состояние кода и архитектуры, зависимости и SDK, безопасность, статистика падений, аккаунты сторов и доступы.
Аудит платный — от 250 000 ₸, но если вы подключаетесь к поддержке, его стоимость засчитывается в первый месяц. Если не подключаетесь, отчёт остаётся у вас: что дорабатывать, что переписать, сколько это стоит и план первых спринтов. С ним можно идти к любой команде. Для приложений, которые делали мы, отдельный аудит не нужен — код и инфраструктура нам уже известны.
Заказывать новую функцию у одного исполнителя, а поддержку держать у другого. Каждый отвечает только за свою часть, и после релиза падения разбирают неделями, выясняя, кто виноват. Когда доработки, поддержка и обслуживание приложения после запуска в одних руках, у команды нет повода кивать на соседа.
Что удорожает доработку и как этого избежать
Большая часть переплат возникает не из-за ставки разработчика, а из-за организационных причин. Вот что встречаем чаще всего:
- Задача без сценария. «Сделайте как у конкурента» превращается в серию переделок. Проектирование новой функции занимает 2–3 дня: сценарий, данные, прототип — и разработка начинается только после согласования.
- Устаревшие зависимости. Если SDK не обновлялись годами, любая функция начинается с обновления. Регулярное обслуживание дешевле разового «ремонта».
- Отсутствие доступов. Аккаунты Apple Developer и Google Play на бывшем подрядчике тормозят каждый релиз. Мы переводим их на вашу компанию, а сами получаем роли разработчика.
- Срочность ценой тестов. Сокращать проверку ради скорости — самый дорогой способ сэкономить: исправление после релиза обходится дороже.
- Изменения после демо. Демо в конце каждого спринта нужны, чтобы правки появлялись рано, пока они дешёвые.
ПРАВИЛОДешёвая доработка — та, которую не пришлось переделывать. Два дня проектирования экономят недели разработки.
Как получить оценку доработки за один день
Чтобы смета была точной с первого раза, соберите вводные. Обычно это занимает меньше часа, а экономит несколько кругов уточнений.
- Описание задачи с точки зрения пользователя: кто, что делает и что получает в результате.
- Примеры экранов или ссылки на похожие решения, если они есть.
- Доступ к репозиторию или хотя бы информация о стеке: Flutter, React Native, Swift, Kotlin.
- Кто отвечает за сервер и есть ли документация по API.
- Какие системы участвуют: 1С, CRM, Kaspi, платёжный шлюз, push-сервис.
- Желаемая дата релиза и есть ли к ней жёсткая привязка — акция, сезон, тендер.
Дальше мы смотрим код, считаем часы на проектирование, разработку и тесты и присылаем смету по задаче за один рабочий день. Если доработок у вас набирается на каждый месяц, сравните модели по таблице тарифов в разделе цен на мобильные приложения и выберите, что выгоднее: разовые сметы или поддержка с пакетом часов на развитие.
Сколько стоит доработка мобильного приложения новой функцией?
Небольшие функции и экраны делаем в часах тарифа: 10 часов в «Базовом» за 150 000 ₸ в месяц и 25 часов в «Развитии» за 300 000 ₸. Крупные модули считаем отдельной сметой: функция — от 80 000 ₸, модуль — от 350 000 ₸, крупная доработка — от 900 000 ₸.
Как проходит оценка доработки приложения?
Смотрим код и архитектуру, разбираем задачу по слоям — клиент, сервер, дизайн, тесты, публикация — и считаем часы. Смету присылаем за один рабочий день. Для чужих приложений сначала нужен аудит за неделю.
Можно ли доработать только Android-версию, не трогая iOS?
Да. В нативном приложении изменение затрагивает только Android. Во Flutter и React Native код общий, и функция обычно сразу появляется на обеих платформах, но ограничить её одной ОС тоже можно.
Сгорают ли часы, если доработок в месяце мало?
Нет, неиспользованные часы переносятся в пределах квартала. Перерасход оплачивается по ставке тарифа или вы переходите на следующий тариф.
Есть ли гарантия на доработки?
Да: 30 дней на каждую доработку и год гарантии на код, написанный нами. Ошибки по нашей вине исправляем бесплатно, вне часов тарифа.
