минимизация рисков в отношениях фрилансера и заказчика

[admin]

Автор: Вадим Тимофеев
Опубликовано: Weblancer.net

Есть проект. Разработка электронного магазина по продаже открыток, календарный срок исполнения – три недели, оплата после завершения проекта и установке на хосте заказчика. Подобные объявления не редки, и на них откликаются десятки фрилансеров. В общем, все обыденно, но если задуматься, какие риски возможны например по такому проекту?

Давайте рассмотрим, чем рискует фрилансер.

Риск фрилансера 1.

Возможность тривиального обмана со стороны заказчика. Проект сделан, исходники отданы, оплата не получена. Например, заказчик может как просто исчезнуть, так и поступить более изощренно, сказав что реализовано не то что он хотел, что код – сплошное ламерство и так далее.

Ведь заказчиком может оказаться вовсе не солидная фирма, а например какой-нибудь студент первых курсов, заказывающий программу для курсового проекта.

Риск фрилансера 2.

Задержка с оплатой. Это изначально не видится как надувательство, ведь в этом случае заказчик не отказывается платить. Но при этом все время оттягивает платеж, мотивируя например тем, что нужно систему протестировать и выявить возможные дефекты. Конечно, дефекты всегда находятся или придумываются, и эта задержка может тянуться неделями и месяцами.

Риск фрилансера 3.

Отмена проекта заказчиком через некоторое время после старта. После того, как проект начат, у заказчика могут измениться планы. Может иметь место прекращение финансирования, отмена субподряда, какие-либо еще проблемы.

Например, у автора данной статьи однажды был случай, когда офис заказчика в USA был разрушен торнадо. Это был повод со стороны заказчика остановить проект и заморозить последующие платежи, хотя было сделано более 90% проекта и все залито на хост заказчика. При этом часто заказчики переносят свои риски именно на исполнителя, говоря: работа не сделана, а у нас нет бюджета на не сделанную работу.

Риск фрилансера 4.

Нечеткая постановка задачи. Фрилансер сделал проект, а заказчик продолжает присылать свои дополнения - «хотелки», например добавьте такую-то возможность, и такую, хочу то, и это.

Причем заказчик может привязаться к какой-нибудь строке в переписке по ICQ, и утверждать, да, но ведь мы обсуждали это!!! А то что добавляется функциональность, по объему трудозатрат превышающая исходную в полтора раза, его не волнует. Если в проект уже вложено три-четыре недели труда, и остается получить оплату, то даже опытные фрилансеры временами попадают в эту яму «хотелок» заказчика.

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

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

Риск заказчика 1.

Полная или частичная оплата фрилансеру за невыполненную работу. Фрилансер перед стартом проекта требует предоплату, или же может требовать оплату по частям, привязав платежи к milestones. Это разумно. Но после предоплаты, или оплаты за очередной milestone, он может просто исчезнуть.

Или другой случай – проект разбит на части, оплата за проект привязана к этим частям. Но нюанс в том, что на первых стадиях разработки фрилансер всегда может отговориться «так это же лишь макет» или «это же лишь альфа версия», фактически сделав при этом лишь малую часть от запланированного объема работ. Затем, получив например 30% платеж, опять-таки или исчезнуть, или пойти на принцип по какой-нибудь мелкой хотелке заказчика и под этим предлогом порвать отношения мотивируя «я бы делал проект, но заказчик захотел в 50 раз больше!».

Риск заказчика 2.

Фрилансер не может гарантировать стабильность хода работ. Хотя бы потому, что обычно это исполнитель-одиночка. Фрилансер может неожиданно заболеть, жениться, его компьютер может поломаться, и так далее. То есть возможно множество ситуаций, когда ход работ может быть очень сильно оттянут.

При этом заказчик обычно не может даже узнать, правда ли это или нет что случилось то или это, так как у него есть только слова исполнителя.

Риск заказчика 3.

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

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

Итак, подытожим. Рискуют все, и фрилансеры, и заказчики. Риск неизбежен, так как по сути дела начинают сотрудничать люди, до этого ничего не знающие друг о друге. К счастью, эти риски можно минимизировать.

Давайте рассмотрим правила минимизации подобных рисков.

Правило 1.

Не работать с кем попало. Если об исполнителе или заказчике известен например только ник и email адрес, то желательно или вообще не работать с ним, или же потратить время и связаться, стараясь получить исчерпывающую информацию.

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

При поиске исполнителя желательно получить:
- подробное резюме;
- портфолио;
- физический адрес (если это уместно);
- телефон (мобильный и домашний).

При этом возможно даже имеет смысл позвонить по указанным телефонам, чтобы пообщаться голосом, познакомиться.

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