﻿---
title: Альтернативы почасовой оплате
description: Почему оплата по часам вознаграждает затраченное время, а не результат, и какие единицы продажи используют вместо неё в медицине, автосервисе, строительстве, консалтинге и разработке.
---

Почасовая модель (time & materials, T&M) выглядит честной: клиент платит за время, исполнитель отчитывается таймшитом. На практике она вознаграждает затраченные часы, а не полученный результат, и перекладывает риск неопределённости на клиента. Час остаётся рабочим инструментом для внутренней экономики и для работ с действительно неизвестным объёмом, но как единица продажи он плохо подходит большинству интеллектуальных услуг.

Ниже — механика, по которой T&M ломается, и три семейства единиц продажи, которые применяют вместо часов в разных отраслях. Каталог конкретных коммерческих моделей для веб-разработки — в статье [«Оценка задач и проектов»](https://wpcraft.ru/kb/processes/pricing/estimate.md).

## Почему почасовка ломается

- **Наказывает эффективность.** Чем быстрее исполнитель решает задачу, тем меньше он зарабатывает. Эксперт, диагностирующий проблему за двадцать минут вместо четырёх часов, получает меньше за лучший результат, и у команды появляется стимул не оптимизировать процесс.
- **Перекладывает риск неопределённости на клиента.** При неизвестном объёме — интеграция, исследование, незнакомая кодовая база — клиент оплачивает все сюрпризы, а исполнитель почти не заинтересован в том, чтобы их не создавать.
- **Создаёт трение в отношениях.** Клиент начинает проверять таймшиты и спрашивать, почему на операцию ушло три часа, а не полтора. Партнёрство превращается в контроль затраченного времени.
- **Не масштабируется вместе с экспертизой и инструментами.** Шаблоны, отработанные процессы и ИИ-ассистенты сокращают время выполнения, но не ценность результата. Почасовка не позволяет захватить эту разницу: тот же результат приносит меньше выручки.
- **Измеряет не то, что покупают.** Клиент приобретает работающий продукт, снижение риска, рост выручки или спокойствие. Часы — один из ресурсов производства, а не предмет сделки.

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

## Три семейства альтернатив

Альтернативы различаются не названием модели, а **единицей продажи**: операция, относительный размер или период. Дальше их можно комбинировать.

### Фиксированная операция или пакет

Единица продажи — заранее описанный состав работ с известным результатом. Цена относится к согласованному объёму, всё за его границами оценивается отдельно.

В отрасли это выглядит так:

- **Медицина.** Первичный приём терапевта (осмотр, сбор анамнеза, план обследования) и повторный приём — пакеты с фиксированной длительностью и содержанием.
- **Автосервис.** Диагностика подвески — перечень проверяемых узлов плюс заключение; замена колодок или масла — стандартные операции с известной ценой.
- **Строительство и ремонт.** Замена стандартного водонагревателя, укладка определённого метража покрытия, покраска комнаты с обычными стенами — фиксированная цена при описанном объёме.
- **Бухгалтерия и юридические услуги.** Декларация определённого типа, регистрация ООО, оформление одного трудового договора.
- **Маркетинг и дизайн.** Брендинг-пакет (логотип плюс гайд по использованию), комплект из восьми постов со сторис, аудит сайта с рекомендациями.

В веб-разработке так продаются диагностика ошибки, настройка формы или платёжного модуля, обновление типовой темы, аудит производительности, разовый перенос сайта. Условие работоспособности — повторяемость: пакет должен быть описан достаточно подробно, чтобы попадание в него определялось без споров, а нетиповой случай уходил в отдельную оценку.

### Относительная балльная оценка

Единица продажи — не время, а относительный размер задачи: сложность, объём, неопределённость и зависимости, сведённые к общей шкале. Классика — story points по Фибоначчи (1, 2, 3, 5, 8, 13), где маленькая правка интерфейса служит эталоном единицы.

Помимо разработки ПО, относительные размеры применяют в консалтинге и во внутренних портфелях задач: когда уровень экспертизы участников разный, абсолютные часы дают ложную точность, а «размеры» позволяют планировать загрузку. В инженерных и исследовательских проектах для этого используют T-shirt sizes, переведённые в баллы.

Два ограничения, без которых баллы теряют смысл:

- **Шкала действует внутри одной команды или направления.** Сравнивать баллы разных команд бессмысленно: у каждой своя база отсчёта.
- **Прямой перевод «1 балл = N часов» вреден.** Он возвращает почасовку через чёрный ход и отменяет главное преимущество относительной оценки — опору на калибровку по истории конкретной команды.

Баллы калибруют на завершённых задачах: эталоны в шкале фиксируют, а скорость команды (velocity — сколько баллов закрывается за спринт) используют для прогноза, а не как обещание выполнить любой объём.

### Оплата за период или цикл

Единица продажи — отрезок времени с оговорённой ёмкостью, правилами приоритизации и границами того, что в него входит. Точный объём работ при этом может быть неизвестен.

- **Месяц или год — ретейнер.** Клиент резервирует доступность и объём: сопровождение продукта с временем реакции и правилами приоритета, консалтинг с ежемесячными сессиями и поддержкой по SLA, маркетинговый пакет «контент, отчёт, стратегическая сессия», обслуживание сайта с обновлениями и мониторингом, регламентное обслуживание оборудования с приоритетным выездом.
- **Итерация или спринт.** Фиксированный бюджет за цикл обычно в одну-две недели: в начале из бэклога выбирают приоритетные задачи, в конце принимают результат и планируют следующий цикл. Объём внутри цикла может меняться, цель цикла — нет. Такой подход описан, в частности, в руководстве правительства Великобритании по agile-контрактам.
- **Цикл обслуживания.** Квартальный осмотр, ежемесячная профилактика с заданным перечнем действий, сезонные проверки. Период создаёт повторяемость, а состав цикла задаёт границы работ.

Для периода обязательно решают, что происходит с неиспользованным объёмом: сгорает он, переносится частично или полностью. Молчание по этому пункту — самая частая причина конфликта в конце месяца.

## Как выбрать под характер работы

Выбор определяется не модой, а ясностью объёма и регулярностью потребности:

- **Повторяемый объём с понятным результатом** — фиксированная операция или пакет. Нужны состав, исключения, критерии приёмки и цена изменений.
- **Неопределённость и меняющиеся требования** — цикл (спринт, ретейнер) либо почасовка с жёсткими контрольными точками и лимитом бюджета.
- **Командная работа с разной сложностью задач** — баллы плюс регулярная калибровка и история скорости.

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

## Что важнее точности часов

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

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

Показатели потока, которые подходят для регулярных моделей, описаны в [метриках потока](https://wpcraft.ru/kb/processes/kpi/flow-metrics.md), метрики сервиса с SLA — в [метриках ServiceDesk](https://wpcraft.ru/kb/processes/kpi/service-desk.md). Внутренняя ставка часа при этом не исчезает: она нужна, чтобы проверить, покрывает ли выбранная модель затраты, — см. [расчёт стоимости нормо-часа](https://wpcraft.ru/kb/processes/pricing/hourly-rate.md).

## Где почасовая остаётся уместной

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

Проблема начинается там, где почасовку берут по умолчанию для работ с предсказуемым результатом: клиент получает счёт за время, а не за ценность, исполнитель — стимул не спешить.

## Материалы и источники

- [Почему почасовая оценка часто работает плохо — и какие альтернативы используют в разных бизнесах — WPCraft](https://wpcraft.ru/blog/pochemu-pochasovaya-oczenka-chasto-rabotaet-ploho-i-kakie-alternativy-ispolzuyut-v-raznyh-biznesah)
- [Contracting for Agile — UK Government Digital Service](https://www.gov.uk/service-manual/agile-delivery/contracting-for-agile)
- [Цены и форматы работы WPCraft](https://wpcraft.ru/pricing)