Наши заказчики любят работать по T&M. Рассказываем, почему иногда лучше выбрать Fixed Price
AGIMA6 декабря 2024Виталий·New Business DirectorВиктор, New Business Director AGIMA, сравнивает модели T&M и Fixed Price на примере разработки цифрового продукта. Выбор зависит от определённости требований, допустимого риска, скорости изменений и готовности заказчика участвовать в управлении.
Коротко
| Условие | Чаще подходит |
|---|---|
| Требования меняются по ходу работы | T&M |
| Объём и критерии приёмки можно зафиксировать | Fixed Price |
| Нужна постоянная продуктовая команда | T&M или ретейнер |
| Критичен заранее утверждённый бюджет | Fixed Price с управлением изменениями |
По внутренним данным AGIMA на момент подготовки исходной статьи в 2024 году 52% проектов шли по Time and Materials, остальные — по Fixed Price. Это срез портфеля агентства, а не рыночная статистика. Кажется, выбор очевиден: T&M гибче, ставка ниже, требования можно менять. Но на новых проектах эта гибкость иногда становится дорогой. Покажу на одном условном, но типичном проекте.
Где возникает ловушка
Заказчик часто выбирает T&M по двум причинам:
- Можно менять требования. В начале проекта не всегда понятно, каким должен быть результат. Хочется довериться команде и донастроить продукт по ходу работы.
- На старте дешевле. Ставка в T&M в среднем ниже примерно на 15%.
Проблема в том, что низкая ставка не равна низкому бюджету. Если границы продукта не зафиксированы, команда тратит часы на поиск решения, переделки и согласование новых идей. Сначала это выглядит как свобода. Потом — как перерасход.
Главная мысль: T&M хорош, когда продукт уже живет и его нужно развивать итерациями. Для запуска нового сложного проекта Fixed Price часто безопаснее: он заставляет раньше договориться о границах, приоритетах и цене ошибки.
Вводные: один проект, две модели
Возьмем средний проект: нужно разработать веб-сервис, мобильное приложение и личный кабинет. Еще нужна сервисная шина, чтобы связать продукт с существующей информационной системой заказчика.
Сравним путь заказчика по этапам: от пресейла до запуска.
| Этап | Что важно для бюджета |
|---|---|
| Пресейл | Насколько подробно команда оценила объем работ |
| Предпроектное обследование | Какие требования нашли и что решили не делать |
| Проектирование и дизайн | Сколько гипотез ушло в макеты и ТЗ |
| Разработка | Сколько переделок появилось из-за плавающих границ |
| Запуск | Во сколько обошлась первая версия продукта |
1. Пресейл: T&M выглядит легче
На пресейле Fixed Price кажется тяжелым. Команда долго уточняет требования, дробит систему на функции и подфункции, раскладывает работу по ролям.
T&M выглядит проще: есть этапы, месяцы, команда и ориентировочная стоимость.
На этом этапе логика заказчика обычно такая:
| Fixed Price | T&M |
|---|---|
| «Проект понятный. Мы уже провели встречи, описали систему, подготовили документы. Если урезать лишнее, должны уложиться в три месяца». | «Документации меньше, ставка ниже, требования можно менять. Подключим сильную команду и тоже уложимся в три месяца». |
T&M побеждает по ощущению. Он обещает меньше формальностей и больше свободы. Но часть неопределенности просто переезжает в следующие этапы.
2. Предпроектное обследование: появляются настоящие границы
На ППО команда фиксирует границы системы и собирает приоритизированный бэклог. Это важный момент: ошибка здесь еще дешевая. Чем дальше проект, тем дороже менять решения. Об этом, например, говорят в исследовании Бристольского университета.
После ППО картинка меняется.
| Fixed Price | T&M | |
|---|---|---|
| Что видит заказчик | Команда больше общается, согласует Vision и бэклог, снимает противоречия. Появляются новые требования: интеграции, фичи, ожидания стейкхолдеров. Чтобы сохранить срок, часть скоупа нужно резать. | Команда не тормозит на документации. Идеальный дизайн-концепт можно согласовать позже. Стейкхолдеры приносят идеи — берем в работу. До релиза два месяца, пора писать код. |
| Что происходит с бюджетом | Бюджет растет, но границы проекта уже видны. | Итоговую стоимость все еще трудно назвать. В плохом сценарии она может вырасти вдвое. |
Что важно заметить: на Fixed Price неприятные разговоры начинаются раньше. На T&M они часто откладываются — и поэтому становятся дороже.
3. Проектирование и дизайн: свобода начинает стоить денег
На этом этапе команда строит CJM, прототипы и дизайн-макеты. Для Fixed Price прототип обычно детальнее: чем лучше проработаны требования, тем меньше рисков в конце. В работу включаются даже UX-редакторы.
| Fixed Price | T&M | |
|---|---|---|
| Что видит заказчик | Замечания вносятся осторожно. Каждое изменение нужно согласовать: если оно ломает прошлые договоренности, цена растет. | Можно пробовать разные варианты дизайна, смотреть на трендсеттеров, приносить идеи стейкхолдеров. Кажется, что в первую версию войдет всё. |
| Что происходит с бюджетом | Появляется согласованное ТЗ. Оценку можно уточнить: например, проект займет 5000 часов вместо 4000. | Команда уже тратит больше часов. Разработчики могут писать код «на заглушках», пока требования меняются. Часть кода потом придется переделывать. |
На Fixed Price команда спорит о границах до разработки. На T&M часть споров превращается в оплаченные часы разработки.
4. Разработка: разница становится видимой
Обычно именно здесь T&M-проект переживает кризис.
| Fixed Price | T&M | |
|---|---|---|
| Что видит заказчик | Документов много, допкосты раздражают. Зато разработка идет по согласованному ТЗ. | В отчетах виден разрыв с первоначальной оценкой. До запуска месяц, а готовность продукта ниже ожиданий. |
| Что происходит с бюджетом | Выработали 2550 часов, осталось 3000. | Выработали на 1000 часов больше, чем планировали. Команда выросла на 4 человека. Бюджет исчерпан, а точного понимания финальной стоимости нет. |
Заказчик недоумевает: казалось, всё идет гладко. Проект можно продолжать по T&M, но уже с серьезным выходом за бюджет. В такой ситуации часто приходится переходить на Fixed Price: фиксировать требования, закрывать лишнее и доводить первую версию до релиза.
5. Переломный момент: T&M превращается в Fixed Price
Когда команда переходит с T&M на Fixed Price, бюджет выглядит так:
| Fixed Price с начала | T&M → Fixed Price |
|---|---|
| Выработали 2550 часов, осталось 3000. | Команда уже больше, часть требований выявлена, задачу поняли лучше. Но сделано мало. Чтобы закончить, нужно еще 4200 часов. |
То есть Fixed Price все равно появляется. Разница только в том, когда именно: до разработки или после дорогого периода неопределенности.
6. Запуск: считаем часы и деньги
К концу проекта получается такая картина:
| Модель | Предоценка | Фактический объем | Что изменилось |
|---|---|---|---|
| Fixed Price | 4000 часов | 5500 часов | Команда не изменилась, объем уточнили и зафиксировали |
| T&M → Fixed Price | 3000 часов | 7600 часов | Команда выросла на треть, часть часов ушла на поиск решения и переделки |
Переведем часы в деньги. Возьмем усредненные ставки: 2600 ₽/час по T&M и 3000 ₽/час по Fixed Price.
| Модель | Ставка | Как меняется стоимость | Итог |
|---|---|---|---|
| Fixed Price | 3000 ₽/час | Растет постепенно, затем фиксируется | ~15 млн ₽ |
| T&M → Fixed Price | 2600 ₽/час на T&M-этапе | На старте дешевле, затем резко растет | ~20 млн ₽ |
T&M в примере выходит примерно на 5 млн ₽ дороже. Это около 30% сверху.
Да, T&M-проект может получиться более продуманным и красивым: команда успела проверить больше идей, учесть больше бизнес-требований, сильнее понравиться стейкхолдерам. Вопрос в другом: стоят ли эти улучшения дополнительных 5 млн ₽. В нашем примере — нет.
На что лучше потратить разницу
Я бы потратил эти 5 млн ₽ не на бесконечное расширение первой версии, а на Soft Launch.
Сценарий может быть таким:
- Выпускаем первую версию продукта для ограниченной аудитории.
- Отмечаем пользователей, которые попали в запуск.
- Собираем обратную связь: качественное исследование, опросы или глубинные интервью.
- Исправляем ошибки и усиливаем то, что оказалось полезным.
- Постепенно расширяем аудиторию: через рассылку по старой базе, новую версию продукта или возможность откатиться на старый интерфейс.
Так бюджет работает на реальный пользовательский опыт, а не только на идеи внутри проектной команды.
Когда выбирать Fixed Price, а когда T&M
| Ситуация | Лучше подходит |
|---|---|
| Нужно запустить первую версию сложного продукта | Fixed Price |
| Важно рано зафиксировать бюджет и скоуп | Fixed Price |
| Продукт уже работает, нужно развивать его итерациями | T&M |
| Требования постоянно меняются, а бизнес готов платить за поиск | T&M |
| Команда и заказчик пока не договорились о границах | Сначала обследование, потом выбор модели |
Вывод
T&M не плохой, и Fixed Price не волшебная таблетка. Это инструменты для разных ситуаций.
Если продукт новый, сложный и бюджет ограничен, Fixed Price помогает раньше увидеть границы и принять неприятные решения до того, как они превратятся в дорогую разработку. Если продукт уже запущен и команда осознанно покупает гибкость, T&M может быть удобнее.
Главное — не путать низкую ставку с низкой стоимостью проекта.
