Как стать автором
Обновить

Комментарии 10

Я бы ещё добавил поэтапные акты выполненных работ. На данный момент я пришёл к тому, что весь объём работы делю на 2-3 этапа. По завершению каждого подписываю с заказчиком акт выполненных работ, который принимает заказчик.

Бывало такое, что заказчик в конце по разным причинам отказывается от проекта, но так как он принял 2 из 3-х этапов, то он оплачивает их полностью + неустойку за разрыв договора по своей инициативе, не связанной с выполнением работ. Иногда по обоюдному согласию, заказчик не оплачивает неустойку, если мы ещё не приступили к завершающему этапу работ.
тоже пришел к такой системе работы.

если брать крупный проект, то угадать расплатиться ли клиент с тобой полностью или нет невозможно, а так, хотя бы часть затраченного времени будет оплачена.
Согласен с Вами полностью, как только заказчик чувствует, что ключевой этап пройден, то начинается безумное планирование. Это планирование к сожалению так же включает в себя и сокращение текущих затрат, потому как есть туманная уверенность, что уж доделать то будет гораздо дешевле. На мой взгляд ключевые затраты следует вкладывать в середину цикла.
Что касается неустоек за разрыв договора по инициативе заказчика, то пробовал и могу сказать это опять же выступает в роли маркера добропорядочности клиента. В крупных компаниях юристы сразу же находят этот пункт и начинается противостояние)
У меня в этом плане такой опыт: я в договор обязательно включаю раздел, описывающий условия приемки этапов проекта. В частности:
1. Что может являться поводом неподписания акта выполненных работ. Здесь важно ограничить заказчика рамками технического задания. Чтобы его дополнительные «хотелки», которые он обнаружил во время тестирования, не могли быть основанием для отказа в приёмке.
2. Порядок тестирования и сроки тестирования.
3. «Автоматическую приёмку» акта, если заказчик не предоставил подписанный акт в сроки по договору, и не предоставил мотивированный отказ.
Пока ни одного прокола с этой схемой у меня не было. Единственное, заказчики в таком случае также часто требуют соблюдения дисциплины по сдаче этапов проекта и с нашей стороны. Но это же не должно пугать хороших разработчиков, верно? :)
Хорошая работа это основа основ:) Без неё хоть трижды перестрахуйся, на первом заказе всё и прекратится
В фрилансе эта проблема стоит очень остро, после 4-х почти подряд так или иначе не оплаченных (недоплаченых) заказов, отказался от подобной практики в пользу собственных разработок.
а еще можно оставлять в софте закладки, которые без подтверждения оплаты взрывают всю систему
У такого подхода, правда, есть минус — если докажут намеренность действий программиста, то потом не только не заплатят, но ещё и заставят ущерб компенсировать.
таких случаев не припомню, а вот кидают постоянно
И много ли у вас было сработавших «закладок»? Только честно скажите. Потому что практика показывает, что обычно достаточно одной-двух. После этого программист обычно сильно жалеет.
Если вас кидают, составьте наконец нормальный договор, по которому чётко определяете условия оплаты. Ни одно вменяемое предприятие не захочет связываться с заведомо проигрышным судебным иском по невыполнению обязательств, если у него вообще есть деньги. А если у него нет денег, то зачем вам такой клиент?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории