Со мной связался Alex, который представляет Бизнес клуб и мы договорились, что я выложу его статью с ссылкой на их website.
Насколько я помню, ситуация для моего блога беспрецедентная. Слишком я большой графоман 
, чтобы активно выкладывать чьи-то статьи.
Тем не менее, так как статья хорошо ложится в размер моего блога, представляю ее ниже с некоторым количеством моих комментариев.
Кстати, по теме она очень близка к статье Как строить взаимоотношения с заказчиком и подрядчиком, которую я написал пару недель назад.
Итак, статья:
Что если заказчик не хочет платить?
Каждый разработчик в своей практике наверняка сталкивался с такими ситуациями, когда работы по проекту все выполнены, продукт готов, а заказчик отказывается платить. При этом могут следовать заявления, что конечный продукт должен быть совсем другим, совершенно противоположный текущему. Порой на заказчика не действуют даже такие аргументы, что все работы выполнялись в рамках утвержденного обеими сторонами технического задания и результат полностью соответствует зафиксированным на бумаге положениям.
Как показывает практика, подавать в суд в таких случаях на заказчика, в основном является не эффективной мерой. Как правило, суд принимает сторону заказчика, и компания разработчик остается ни с чем. В итоге вы несете убытки, а ваш заказчик уходит к другому исполнителю, попутно заявляя всем о вашей некомпетентности.
От Виктора Ронина: Описанная ситуация действительно до боли знакомая. В момент, когда была фирма проходили ее не раз (хотя, что уж там, чаще всего по своей таки вине.
Я уже писал, что по моему мнению ситуация с судебной системой в exUSSR все еще не слишком хороша. Судиться с иностранными заказчика сложно. Однако, в случае, если таки добраться до суда в развитой стране, то суд вероятнее всего примет решение базируясь на том, что было подписано.
Насчет заявлений о вашей некомпетентности. Все зависит от области в которой вы работаете, но в целом для большинства областей количество потенциальных заказчиков настолько велико, что заявления о вашей некомпетентности, вряд ли снизят вероятность нахождения новых проектов.
В других ситуациях, заказчик может принять продукт, но все равно отказаться производить оплату сославшись на те или иные причины, которые указывают на то, что проект не доведен до конца или содержит массу ошибок, ожидать исправления которых, у него нет ни времени ни желания. Такой расклад можно считать сродни воровству. Тем более, что в последствии доказать авторские права крайне сложно. Так как ваш клиент может заявить, что не вы один предложили подобное решение, или что таковое уже было разработано до вас.
Рецепт от таких проблем может быть только одни – старайтесь не устанавливать подобные деловые контакты. Перед приемом проекта на реализацию тщательно изучите вашего клиента, выясните историю предыдущих заказов (если таковая имеется), поинтересуйтесь сколько проектов были завершены успешно. Если ожидается крупный проект, то не лишним так же будет связаться с исполнителями других проектов и попытаться выяснить у них, на сколько адекватен ваш клиент, были ли случаи мошенничества или уклонения от оплаты.
От Виктора Ронина:
Мне кажется, что подобная политика по идеи хороша, но крайне тяжело выполнима маленькими компаниями работающими над небольшими проектами, которые им дают другие маленькие компании. Проблема состоит в том что резко может вырасти время на «обработку» входящих проектов.
Каких заказчиков стоит избегать?
1. Ваш клиент не знает чего он хочет
Та категория заказчиков, которые не могут себе четко представить рамки проекта или суть проекта в целом. На протяжении всего времени работ их требования будут постоянно изменяться. Вам придется, то что-то доделывать, то где-то упрощать. И этому не будет конца. В итоге такой проект может зайти в тупик и в результате провалиться.
От Виктора Ронина: Абсолютно согласен. Если вы видите, что клиент не уверен хочет он делать вертолет или самолет – это очень плохой звоночек.
2. Ваш клиент хочет больше чем может себе позволить
Увлекшись, ваш заказчик начинает требоваться все больше и больше. Видя ваше желание сделать проект лучше угодив клиенту, он может начать требовать еще и еще. В итоге вы либо сделает больше, чем это было определено бюджетом проекта и сработаете себе в убыток, так как заказчик в результате скажет, что у нас был бюджет и не стоит ему сейчас рассказывать о дополнительной оплате. Либо когда вы все-таки решитесь отказать в очередной доработке, клиент может воспринять это негативно. Поэтому важно сразу четко дать понять заказчику, на какой объем работ он может рассчитывать в рамках установленного бюджета проекта.
От Виктора Ронина: Тут решение простое – хочешь изменения, вперед переходим на time & materials, хочешь без изменений – работаем по fixed price.
3. Клиент хочет совсем не то, что, как вы думаете, он хочет
Может сложиться очень опасная ситуация особенно если факт расхождения видения проекта заказчиком и исполнителем вскроется близко к завершению проекта. Ситуация может быть очень плачевной для исполнителя. Так как, чья тут будет вина, что разработчик не понял что нужно сделать? Поэтому еще на этапе проектирования не стесняйтесь задавать вопросы вашему клиенту, не стоит делать ставку на какое либо кажущееся полное «взаимопонимание», лучше лишний раз оговорить волнующие вас моменты, чтобы потом не пришлось все исправлять. С другой стороны, если вы изначально зафиксируете требования заказчика, ему будет сложнее их изменить в будущем, а вам всегда будет на что сослаться в случае возникновения подобных ситуаций.
От Виктора Ронина: Согласен. Я когда-то писал о чем-то похожем, что при работе с клиентом нельзя ничего подразумевать, так как то что вам кажется очень правильным и логичным, клиент может считать полной фигней и безумством (и наоборот)
Создавая свой успешный бизнес вы столкнетесь еще с множеством проблем и недобросовестные клиенты лишь одна из них. В любой ситуации, какой сложной вам бы она не казалась, стоит сохранять спокойствие и пытаться найти конструктивное решение. Анализируйте ситуацию, старайтесь просчитать свои ходы наперед, спрогнозируйте все возможные риски и пути выхода из таких ситуаций. Чем лучше вы подготовитесь, тем наиболее вероятным будет успех!
От Виктора Ронина: Мне кажется пропущен один важный вопрос. Что же делать если вы добрались таки до момента, когда заказчик не хочет платить (не все случаи удастся предотвратить). Но об этом я как-нибудь напишу отдельно.
Мысли конечно хорошие и правильные, но где же их взять – правильных заказчиков? Небольшой компании приходится довольствоваться тем что есть, или надеяться на большую удачу. Потому небольшие компании и кидаются на такие проекты от безвыходности.
А так, в данном тексте звучит ответ на вопрос: Как правильно начать работать с правильным заказчиком? Извините, но не у всех правильные заказчики, а то что написано это просто здравая логика (хотя надеюсь, что некоторым текст будет полезен).
Потому более интересен ответ на вопрос: Как правильно работать (до окончательной оплаты) с заказчиком? Ведь не всегда мы имеем возможность выбирать.
Кстати, тут не затронута тема откатных проектов. Их почему то становится все больше
А вот как их правильно подать и приготовить, да еще и пользу миру принести? Тут вопрос открыт и довольно интересен.
И напоследок вопрос для самоконтроля каждого: вы же профессионал, вы можете работать в любой ситуации (с любым заказчиком)?
Возможно я через чур строг к Бизнес клубу. Но в последнее время появилось слишком много теоретиков, которые любят много и абстрактно рассуждать. К примеру ситуация со Scrum, там теперь слишком много людей которые хотят на данной методологии тупо заработать денег (без всякой пользы для заказчика).
Насчет строгости – по одной статье судить сложно.
Действительно сейчас много где появились люди, которые пытаются срубить бабла без принесении пользы.
У меня в самом начале блога была тема по этому поводу
http://victorronin.com/2007/12/20/pochemu-u-vsex-rvet-kryshu-ot/
Я согласен, собственно это я и написал в комментариях. У небольших компаний достаточно редко есть возможность сильно перебирать заказчками.
Насчет откатных проектов – ничего не скажу. Ни одного разу над ними не работал.
>И напоследок вопрос для самоконтроля каждого: вы же профессионал, вы можете >работать в любой ситуации (с любым заказчиком)?
Надеюсь, что большинство ответят НЕТ
Гибкость нужна только до определенно предела, дальше это уже не гибкость, а жидкость.
Простите, но тема статьи не раскрыта. ЧТО же всё таки делать, если заказчик не хочет платить ? А как избегать клиентов, описанных здесь, можно научится достаточно быстро. Если пару раз наткнулся, эти правила сформируются сами собой.
Согласен, тема о том, что же делать, когда клиент пытается не платить не раскрыта. Но, я не автор, так что могу слегка раслабится и не выдумывать ответов
)
На самом деле, часть ответов я в статье писал, которую упомянул.
Идеальных заказчиков не бывает, как и идеальных исполнителей:) надо лавировать…
но быть гибкими и прогибаться – две большие разницы. По возможности пресекать варианты неплатежей сразу. Согласитесь, ведь не платят не всем? Значит не все это позволяют.
Проблема с пресеканием сразу, то что платеж достаточно часто идет в конце. Поэтому первый момент когда видно, что платить не будут уже достаточно поздний.
Один из выводов правда, что нужно получать платеж раньше – предоплата, разбиение платежа на части.
А насчет не платят…. Многим пытаются не платить. Вопрос, в том, что дальше делает исполнитель.
По теме неплатажей есть классические советы:
- максимально подробно описать все в договоре
- разбивать проект и оплату на части
- брать предоплату
Если все сделано и все равно не платит – нести дело в суд.
Вот тут есть некоторые интересные советы, правда относится к цивилизованным странам:
http://discuss.joelonsoftware.com/default.asp?biz.5.788705.20
Еще где-то на Хабре было. Исполнитель написал статью вида «Заказчик Х не платит по счетам» и запустил рекламную кампанию на Яндекс по имени компании ведущую на эту статью. С ним связались в течение суток и заплатили.
Та да, три пункта – договор, оплата по частям и предоплата – это классика. Я об них писал в прошлой статье.
А вот с методами “Заказчик Х не платит по счетам” в цивилизованных странах думаю стоит быть аккуратным. Думаю с юридической точки зрения тут могут быть много подводных камней.
спс за полезную инфо
Программист сдает коллективную работу (концепция, программа, дизайн)
Заказчик удовлтворенно кивает, со всем соглашается.
З: Ну, вроде бы все принято!
П: отлично с Вас 1700
З (отдавая деньги): Ну, я надеюсь, если потом нужно будет переправить , можно будет обратиться? Это ведь не так – вот один раз сделали и забыли?
П: Разумеется, в зависимости от того, что и как переправить
З: Ну, конечно, я не скажу «Давайте все переделаем»!
П: Не вопрос! Кстати, еще одно – можно будет потом, если у меня кончатся вдруг деньги или будут проблемы, я подойду к вам на счет немного доплатить? (это мелочь, мне требуется очень редко, вас это совсем не затруднит)
З: (удивленно открыв рот..)
П: Да вы не переживайте, я же не подойду к Вам, мол заплатите мне еще раз!
Ситуация забавная, но не совсем правильно проведена аналогия.
Предположим вы купили авто. Покупая его вы говорите. ok, а что у нас с гарантией. И вам отвечатют – 1 год на все а авто и 5 лет на движок. И в гарантии написано, что они должны будут поправить проблемы бесплатны.
Тоже самое и тут. Хотя сложнее конечно описать, на что есть гарантия.
И опять же, желательно оговаривать такие вещи с самого начала.
Это был просто анекдот.
Та я знаю. Просто, хотел подчеркнуть, что анекдот с реальностью не слишком хорошо соотносится.
блог заброшен?
Нет. Автор просто в отпуске в Украине