Альтернативы почасовой оплате
Почасовая модель (time & materials, T&M) выглядит честной: клиент платит за время, исполнитель отчитывается таймшитом. На практике она вознаграждает затраченные часы, а не полученный результат, и перекладывает риск неопределённости на клиента. Час остаётся рабочим инструментом для внутренней экономики и для работ с действительно неизвестным объёмом, но как единица продажи он плохо подходит большинству интеллектуальных услуг.
Ниже — механика, по которой T&M ломается, и три семейства единиц продажи, которые применяют вместо часов в разных отраслях. Каталог конкретных коммерческих моделей для веб-разработки — в статье «Оценка задач и проектов».
Почему почасовка ломается
Заголовок раздела «Почему почасовка ломается»- Наказывает эффективность. Чем быстрее исполнитель решает задачу, тем меньше он зарабатывает. Эксперт, диагностирующий проблему за двадцать минут вместо четырёх часов, получает меньше за лучший результат, и у команды появляется стимул не оптимизировать процесс.
- Перекладывает риск неопределённости на клиента. При неизвестном объёме — интеграция, исследование, незнакомая кодовая база — клиент оплачивает все сюрпризы, а исполнитель почти не заинтересован в том, чтобы их не создавать.
- Создаёт трение в отношениях. Клиент начинает проверять таймшиты и спрашивать, почему на операцию ушло три часа, а не полтора. Партнёрство превращается в контроль затраченного времени.
- Не масштабируется вместе с экспертизой и инструментами. Шаблоны, отработанные процессы и ИИ-ассистенты сокращают время выполнения, но не ценность результата. Почасовка не позволяет захватить эту разницу: тот же результат приносит меньше выручки.
- Измеряет не то, что покупают. Клиент приобретает работающий продукт, снижение риска, рост выручки или спокойствие. Часы — один из ресурсов производства, а не предмет сделки.
Эти механизмы сильнее всего проявляются там, где неопределённость высока, а результат зависит от квалификации: разработка, консалтинг, маркетинг, дизайн, юридические услуги, обслуживание сложных систем. В повторяемых операциях с известным составом работ проблема слабее — но там почасовка и не нужна.
Три семейства альтернатив
Заголовок раздела «Три семейства альтернатив»Альтернативы различаются не названием модели, а единицей продажи: операция, относительный размер или период. Дальше их можно комбинировать.
Фиксированная операция или пакет
Заголовок раздела «Фиксированная операция или пакет»Единица продажи — заранее описанный состав работ с известным результатом. Цена относится к согласованному объёму, всё за его границами оценивается отдельно.
В отрасли это выглядит так:
- Медицина. Первичный приём терапевта (осмотр, сбор анамнеза, план обследования) и повторный приём — пакеты с фиксированной длительностью и содержанием.
- Автосервис. Диагностика подвески — перечень проверяемых узлов плюс заключение; замена колодок или масла — стандартные операции с известной ценой.
- Строительство и ремонт. Замена стандартного водонагревателя, укладка определённого метража покрытия, покраска комнаты с обычными стенами — фиксированная цена при описанном объёме.
- Бухгалтерия и юридические услуги. Декларация определённого типа, регистрация ООО, оформление одного трудового договора.
- Маркетинг и дизайн. Брендинг-пакет (логотип плюс гайд по использованию), комплект из восьми постов со сторис, аудит сайта с рекомендациями.
В веб-разработке так продаются диагностика ошибки, настройка формы или платёжного модуля, обновление типовой темы, аудит производительности, разовый перенос сайта. Условие работоспособности — повторяемость: пакет должен быть описан достаточно подробно, чтобы попадание в него определялось без споров, а нетиповой случай уходил в отдельную оценку.
Относительная балльная оценка
Заголовок раздела «Относительная балльная оценка»Единица продажи — не время, а относительный размер задачи: сложность, объём, неопределённость и зависимости, сведённые к общей шкале. Классика — story points по Фибоначчи (1, 2, 3, 5, 8, 13), где маленькая правка интерфейса служит эталоном единицы.
Помимо разработки ПО, относительные размеры применяют в консалтинге и во внутренних портфелях задач: когда уровень экспертизы участников разный, абсолютные часы дают ложную точность, а «размеры» позволяют планировать загрузку. В инженерных и исследовательских проектах для этого используют T-shirt sizes, переведённые в баллы.
Два ограничения, без которых баллы теряют смысл:
- Шкала действует внутри одной команды или направления. Сравнивать баллы разных команд бессмысленно: у каждой своя база отсчёта.
- Прямой перевод «1 балл = N часов» вреден. Он возвращает почасовку через чёрный ход и отменяет главное преимущество относительной оценки — опору на калибровку по истории конкретной команды.
Баллы калибруют на завершённых задачах: эталоны в шкале фиксируют, а скорость команды (velocity — сколько баллов закрывается за спринт) используют для прогноза, а не как обещание выполнить любой объём.
Оплата за период или цикл
Заголовок раздела «Оплата за период или цикл»Единица продажи — отрезок времени с оговорённой ёмкостью, правилами приоритизации и границами того, что в него входит. Точный объём работ при этом может быть неизвестен.
- Месяц или год — ретейнер. Клиент резервирует доступность и объём: сопровождение продукта с временем реакции и правилами приоритета, консалтинг с ежемесячными сессиями и поддержкой по SLA, маркетинговый пакет «контент, отчёт, стратегическая сессия», обслуживание сайта с обновлениями и мониторингом, регламентное обслуживание оборудования с приоритетным выездом.
- Итерация или спринт. Фиксированный бюджет за цикл обычно в одну-две недели: в начале из бэклога выбирают приоритетные задачи, в конце принимают результат и планируют следующий цикл. Объём внутри цикла может меняться, цель цикла — нет. Такой подход описан, в частности, в руководстве правительства Великобритании по agile-контрактам.
- Цикл обслуживания. Квартальный осмотр, ежемесячная профилактика с заданным перечнем действий, сезонные проверки. Период создаёт повторяемость, а состав цикла задаёт границы работ.
Для периода обязательно решают, что происходит с неиспользованным объёмом: сгорает он, переносится частично или полностью. Молчание по этому пункту — самая частая причина конфликта в конце месяца.
Как выбрать под характер работы
Заголовок раздела «Как выбрать под характер работы»Выбор определяется не модой, а ясностью объёма и регулярностью потребности:
- Повторяемый объём с понятным результатом — фиксированная операция или пакет. Нужны состав, исключения, критерии приёмки и цена изменений.
- Неопределённость и меняющиеся требования — цикл (спринт, ретейнер) либо почасовка с жёсткими контрольными точками и лимитом бюджета.
- Командная работа с разной сложностью задач — баллы плюс регулярная калибровка и история скорости.
Часто устойчивее всего гибрид, где у каждого этапа своя единица продажи: диагностика и исследование — небольшой фиксированный пакет или часы с лимитом, основная реализация — фиксированная цена или спринт, дальнейшее сопровождение — ретейнер. Переход между этапами фиксируют отдельно, чтобы граница не размывалась.
Что важнее точности часов
Заголовок раздела «Что важнее точности часов»Прозрачные границы снижают конфликты сильнее, чем детальный таймшит. До старта описывают, что входит и что не входит, как обрабатываются изменения, что происходит с неиспользованным объёмом и кто принимает результат. После старта модель нужно измерять, иначе она деградирует:
- при балльной оценке — вести историю скорости и пересматривать эталоны;
- при фиксированных пакетах — считать фактическую маржу и отмечать операции, которые стабильно уходят за оценку;
- при ретейнере — смотреть утилизацию ёмкости и удовлетворённость клиента, а не только число закрытых задач.
Показатели потока, которые подходят для регулярных моделей, описаны в метриках потока, метрики сервиса с SLA — в метриках ServiceDesk. Внутренняя ставка часа при этом не исчезает: она нужна, чтобы проверить, покрывает ли выбранная модель затраты, — см. расчёт стоимости нормо-часа.
Где почасовая остаётся уместной
Заголовок раздела «Где почасовая остаётся уместной»T&M не является ошибкой. Она уместна, когда объём действительно неизвестен, стороны готовы делить риск и работу нужно начать до того, как появится возможность оценить результат: исследование незнакомой системы, поиск причины нестабильности, короткие консультации по запросу, аварийные работы. В этих случаях полезно ограничить риск рамками — лимитом бюджета, контрольными точками, обязательным отчётом о найденном, — и после исследования переходить к модели с ясной единицей результата.
Проблема начинается там, где почасовку берут по умолчанию для работ с предсказуемым результатом: клиент получает счёт за время, а не за ценность, исполнитель — стимул не спешить.