На прошлой неделе я писала на тему бюджета. Предлагаю продолжить и поговорить про варианты договоров. Начну с проектного, а в следующем посте расскажу про почасовой, которого все боятся.
В чем суть проектного договора
По проектному договору вы платите фиксированную сумму в несколько этапов. Обычно этапов два, но мы иногда делаем три. Вариант удобен тем, что цена фиксированная.
Сначала мы озвучиваем сумму, потом делаем проектирование и дизайн. Подбираем технические решения, которые укладываются в бюджет. Непосредственно перед программированием составляем ТЗ, в котором прописываем выбранные технические детали. На этом этапе рассчитывается финальная фиксированная сумма. А дальше не важно сколько ресурсов потребуется для реализации того, что зафиксировали в ТЗ — мы сделаем без доплат, это уже наши риски. Под них мы обычно закладываем какой-то люфт по времени.
Именно из-за непредвиденных сложностей проектный договор оценивается дороже — в него закладываются потенциальные форс-мажоры.
Что сложно
За самый дорогой этап — программирование — приходится одномоментно выкладывать крупную сумму. Обычно это 70% бюджета, так что если программирование оценивается в 10 млн, 7 млн оплачивается сразу. Это уже серьезные деньги. Не всегда и не у всех есть возможность выдернуть их из оборота.
Если на этапе дизайна идут изменения из серии «я вообще-то не знаю, зеленый лучше или синий, а может сделаем все в монохроме?» они переоцениваются, пересчитываются и оформляются допсоглашениями. С изменениями на стадии программирования еще сложней: сначала сдается то, что есть в ТЗ. Потом согласовываются и переоцениваются дополнения. В 100% случаев это увеличивает сроки разработки.
И, кстати, именно за сроки я не очень люблю проектный договор. Дело в том, что мы под каждый проект собираем отдельную команду. Включаем в нее людей с профильными опытом. И вот если в разгар работы клиент не спешит с согласованием макетов или программирования, команда простаивает. Если процесс затягивается, бывает что приходится ее расформировывать, разбрасывать программистов по другим проектам**.**
К моменту, когда клиент освободится и найдет время посмотреть отчет и согласовать вопросы по реализации, люди уже заняты на других приложениях. А там тоже контракты, сроки…
Из моего опыта — крупный бизнес обычно готов переплатить за риски на стороне разработчика, поэтому выбирает проектный договор. Согласна, он привычней. Но как видите не всегда удобней. Следующий пост будет про почасовой договор, и я расскажу, почему его не надо бояться.
Мария Орлова, генеральный ТехноФабрики
Подписывайтесь, будет больше честных и нескучных историй про разработку приложений и сайтов для бизнеса.