Модели ценообразования в digital

Иногда консультирую. И вообще имею склонность (и, говорят, даже талант) объяснять сложное простым языком.

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

Fixed Price — с этого все начинают. Контракт с фиксированной ценой. Это когда ты обещаешь сделать что-то конкретное за конечную сумму денег. Т.к. в IT очень редко что-то бывает конкретным, тут исполнитель чаще всего теряет деньги. Но если вы умеете в “переиспользование” — наоборот, тут вы сможете делать маржинальность много большую, чем стандартные для нашего рынка 20%.

Time&Material — “как потопали, так и полопали”. В этой модели определяется стоимость часа (она может быть плоской — для всех специалистов разработки или дифференцированной — когда разные специальности и грейды стоят разных денег). Каждое поручение заказчика получает предварительную оценку (estimate), но фиксация трудозатрат в часах и расчет производятся по завершении работ. В этой модели все риски переносятся с заказчика на исполнителя, но исполнитель взамен получает команду, готовую гибко реагировать на меняющееся ТЗ.

Retainer — она же “dedicated team” или “выделенная команда”. Под проект собирается фиксированная команда и заказчик полностью несет все расходы по её содержанию. Команда, в свою очередь, монопольно выделена под задачи заказчика. Этот подход позволяет существенно удешевить разработку для заказчиков с большими объемами работ и получить команду, глубоко погруженную в проект.

Outstaff — фактически аренда специалистов. В этом случае заказчик полностью выкупает время разработчика (или нескольких разработчиков) и получает их полностью в свое распоряжение. Управление такими разработчиками, постановка им задач и оценка их эффективности полностью ложатся на плечи заказчика. Отличный способ быстро нарастить мощности inhouse-команды в моменты авралов.

Как теперь этими знаниями пользоваться?
Если у заказчика небольшие объемы и низкие риски (мелкие привычные задачи) — fixed price. Чем больше объемы и риски, тем дальше вы начинаете двигаться в этой парадигме — через Time&Material к Retainer.

Outstaff, вообще говоря, отдельный вид бизнеса. Он больше про HR, а не про IT. Так что может быть я и зря его в эту публикацию включил. Но для расширения кругозора будет полезно в любом случае.

Ну и да — если у вас и вашей команды будут вопросы по тому, как выстраивать процессы и экономику в разработке, приходите за консультацией или трекингом. Как я и сказал — люблю и умею в это дело :-)