Как определить границы проекта контрактной разработки
В какой момент проект разработки нового изделия на заказ можно считать законченным? Когда изделие удовлетворяет всем пунктам технического задания? Когда у заказчика закончились пожелания по доработкам (т.е. никогда)? Когда продукт успешно внедрен в серию (а что такое "успешно")? А может быть в момент, когда заказчик начал извлекать прибыль из новой разработки?

Принять такое решение единолично не может ни один из участников отношений заказчик-исполнитель. Но кто-то может взять на себя ведущую роль и сделать предложение. Мы, как контрактные разработчики, выполнили 20+ проектов, поэтому логично, если мы проявим инициативу. Иногда заказчики работают с нами по своему первому проекту по созданию продукта! Первый раз! Поэтому мы предлагаем, когда проект разработки будет закончен. Хм, на самом деле он не будет закончен никогда (и слава богу, значит продукт будет жить). Просто на смену контракта на разработку придет контракт на внедрение в производство и так далее.

Но даже завершение контракта на разработку – нетривиальный момент. Ведь нельзя же рассчитывать на то, что ТЗ закроет все зоны неопределённости. А они обязательно будут, потому что мы создаём что-то новое. Если бы это было уже изведано, то разработка была бы не нужна. Можно, конечно, попробовать разработать всеобъемлющее ТЗ. Но тогда его разработка станет полноценным проектом, сроки и стоимость которого никогда не устроят заказчика. Сказанное не стоит рассматривать как повод вообще не стараться составить детальное ТЗ, но тот факт, что объять необъятное можно далеко не всегда, точно стоит принять сразу.

Это означает, что с заказчиком еще на берегу имеет смысл как минимум на словах обсудить вопрос о том, где проходят границы ответственности контрактного разработчика. По крайней мере в виде общих принципов. Пускай эти принципы будут сформулированы не сухим языком ГОСТовских документов, пускай это будет переписка в электронной почте или WhatsApp/Telegram (голосом по телефону - уже хуже, думаю понятно, почему?), в которой вы в трех предложениях рассказываете заказчику чем отличается контрактная разработка от внедрения в производство и самого производства, а прототип – от серийного образца.

Даже такая переписка увеличит шанс сохранения отношений в случае возникновения спорных вопросов по завершению проекта. Да, это обсуждение будет похоже на согласование условий брачного контракта незадолго до похода в ЗАГС, но обе стороны должны понимать, что все это делается для разграничения ответственности и уменьшения вероятности конфликта, а не для того, чтобы побольше отжать друг у друга после развода.
Наши офисы:
г. Москва, Павелецкая набережная, д. 2, корп.1
+ 7 (495) 540-43-89

г. Новосибирск, Академгородок, ул. Лаврентьева 6/1
+7 (383) 247-89-93
info@smartdive.com