Перейти к содержимому

Оценка и ценообразование

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

МодельПлюсыМинусы
Транзакционная — оплата за отдельную операцию или задачуЗатраты возникают по мере потребности: можно заказывать и оплачивать только нужные работы. Цена и результат отдельной операции заранее понятны, если её границы определены.Каждую новую задачу нужно описать, оценить и согласовать; это добавляет накладные расходы. При постоянном потоке работ отдельные заказы могут замедлять запуск и затруднять планирование загрузки команды.
Итерационная — бюджет или ёмкость за спринт, месяц, квартал или годВыше гибкость управления приоритетами: очередь задач можно менять по мере появления новых потребностей. Регулярный ритм упрощает планирование и улучшение процесса; для поддержки качество контролируют по SLA, для разработки — по метрикам потока и поставки.Клиент принимает регулярные расходы и оплачивает зарезервированную ёмкость даже при временно небольшом объёме задач. Итоговый объём результата заранее менее точен, поэтому нужны участие клиента и прозрачные отчёты.

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

Практические модели оценки и оплаты для каждого подхода собраны в статье «Оценка задач и проектов».