Сколько стоит MVP в Казахстане в 2026 году и из чего складывается цена

У MVP в Казахстане нет фиксированной рыночной цены: бюджет равен сумме часов всех ролей в команде, умноженной на ставку. По нашей модели простой веб-MVP с одной ролью пользователя требует порядка 10 человеко-недель, веб-сервис с платежами, админкой и двумя ролями около 20, мобильное приложение с бэкендом, платежами и интеграциями около 35. Это ориентир для планирования, а не статистика рынка. Итоговую сумму даёт ставка вашей команды или подрядчика, и её проще всего подставить в формулу самостоятельно.

Статья для основателей, продактов и руководителей, которые собираются заказать или собрать MVP и хотят понимать бюджет до первого разговора с подрядчиком. Разберём, что входит в MVP, какие решения сильнее всего двигают объём работ, посчитаем три типовые конфигурации по формуле «часы × ставка» и покажем, что можно урезать без вреда для проверки гипотезы.

Что входит в MVP, а что нет

MVP — это минимальная версия продукта, на которой реальные пользователи проходят главный сценарий, а вы проверяете гипотезу: будут ли ими пользоваться и платить. Это не кликабельный прототип в Figma и не «первая версия со всем, что придумали за полгода».

Минимальный рабочий состав MVP:

1. Один ключевой сценарий, пройденный от начала до конца: пользователь пришёл, сделал главное действие, получил результат.
2. Регистрация и вход в самом простом виде.
3. Минимальная админка или другой способ, которым команда видит заявки, пользователей и оплаты.
4. Аналитика событий по ключевому сценарию: без неё MVP ничего не проверяет.
5. Рабочий сервер с резервным копированием, доменом и сертификатом.

Что в MVP обычно не нужно: гибкая система ролей и прав, отчёты для руководства, второй и третий тип пользователей, если гипотеза про первый, собственный чат, сложные уведомления, полная двуязычность интерфейса, если аудитория говорит на одном языке.

Если гипотеза ещё не проверена разговорами с клиентами и лендингом, деньги на разработку стоит придержать. Как сделать это за две недели, мы разобрали в статье о проверке спроса на IT-продукт.

Формула цены: часы × ставка

Любая честная оценка MVP сводится к одной формуле:

Бюджет = Σ (человеко-недели роли × 40 часов × ставка роли) + резерв на риски

Человеко-неделя — это 40 рабочих часов одного специалиста. Если подрядчик считает в часах или в днях, переведите всё в одну единицу, прежде чем сравнивать.

Ставку мы намеренно не называем. Она зависит от формата: собственная команда (зарплата, налоги, рабочее место и простои, делённые на рабочие часы), фрилансеры, студия в Алматы или Астане, зарубежный подрядчик. Ставки разных исполнителей отличаются сильно, и любая «средняя цифра по рынку» скорее запутает, чем поможет. Возьмите реальные ставки двух-трёх исполнителей, с которыми готовы работать, и подставьте их.

Резерв закладывайте всегда. Мы планируем 15–20% сверху как правило планирования, а не как статистику: в MVP неизбежно находятся вещи, которые не были видны на старте.

Кто участвует в работе:

Роль	За что отвечает	Когда нужна
Продакт-менеджер или аналитик	Сценарии, требования, приоритеты, приёмка	Всегда
Дизайнер	Прототип, интерфейс, набор компонентов	Всегда, объём зависит от числа экранов
Фронтенд-разработчик	Веб-интерфейс и админка	Если есть веб-часть
Мобильный разработчик	Приложение для iOS и Android	Если продукт мобильный
Бэкенд-разработчик	API, база данных, интеграции, платежи	Всегда
Тестировщик	Проверка ключевых сценариев и регресс	Всегда
DevOps-инженер	Серверы, выкладка, бэкапы, мониторинг	Всегда, но небольшим объёмом

Пять факторов, которые двигают цену

Число ролей пользователей

Каждая роль приносит свои экраны, права, сценарии и тесты. Сервис записи к специалисту с ролями «клиент» и «администратор» и маркетплейс с ролями «покупатель», «продавец», «модератор» и «администратор» отличаются по объёму в разы, даже если выглядят похоже. Самый сильный рычаг экономии — оставить в MVP одну внешнюю роль, а остальные закрыть вручную силами команды.

