
Комментарии 4
Это модель оплаты, при которой заказчик и исполнитель заранее согласовывают объем и сроки работ, а также полную стоимость проекта. Все документально фиксируется до старта. Проект делится на этапы, и непосредственная оплата производится за каждый из них по мере выполнения – обычно 50% предоплатой и 50% после завершения этапа.
Проект поделён на N этапов, под него выделен бюджет в объёме X.
Что происходит, если N-1 этапов завершились успешно, а при выполнении последнего этапа оказалось, что законченное устройство в принципе не сможет реализовать требуемый от него функционал?
У исполнителя остаётся X*(N-1)/N денег? :)
Просто при разбивке на этапы, исполнитель потом в суде разворачивается на 180 градусов и говорит, что предусматривалась, типа, почасовая (ну окей, "поэтапная") оплата.
Он честно отработал N-1 этап и: "уважаемый суд, не шейте мне здесь неосновательное обогащение".
А то, что результата нет: "А я-то тут при чём?"
P.S.
Ещё прикол "этапов" в том, что если ближе к концу просматривается фатальная ошибочность заложенных инженерных решений, заказчик как-бы вынужден "дотолкать" проект до конца, чтобы устройство провалилось на финальных приёмо-сдаточных испытаниях. А иначе судебная техническая экспертиза может сыграть не в его пользу.
Т.е. заказчик должен:
- сначала выложить почти весь бюджет;
- потом доказать на испытаниях, что устройство не работает как записано в ТЗ;
- потом пойти в суд;
- и наконец, как-то истребовать своё с исполнителя;
При этом форсировать процесс заказчику будет проблематично пока сроки работ не вышли.
Я так понимаю, что заказчик это весьма значимая роль в проекте, и он то и несет ответственность за результативность, пожалуй даже больше, чем исполнитель. А если сам не в теме, а хочется, чтобы по итогу красиво получилось, тогда либо в магазин, либо нанимать дополнительную прослойку - подрядчика, который знает где что взять и кого нанять. И вот уж тогда, если результат не нравится, с подрядчиком и судиться.
Я так понимаю, что заказчик это весьма значимая роль в проекте, и он то и несет ответственность за результативность, пожалуй даже больше, чем исполнитель. А если сам не в теме, а хочется, чтобы по итогу красиво получилось, тогда либо в магазин, либо нанимать дополнительную прослойку - подрядчика, который знает где что взять и кого нанять. И вот уж тогда, если результат не нравится, с подрядчиком и судиться.
Не обязательно. Скорее, если вы - заказчик, вам с самого начала надо чётко представлять что вы хотите получить по итогу и за что готовы заплатить.
Как я это вижу, в договоре (в приложении к нему) следует максимально подробно расписать параметры итогового устройства и процесс финальных приёмосдаточных испытаний.
А в качестве условий указать фиксированный срок выполнения всего проекта и определённый процент предоплаты.
Всё.
Никаких этапов (а тем более, упаси, отдельной оплаты этих этапов) в договоре фигурировать не должно. Иначе есть риск вместо товара/услуги эти этапы и получить :)
Как я это вижу, в договоре (в приложении к нему) следует максимально подробно расписать параметры итогового устройства и процесс финальных приёмосдаточных испытаний. А в качестве условий указать фиксированный срок выполнения всего проекта и определённый процент предоплаты.
Я сам о таком всегда мечтал, да ни разу за 35 лет в профессии не встречал.
Допускаю, что подобное может иметь место в договоре поставки готового товара. Как я и говорил - магазин.
Утром деньги – вечером стулья: модели оплаты в контрактной разработке электроники