Как заказчику защитить себя от обмана при разратке приложений

Разбивать разработку на те этапы, которые важны и удобны Вам.

Или не разбивать вовсе. Оплата, например, поэтапная - а приёмка по результатом всей работы.

Договор защитит, если будет грамотно составлен.

К актам приложениями подписывайте исходные коды, скриншоты и пр.

Сразу подписать договор на обслуживание с неустойкой.

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

Вы всегда выбирая подрядчика берёте на себя часть рисков.

Всегда можете потерять как минимум времени.

Поможет. Исполнитель будет больше боятся, если будет видеть ваше серьезное к нему отношение.

Переслать договор можно по почте.

Чтобы не пересылать по почте акты, можно написать, что оплата (а это юридически значимое действие) является приёмкой определенного этапа.

Никак. Быть предусмотрительнее его.

DenisR, огромное спасибо за подробные объяснения!

А есть ли в сети примеры таких договоров?

Дополнительный вопрос - поможет ли какое-либо дополнительно лицо (типо посредника), который будет проверять работу дополнительно? Стоит ли искать такого сотрудника?

Работа с оплатой через гаранта - никак?

Вы и исполнитель должны быть либо хорошо знакомы, либо хорошо знакомы с посредником. Любое кидание должно оборачиваться для обоих значительно большими потерями и это должно быть очевидно всем сторонам.

Как это технически осуществить? Ввести в курс дела посредника, который будет принимать работу, проверять ее и выплачивать деньги? Тогда почему все задачи посредника не может взять на себя заказчик?

Поясните, пожалуйста.

Gevak, вводить не посредника, а новые роли - системного архитектора, контроллера качества (эти две роли, вероятно, в небольшом проекте может совмещать один человек).

Его задача исходя из вашей задачи:

1) Выстроить архитектуру проекта (это может быть создание СУБД, написание интерфейсов функций);

2) Во время приёмки контролировать соответствие продукта архитектуре.

С непосредственным подрядчиком-разработчиком (а именно подрядчиком, а не исполнителем он становится в данной схеме) контактируете Вы, но договор строится несколько другим способом: вы сами проверяете не только функциональные возможности продукта (как пользователь, так сказать), но ещё и прописываете соответствие результата переданной архитектуре и стандартам. При этом заказчику всё равно кто непосредственно от вашего лица будет проводить тот или иной этап приемки.

Если проект серьезный, то нужен полноценный Project Manager, который будет заниматься и документацией и коммуникациями внутри проекта и связью с Вами, т.е. заказчиком и пр пр пр.

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

DenisR добавил 09.11.2009 в 11:38

Государственные структуры в таком случае часто вводят понятие "обеспечение договора". Как правило, это 30% от его стоимости.

Насколько это умесно в вашем случае, неизвестно. Могу сказать только, что я несколько раз шел на такой шаг и с коммерческими структурами. При этом отношение к проекту с моей стороны было крайне серьезным :-).

- Как заказчику защитить себя от обмана?

- Оплата потом. :)

- Как исполнителю защитить себя от обмана?

- Оплата до. :)

Обсуждалось не раз. Ответы верны, но противоположную сторону не устраивают.

50% - тоже не выход. Конечно, лучше потерять половину, чем всё, но и кидале лучше взять половину, чем ничего. :)

Третья сторона - типо гарант... Тоже надо, чтобы имел репутации в Сообществу и пользовался доверием обеих сторон. Но - лишний процент ему - раз. Тоже может кинуть - два.