По мотивам предыдущего материала, остановили мы свой выбор на аутсорсинговой модели.
Однако здесь мы сталкиваемся с новым выбором — существует несколько разновидностей данной модели. Наиболее распространены три из них: T&M (Time & Materials, или «время и материалы»), Retainer (ритейнер) и fix price или классический договор с ТЗ и водопадной моделью.

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

Fixed Price: Заблуждения и суровая реальность

А, Fixed Price — любимец всех заказчиков и головная боль разработчиков. Помню свой первый такой проект: клиент пришел с «простым сайтом», который превратился в многостраничный портал с горой функцией и заказом.

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

Что такое Fixed Price на самом деле?

Если совсем просто: это когда вы договариваетесь о цене заранее, и она не меняется. Звучит прекрасно, правда? Как в супермаркете: пришел, увидел ценник, купил. Но в реальности это больше похоже на покупку кота в мешке — для обеих сторон.

Плюсы (которые не всегда плюсы):

1. Вы точно знаете, сколько заплатите. Правда, возможно, придется доплачивать за каждый чих, не описанный в ТЗ
2. Сроки фиксированные. Ну, как фиксированные... давайте скажем, «предположительно фиксированные»
3. Все описано в ТЗ. Которое никто никогда не читает полностью, кроме юристов при возникновении споров

Минусы (они же суровая реальность):

1. Хотите изменить цвет кнопки? Готовьте дополнительное соглашение и новый бюджет
2. Цена обычно выше, потому что мы, разработчики, не экстрасенсы и закладываем в стоимость все возможные риски, включая падение метеорита
3. ТЗ может устареть еще до того, как вы закончите его читать

Time & Materials: Гибкость или бесконечность?

T&M — это как счетчик в такси. Едем столько, сколько нужно, платим за реальное время. Звучит справедливо, да? Но попробуйте объяснить клиенту, почему простая функция поиска заняла 40 часов разработки...

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

Почему это часто работает лучше:

1. Можно начать работу, даже если вы еще не уверены, чего именно хотите
2. Гибкость уровня «мастер йоги» — меняйте требования хоть каждый день
3. Прозрачность как у горного ручья — вы видите, за что платите

Подводные камни:

1. Бюджет может растянуться как резиновый
2. Сроки? Какие сроки? Мы работаем в agile!
3. Заказчику нужно быть готовым к активному участию в процессе

Retainer: Абонемент на разработку — плюсы и минусы

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

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

Почему это может быть круто:

1. Команда погружается в проект как рыба в воду
2. Не нужно каждый раз объяснять, почему у вас база данных называется «Петрович»
3. Можно работать в режиме «а давайте попробуем вот это»

Почему это может быть не очень:

1. Придется платить даже если команда сидит и читает xkcd
2. Неиспользованные часы сгорают быстрее, чем отпускные дни в декабре

Как выбрать подходящий тип договора для вашего проекта?

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

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

Fixed Price подойдет если:

1. Вы точно знаете, чего хотите (да-да, я тоже так думал)
2. У вас есть четкое ТЗ, которое не изменится по щелчку пальцев директора
3. Проект небольшой и понятный, как табуретка

Time & Materials — ваш выбор, когда:

1. Вы готовы к приключениям и неожиданным поворотам
2. Требования могут меняться чаще, чем погода в Петербурге
3. Вы верите в честность и прозрачность (и готовы за это платить)

Retainer стоит рассмотреть если:

1. Вам нужна постоянная команда, но своя IT-служба — это слишком
2. У вас долгосрочный проект с постоянными изменениями
3. Бюджет позволяет платить за комфорт и стабильность

Итоги: как избежать ошибок при выборе

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

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

Мой главный совет: не бойтесь обсуждать все нюансы заранее. Лучше потратить лишний час на обсуждение условий договора, чем потом месяцами переписывать ТЗ или спорить о счетах.

И помните: какой бы тип договора вы ни выбрали, всегда найдется клиент, который скажет: «А вот мой друг сделал такой же проект в два раза дешевле». Но это уже совсем другая история...