Fixed Price vs Time & Materials: что выгоднее для разработки

Менеджмент

29 марта 2026

15 мин чтения

Сравнение Fixed Price и T&M: таблица различий, дерево выбора, чек-листы контроля, как сравнить КП и какие формулировки закрепить в договоре.

Обычно выбор модели оплаты начинается так: бизнес собирает 2–5 коммерческих предложений, а там — разные цены, разные сроки и разные «условия». Один подрядчик предлагает Fixed Price (“фиксированная цена под ключ“), другой — Time & Materials (T&M, «оплата по факту»), третий — «гибрид». В результате сравнивают цифры, но проигрывают на рисках: меняются требования, всплывают интеграции, растёт объём тестирования — и проект либо дорожает, либо конфликтует, либо теряет качество.

Ниже — практичная схема выбора: таблица различий, дерево решений, чек-листы контроля и матрица сравнения КП.

В большинстве случаев:

Fixed Price выгоднее, когда требования стабильны, объём понятен, а приёмка легко формализуется (например, типовой корпоративный сайт или ограниченный функциональный блок).
Time & Materials (T&M) выгоднее, когда требования уточняются в процессе, важны регулярные релизы, есть интеграции/legacy и нужен управляемый roadmap (MVP, сервисы, личные кабинеты, развитие продукта).
Гибрид (T&M с лимитом/cap, milestones, фикс-скоуп + T&M) выгоднее, когда нужен контроль бюджета, но сохраняется неопределённость.

Определения

Fixed Price (фиксированная цена)

Модель, где заранее фиксируются стоимость, часто сроки и объём работ (scope). Изменения требований обычно оформляются как Change Request и ведут к пересчёту.

Time & Materials (T&M)

Модель, где оплачивается фактическая работа команды (по времени/ставкам) при прозрачном трекинге задач. Управление стоимостью достигается через приоритизацию, спринты, отчётность, лимиты бюджета (cap) и контроль burn rate.

Гибридные модели

T&M с cap (лимит бюджета): работаете по T&M, но есть верхняя граница затрат на период/этап.
Fixed scope + T&M: фиксируете функциональные рамки (минимальный объём), а детализацию и развитие — по T&M.
Milestone-based: фиксируете стоимость/условия приёмки на контрольные точки (этапы), внутри этапа — T&M.

Сравнение в таблице

Критерий	Fixed Price (фикс прайс)	Time & Materials (T&M)
Когда подходит	стабильные требования, понятный scope	неопределённость, поиск решения, развитие продукта
Скорость старта	ниже: нужно больше фиксации заранее	выше: можно стартовать после короткого Discovery
Гибкость требований	низкая: изменения через CR	высокая: приоритеты можно менять по ходу
Прозрачность	зависит от качества ТЗ/приёмки	высокая при нормальном трекинге/демо
Риск перерасхода бюджета	«спрятан»: часто в риск-премии или урезании	управляемый: через cap, burn rate, приоритизацию
Риск срыва сроков	часто переходит в конфликт «не входило»	зависит от дисциплины планирования и velocity
Качество/тестирование	риск «оптимизации» на тестах ради маржи	легче встроить качество как процесс
Управление изменениями (Change Request)	критично: без CR будут споры	обязательно, но проще: меняете бэклог
Мотивация подрядчика	«закрыть scope» с минимальными затратами	«давать ценность» итерациями, удерживать прозрачность
Ответственность за результат	формально выше, но зависит от критериев приёмки	распределённая: заказчик управляет приоритетами, подрядчик — исполнением
Типовые конфликты	«это не входило», «переделайте бесплатно»	«почему столько часов», «где результат»
Что нужно от заказчика	сильное ТЗ/приёмка, быстрое согласование	PO/CTO/PM со стороны заказчика, регулярная коммуникация
Как фиксировать приёмку (AC/DoD)	жёстко: acceptance criteria, DoD, этапы	обязательно: DoD + демо + критерии готовности
Как контролировать прогноз	план-график + риски + CR	roadmap + velocity + burn rate + cap