Интеграции

Каждая внешняя система — учётная программа, CRM, SMS-провайдер, WhatsApp, карты, служба доставки — добавляет работу бэкенда и тестирование. Стоимость интеграции определяется не столько кодом, сколько качеством документации у партнёра, наличием тестовой среды и скоростью ответов его поддержки. Это стоит выяснить до оценки.

Часть функций выгоднее не писать, а подключить. Например, вместо собственной клиентской базы и воронки можно взять open source CRM Twenty с API и вебхуками и связать её с продуктом. Это экономит недели разработки админки, но требует инженера, который поднимет и сопроводит её на сервере.

Платежи: Kaspi и карты

Платёж — это не кнопка «Оплатить». Это договор с провайдером, обработка статусов, возвраты, сверка, уведомления и тесты на ошибочные сценарии. Подключение оплаты через Kaspi или банковский эквайринг для карт требует договора и проверки со стороны провайдера, и сроки этой проверки от команды разработки не зависят. Поэтому юридическую часть начинают в первую неделю проекта.

Для B2B-продуктов на старте часто хватает счёта на оплату для ТОО: клиент платит по реквизитам, а онлайн-оплата добавляется, когда продукт подтвердил спрос.

Веб или мобильное приложение

Мобильное приложение почти всегда дороже веба: две платформы или кроссплатформенный фреймворк, публикация в App Store и Google Play, ревью сторов, push-уведомления, работа с разрешениями устройства. Плюс веб-админка для команды всё равно нужна. Если продукт не держится на камере, геолокации или ежедневном использовании, начните с веб-приложения, хорошо адаптированного под телефон.

Админка

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

Три конфигурации MVP в человеко-неделях

Ниже наша модель для планирования. Цифры — ориентир, а не рыночная норма: реальный объём зависит от сценария, качества требований и опыта команды.

• A. Веб-сервис, одна роль. Ключевой сценарий, вход, простая админка, аналитика, без онлайн-оплаты.
• B. Веб-сервис с платежами. Две роли, админка с модерацией, онлайн-оплата, одна внешняя интеграция.
• C. Мобильное приложение. Кроссплатформенное приложение, бэкенд, веб-админка, онлайн-оплата, две-три интеграции.

Роль	A, чел.-нед.	B, чел.-нед.	C, чел.-нед.
Продакт или аналитик	1,5	2,5	3,5
Дизайнер	1,5	3	4
Фронтенд	3	5	3 (админка)
Мобильная разработка	—	—	9
Бэкенд	3	6	9
Тестирование	1	2,5	4
DevOps	0,5	1	1,5
Итого	10,5	20	34
Часов (× 40)	420	800	1 360
Календарный срок, ориентир	6–8 недель	10–12 недель	14–18 недель

Календарный срок длиннее, чем «человеко-недели, делённые на число людей»: аналитика и дизайн идут раньше разработки, тестирование частично после неё, а платёжный провайдер и сторы работают в своём темпе.

Как посчитать бюджет своего MVP

Обозначим ставку как S тенге в час. Если ставка одинакова для всех ролей, бюджет конфигурации B с резервом 20% считается так:

800 часов × S × 1,2 = 960 × S

Если ставки разные, посчитайте по строкам: 100 часов продакта × S₁, 120 часов дизайна × S₂, 440 часов фронтенда и бэкенда × S₃ и так далее, затем сложите и добавьте резерв.

Три вопроса, которые помогают сравнить предложения подрядчиков:

1. Какие роли и сколько часов заложено по каждой? Без разбивки сравнивать нечего.
2. Что не входит в оценку: админка, тестирование, настройка серверов, публикация в сторах, интеграция платежей?
3. Фиксированная цена или оплата по факту часов? При фиксированной цене подрядчик закладывает свой риск в ставку, при почасовой вы управляете объёмом сами, но и отвечаете за него.

Что урезать без вреда для проверки гипотезы

