Что такое Time&Material - чем суть подхода и как проходит работа по этому договору

Когда компания впервые сталкивается с разработкой цифрового продукта, у нее почти сразу возникает главный вопрос: сколько это будет стоить? И тут все оказывается не так просто. В отличие от покупки готовой вещи, здесь нет фиксированного ценника, потому что каждый проект отличается по задачам, срокам и уровню сложности. На итоговую стоимость влияет сразу несколько факторов: объем работ, команда, технологии, сроки и даже то, как часто в процессе меняются требования. Именно поэтому в разработке используют разные модели оплаты, и одна из самых распространенных – Times & Material. Она позволяет оплачивать не «готовый результат по фиксированной цене», а фактически потраченное время и ресурсы. В статье специалисты IT-агентства White Tiger Soft расскажут о ней максимально подробно.

Есть несколько вариантов, как оплатить услуги. Рассмотрим каждый из них подробнее.
При первом вы оплачиваете фактическое время деятельности специалистов и все расходы, которые возникают по ходу проекта. Такой подход удобен, если заранее сложно понять, сколько ресурсов потребуется, и вы допускаете изменения в процессе. Это и есть Time of Material.

Второй называется Fixed Price. Здесь вы заранее согласовываете итоговую стоимость, и она остается неизменной. Этот вариант подходит, когда задачи четко понятны, а сроки и объем работ можно точно определить.

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

У каждого из этих вариантов есть свои плюсы и ограничения, и универсального решения здесь нет. Выбор зависит от того, насколько понятны планы на старте и как часто вы планируете вносить изменения.

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

Изначально эта модель появилась в строительстве. Когда было трудно заранее определить, сколько потребуется временных ресурсов и стройматериалов, стороны договаривались об оплате по факту. Это было особенно удобно при нестабильных ценах и плавающих сроках. Со временем этот подход перешел в другие сферы, включая IT, где задачи тоже часто меняются уже по ходу рабочего процесса.

Как он устроен на практике:

1. Заказчик оплачивает часы работы специалистов. Например, если человек отработал 40 ч за неделю, оплата идет за них по согласованной ставке.
2. Все дополнительные расходы тоже ложатся на заказчика. Например, лицензии, сервисы, оборудование или любые другие ресурсы, необходимые для выполнения задач.
3. Если регулярно появляются новые требования, их просто добавляют в работу. При этом бюджет увеличивается пропорционально времени и затратам, которые потребовались.

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

Чаще всего такой формат используют:

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

Главное преимущество Time in Material – это то, что данная модель позволяет спокойно реагировать на изменения и при необходимости корректировать бюджет без жестких ограничений.

Его достоинства становятся особенно заметны там, где многое меняется по ходу разработки.

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

Заказчик понимает, за что именно платит, так как все затраты фиксируются и видны.

В проектах с неограниченными сроками это помогает избежать лишних трат, так как оплата идет только за фактически выполненные задачи.

Главный минус – итоговую стоимость невозможно озвучить точно. Бюджет может вырасти, если работа затянется или потребуется больше ресурсов, чем планировалось.

Например, компания заказывает разработку мобильного приложения. На старте трудно понять, сколько времени она займет и какие решения придется использовать. В такой ситуации выбирают договор T&M: заказчик оплачивает каждый этап и все затраты по мере их появления.

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

Нужно указать, сколько стоит работа каждого специалиста:

• разработчик – 3 000 руб./ч;
• менеджер – 3 500 руб./ч;
• дизайнер – 2 700 руб./ч.

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

В документации прописывают все дополнительные затраты. Например:

• лицензия на ПО – 15 000 руб.;
• сервер – 5 000 руб./мес.;
• оборудование – по чекам.

Также важно указать, кто их оплачивает и как происходит компенсация.

Чтобы расходы не росли бесконтрольно, можно установить максимальные суммы. Пример:

• общий бюджет – до 1,5 млн руб.;
• материалы – до 300 тыс. руб.

Без согласования эти лимиты превышать нельзя.

Даже при гибкой модели важно обозначить примерные сроки и шаги. Например:

1. Дизайн и верстка – месяц.
2. Разработка – 14 дней.
3. Тестирование – 1 неделя.

Это помогает понимать, как движется проект.

Нужно зафиксировать, как заказчик будет следить за работой и издержками. Пример:

• еженедельные отчеты по часам;
• подтверждение расходов документами;
• регулярные созвоны.

Это делает процесс прозрачным.

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

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

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

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

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

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

Вот основные причины:

1. Сложно точно оценить работу на старте. В цифровых проектах часто невозможно сразу понять весь объем задач. Сначала команда изучает ситуацию, тестирует гипотезы и только потом формирует решение. Особенно это актуально для новых или нестандартных продуктов, где нет готовых шаблонов.
2. Трудно зафиксировать идеальное техническое задание. Даже хорошо составленное ТЗ со временем может потерять актуальность. Технологии меняются, появляются новые версии систем и обновления. Если проект длится долго, исполнитель обязан строго следовать документу или оформлять изменения через дополнительные соглашения. В таких условиях модель Time to Material – это то, что дает большую гибкость, так как задачи можно корректировать.
3. Ошибки обходятся дороже. Иногда компания заказывает цифровой продукт, не до конца понимая, действительно ли он решает ее бизнес-задачу. При Fixed Price проект все равно будет реализован, и бюджет будет потрачен полностью, даже если результат окажется неэффективным. В формате «Время и материалы» можно быстрее проверить гипотезу, остановиться раньше и не тратить лишние ресурсы.

В итоге эти два подхода не конкурируют между собой напрямую. Они просто решают разные задачи и подходят для различных типов проектов.

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

Для этого обычно используют несколько понятных инструментов:

1. План и регулярные отчеты. Перед началом рабочего процесса или отчетного периода согласуется список задач. После выполнения команда показывает, что было сделано, и фиксирует потраченное время. Это помогает видеть, как все продвигается.
2. Открытая информация. Рабочий процесс и промежуточные результаты не скрываются. Заказчик может в любой момент уточнить статус задач и получить понятное объяснение, на каком этапе сейчас проект.

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

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

В такой ситуации важно не конфликтовать, а спокойно выстроить процесс согласования. Обычно у клиента есть технический директор или руководитель проекта, который лучше понимает, как устроена разработка. Если они поддерживают T&M, то помогают объяснить ее другим участникам согласования и найти компромисс.

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

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

Чтобы заказчику было спокойнее работать в формате T&M, в договор можно заранее заложить защитные механизмы:

1. Ограничение бюджета. Рекомендуем прописать максимальную сумму, которую нельзя превышать без отдельного согласования. Если расходы подходят к лимиту, действия приостанавливаются до решения заказчика.
2. Отклонение по времени. Еще один вариант – заранее согласовать допустимый коридор по часам. Например, отклонение не более 20% от плана. Это помогает проще контролировать расходы и избегать неожиданностей.

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

Договор Time and Material – это удобный формат сотрудничества, который помогает работать с цифровыми проектами без жестких рамок и заранее фиксированной стоимости. Он дает больше свободы в принятии решений по ходу разработки и позволяет адаптировать процесс под реальные цели бизнеса. Такой подход особенно полезен там, где важны гибкость, прозрачность и возможность постепенно уточнять результат вместе с командой исполнителя.