Что значит «выгоднее» на самом деле

«Выгодно» — это не только сумма в КП. Это TCO (total cost of ownership): стоимость разработки + стоимость переделок + цена простоев + цена потери качества + цена зависимости от подрядчика.

Почему «дешёвый Fixed Price» часто оказывается дороже

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

Почему T&M без контроля превращается в «оплату часов»

T&M работает только при дисциплине: прозрачный бэклог, короткие итерации, демо, отчётность по результату, а не по «занятости». Без этого вы не покупаете ценность — вы финансируете процесс.

Мини-пример логики (без цен)

Fixed Price: вы зафиксировали scope, но на 3-й неделе выяснилась интеграция/ограничение. Либо растёт бюджет через CR, либо «втискиваем» в фикс → падает качество и сроки.
T&M: интеграция добавляется в бэклог, вы выкидываете второстепенное, сохраняете срок релиза ключевой ценности. Итоговая стоимость может быть сопоставима, но управляемость выше.

Как выбрать модель за 5 минут

Пошагово:

1. Требования стабильны?

Да, стабильны → идём к (2)
Нет/частично → чаще T&M или гибрид

2. Объём работ легко измерим и описать критериями приёмки?

Да → возможен Fixed Price
Нет (много неизвестных, R&D, интеграции) → T&M/гибрид

3. Есть legacy/интеграции/неясные зависимости?

Да → T&M или T&M с cap
Нет → возможно Fixed

4. Дедлайн жёсткий (регуляторика, маркетинговое окно)?

Да → T&M или T&M с cap
Нет → T&M чаще удобнее

5. Есть со стороны заказчика PO/CTO/PM, готовые управлять приоритетами?

Да → T&M раскрывает максимум пользы
Нет → лучше Fixed с сильной предпроектной проработкой или «управляемый гибрид»

Короткая матрица

Высокая неопределённость + интеграции + регулярные релизы → T&M
Средняя неопределённость + нужен контроль бюджета → T&M с cap / milestones
Низкая неопределённость + чёткая приёмка → Fixed Price

Кейс работы по Т&М c премиальным международным брендом, представляющий в России сеть заправочных станций и широкий ассортимент смазочных материалов

Сценарии

Ниже — типовые случаи для «аутсорсинга разработки» и «разработки под ключ».

1) Лендинг / промо / небольшой корпоративный сайт

Чаще: Fixed Price

Почему: scope понятен, приёмка формализуется, рисков мало.

Зафиксировать: «что входит/не входит», критерии приёмки, контент и ответственность за него.

2) Корпоративный сайт со сложной структурой и интеграциями

Чаще: гибрид или T&M

Почему: контент, поисковые требования, интеграции, миграции часто меняют scope.

Зафиксировать: этап Discovery, макеты/прототипы, миграцию контента, техтребования, производительность.

3) Интернет-магазин

Чаще: T&M или гибрид

Почему: интеграции (оплаты, доставки, 1С/ERP), каталоги, промо-механики — зона постоянных изменений.

Зафиксировать: MVP-скоуп, план релизов, приоритеты, регламент изменений.

4) Сложный личный кабинет / сервис

Чаще: T&M

Почему: бизнес-логика уточняется итерациями, важно качество, тестирование, безопасность.

Зафиксировать: DoD, QA-контур, релизный календарь, доступы/права на код.

5) Мобильное приложение

Чаще: T&M или milestones

Почему: UX-итерации, сторы/релизы, устройства, регрессы.

Зафиксировать: окружения, аналитика событий, тестирование, процесс релизов и откатов.

6) MVP стартапа

Чаще: T&M с cap (лимит)

Почему: максимальная неопределённость, важна скорость обучения, а не «идеальный» фикс.

Зафиксировать: cap, метрики успеха, демо раз в 1–2 недели, приоритизацию.

