Как заставить клиента заплатить

Приятель прислал мне ссылку на эту статью - Contract Coding: Ensuring your Client pays up. Однозначно рекомендуется к прочтению, если вы занимаетесь контрактным программированием, консалтингом и т.п. Но, держа в голове все эти советы – важно не перегнуть палку. Что хорошо для большого контракта – то не всегда подходит для небольшого.

Возьмем для примера первый опыт автора, описанный в статье – наверное все, рано или поздно попадали в такую ситуацию. Он запросил за работу $1000, значит делать ему такой проект часов 40 (студент много не запросит). Если бы он до начала проекта стал готовить контракт со всеми пунктами, описанными в статье, а потом обсуждать каждый пункт с клиентом, т.е.:

• Contracts and scope definition
• Project scope definition
• Project deliverables
• Project timelines
• Compensation
• Travel time / expenses
• Prerequisite needs
• Third-party software / licenses
• Communication
• Maintenance
• Liability
• Layers of Protection
• Full up-front payments
• Partial up-front payments
• Maintenance and buckets of time
• Binary-only deployments
• Licensing and trial periods

То, я думаю, в $1000 он бы точно не уложился. Для таких небольших проектов надо иметь некий стандартный договор, который клиент обязан подписать, если хочет получить продукт.

В нашей реальной жизни – еще сложнее. Если вы в России, а клиент в США, и просит вас что-то сделать на такую сумму – то в подписании договора вообще нет смысла – за время, пока дойдет письмо с подписанным договором – клиент найдет нескольких более сговорчивых разработчиков, а посылка по DHL – сожрет 10% от суммы. Остается только факс, но это факс…

Я думаю, что самое правильное сделать так – опубликовать на сайте компании условия предоставления услуг, и перед началом работ попросить клиента прочитать его, и подтвердить по email, что он с ними согласен. Скорее всего, это не обезопасит вас от клиентов-кидал на все 100%, но как минимум заставит их задуматься о последствиях.

Я сам делаю немного по другому, но об этом в другой раз.