Что хочется сделать	Чем заменить на старте	Когда возвращать
Мобильное приложение под две платформы	Адаптивное веб-приложение	Когда сценарий требует камеры, push или ежедневного входа
Полноценная админка	Готовая CRM или таблица и ручная работа оператора	Когда ручные операции занимают часы каждый день
Онлайн-оплата для B2B	Счёт на оплату для ТОО	Когда клиентов становится больше, чем успевает обработать бухгалтерия
Гибкие роли и права	Две фиксированные роли	Когда появятся корпоративные клиенты с требованиями к доступу
Отчёты и дашборды	Выгрузка в CSV и аналитика событий	Когда понятно, какие метрики смотрят каждую неделю
Встроенный чат	Ссылка на WhatsApp или Telegram	Когда переписка должна храниться в продукте
Интерфейс на двух языках	Язык основной аудитории	Когда аудитория подтверждена и требует второй язык
Уведомления во всех каналах	Один канал	Когда видно, в каком канале пользователи реагируют

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

Расходы после запуска

Бюджет MVP не заканчивается в день релиза. Заложите заранее:

• хостинг и резервные копии, оплачиваемые помесячно;
• домен, сертификаты, аккаунты разработчика в App Store и Google Play, если продукт мобильный;
• комиссии платёжного провайдера;
• исправление ошибок, которые найдут первые пользователи;
• две-три итерации доработок по данным аналитики, ради которых MVP и делался.

Контекст Казахстана. Если MVP собирает персональные данные и заказчикам важно, чтобы они хранились в Казахстане, хостинг стоит выбирать у казахстанского провайдера с первого дня: переезд после запуска стоит дороже, чем правильный выбор на старте. Местный хостинг оплачивается в тенге по договору с закрывающими документами, а зарубежные облака и SaaS обычно оплачиваются корпоративной картой в долларах без документов по казахстанским стандартам. И ещё один местный нюанс: пользователи привыкли решать вопросы в WhatsApp, поэтому ссылка на поддержку в мессенджере часто заменяет в MVP целый модуль обратной связи.

После запуска MVP главный вопрос — как привести в него первых платящих пользователей. Каналы для этого мы разобрали в материале о GTM для SaaS в Казахстане.

Как мы это делаем

Мы начинаем с короткой диагностики: формулируем гипотезу, выбираем один ключевой сценарий и оцениваем работу по ролям в часах, с явным списком того, что в MVP не входит. Затем собираем MVP под этот сценарий, запускаем его на ограниченной группе пользователей и только после первых данных решаем, что масштабировать, а что убрать. Так бюджет тратится на проверку гипотезы, а не на функции, которые никто не просил.

Если хотите получить оценку своего MVP в часах по ролям, начните со страницы разработки MVP и запуска продуктов: там описано, как мы работаем и что вы получите на выходе.

---

Источники. Twenty CRM: twenty.com и репозиторий на GitHub. Человеко-недели в статье — модель Gotomarket для планирования, а не рыночная статистика.

Термины простыми словами

MVP (Minimum Viable Product)

Минимальная версия продукта, на которой реальные пользователи проходят главный сценарий. Это не прототип и не «версия со всеми функциями», а инструмент проверки гипотезы.

Человеко-неделя

Единица объёма работ: 40 рабочих часов одного специалиста. Удобна, чтобы сравнивать оценки разных подрядчиков в одних единицах.

Фронтенд и бэкенд

Фронтенд — то, что пользователь видит и нажимает в браузере. Бэкенд — серверная часть: база данных, расчёты, платежи и связи с другими системами.

DevOps-инженер

Специалист, который настраивает серверы, выкладку новых версий, резервные копии и мониторинг. В MVP нужен небольшим объёмом, но всегда.

Админка

Внутренний интерфейс для команды: заявки, пользователи, статусы, оплаты. На старте её можно заменить готовой CRM или таблицей.

Эквайринг

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

Вебхук

Автоматическое уведомление, которое одна система отправляет другой, когда что-то произошло, например появилась новая сделка. Позволяет связать продукт с готовой CRM без лишнего кода.

Кроссплатформенный фреймворк

Технология, позволяющая написать одно мобильное приложение сразу для iOS и Android. Сокращает работу по сравнению с двумя отдельными приложениями.