7) Редизайн + доработки существующего продукта

Чаще: гибрид

Почему: часть работ можно оценить фиксированно, но вскрытия по legacy неизбежны.

Зафиксировать: предпроектный аудит, список рисков, резерв времени, CR-процесс.

8) Внедрение CRM/портала + интеграции

Чаще: T&M или milestone-based

Почему: интеграции, данные, процессы заказчика — главные источники изменений.

Зафиксировать: ответственность за данные, доступы, критерии готовности интеграций, этапность.

9) Развитие продукта + поддержка по SLA

Чаще: T&M + отдельный контур SLA

Почему: поток задач и инцидентов требует гибкости; SLA — про управляемость реакции.

Зафиксировать: приоритеты инцидентов, время реакции/решения, релизные окна, правила коммуникации.

Контроль Fixed Price

Fixed Price жизнеспособен, если вы сделали его «управляемым», а не «магическим».

Чек-лист

Зафиксируйте scope и отдельным списком — «не входит».
Пропишите assumptions/допущения (что считается истинным при оценке).
Для ключевых функций — acceptance criteria (критерии приёмки).
Сделайте этапность/milestones и демо на каждом этапе.
Обязательный Change Request процесс (влияние на срок/стоимость).
Зафиксируйте Definition of Done (DoD): ревью, тесты, документация.
Определите, кто тестирует и по каким правилам (QA-контур).
Пропишите релизный процесс (окружения, откаты, ответственность).
Закрепите права на код/доступы/репозиторий у заказчика.
Опишите гарантию/поддержку после релиза (хотя бы базово).
Определите сроки согласований со стороны заказчика (иначе фикс ломается).
Список рисков и что будет считаться «форс-мажором проекта» (не юридически, а по процессу).

Callout: красные флаги Fixed Price

“Всё включено” без списка исключений и допущений.
Нет CR-процесса и критериев приёмки.
Приёмка “на глаз” или “в конце”.
Права на репозиторий у подрядчика.
QA/релизы не описаны.

Контроль T&M

T&M выгоден, когда вы покупаете не «занятость», а поставку ценности.

Чек-лист (10–12 пунктов):

Ведите прозрачный backlog (единый источник правды).
Работайте спринтами: план → выполнение → демо → ретро.
Требуйте отчётность по задачам/результатам, а не по «часам».
Введите cap/лимит бюджета на период или этап и контролируйте burn rate.
Прогнозируйте: roadmap + velocity (скорость команды).
Зафиксируйте DoD, code review, QA — как обязательный процесс.
Делайте регулярные демо (раз в 1–2 недели).
Определите правила приоритизации (роль PO/ответственного).
Согласуйте релизный календарь и правила выката.
Зафиксируйте SLA ответов в коммуникациях (чтобы не «зависало»).
Для поддержки/сопровождения: отдельные правила инцидентов и приоритетов.
Фиксируйте изменения требований как пересборку бэклога, а не «плавающие договорённости».

Callout: красные флаги T&M

Нет демо и прозрачного бэклога (“потом покажем”).
Отчёты только “сколько часов”, без результата.
Нет лимитов и прогнозирования, бюджет “резиновый”.
Нет DoD/QA/релизного процесса.
Нечёткая ответственность со стороны заказчика за приоритизацию.

Как сравнить КП от 3 подрядчиков

Используйте матрицу 1–5 (1 — плохо, 5 — отлично) и оценивайте не цену, а управляемость и риск.

Критерий	Вес (опц.)	Подрядчик A	Подрядчик B	Подрядчик C
Понимание задачи и вопросов на пресейле
Понимание задачи и вопросов на пресейле
Прозрачность оценки/декомпозиция/ допущения
Управление изменениями (CR)
QA/тестирование как часть процесса
DevOps/релизы/окружения/откаты
DevOps/релизы/окружения/откаты
Отчётность/демо/частота коммуникаций
Риски и как их снимают (список + план)
Поддержка/сопровождение/SLA

Как читать результат:

если цена ниже, но оценки по процессам/качеству/правам низкие — вы покупаете риск;
если оценки высокие, цена выше — спросите, что именно включено (QA, релизы, документация, гарантия).

Формулировки для договора

Ниже — короткие «копипаст»-фразы, которые делают модель управляемой.

1) Change Request (управление изменениями)

«Изменения требований оформляются в виде Change Request с описанием изменения, влиянием на сроки/стоимость и планом внедрения. Работы по изменению выполняются после письменного согласования Заказчиком».

2) Отчётность и демо

«Подрядчик предоставляет демо результата не реже одного раза в N недель и отчёт о выполненных задачах с привязкой к бэклогу/таск-трекеру».

3) Cap/лимит бюджета для T&M

«Для работ по модели Time & Materials устанавливается лимит затрат (cap) на период/этап. При достижении X% лимита Подрядчик уведомляет Заказчика и предлагает варианты: пересборка приоритетов, остановка работ, изменение лимита».

4) Приёмка и Definition of Done (DoD)

«Результат считается готовым при выполнении критериев DoD: code review, прохождение тестов/чек-листов, обновление документации, демонстрация на согласованном окружении, отсутствие критических дефектов».

5) Права на код и доступы

«Репозиторий и административные доступы размещаются в аккаунте Заказчика либо предоставляются Заказчику в полном объёме. Права на результаты работ переходят к Заказчику с момента оплаты соответствующего этапа/периода».

Итог

Памятка выбора:

Fixed Price — когда scope стабилен и приёмка формализуема.
T&M — когда важны гибкость, итерации, интеграции и регулярные релизы.
Гибрид — когда нужна гибкость, но вы хотите держать бюджет “в коридоре” (cap/milestones).

Точные сроки и бюджет корректно считать после брифа и Discovery — иначе это будет не оценка, а предположение.

FAQ

1. Можно ли начать с Fixed Price и перейти в T&M?

Да. Часто фиксируют “минимальный must-have” и дальше развивают продукт по T&M, когда требования становятся динамичными.

2. Что делать, если нет ТЗ?

Это нормально. Начните с Discovery: цели, пользователи, ограничения, прототипы, бэклог и критерии приёмки.

3. Почему оценки у подрядчиков сильно отличаются?

Разный состав работ: кто-то включает QA/DevOps/документацию/релизы, кто-то нет. Плюс разные допущения и уровень риск-премии.

4. Как контролировать T&M, если нет CTO?

Требуйте артефакты: прозрачный бэклог, демо каждые 1–2 недели, отчётность по задачам, DoD и лимиты бюджета.

5. Кто несёт риск сроков в T&M?

Риск распределён: заказчик управляет приоритетами и согласованиями, подрядчик — скоростью поставки и качеством процесса. Важно фиксировать роли и правила.

6. Что такое cap и как его ставить?

Cap — лимит бюджета на период/этап. Ставьте его от цели этапа (например, MVP-релиз) и пересматривайте по факту velocity и рисков.

7. Что важнее: цена или процесс?

Процесс. Цена без процесса часто означает риск переделок, зависимость от подрядчика и потери качества.

Другие статьи

Разработка

24 апреля 2026

2 мин чтения

Какую CRM систему выбрать для бизнеса: пошаговый гид без ошибок

CRM выбирают часто «на эмоциях»: увидели рекламу, услышали от знакомых, взяли «как у конкурента». А потом — саботаж менеджеров, дубли контактов, разваленная воронка и ощущение, что «CRM не работает». На деле не работает подход к выбору и внедрению.

Разработка

10 марта 2026

13 мин чтения

Как выбрать IT-подрядчика на разработку: чек-лист для бизнеса

Практичный чек-лист выбора подрядчика на разработку: критерии, red flags, вопросы на встрече, сравнение Fixed и T&M и чек-лист старта проекта.