Многие дизайнеры, верстальщики, веб-разработчики и целые студии попадали в такую ситуацию: к вам приходит заказчик, предлагает проект, вы договариваетесь о цене и делаете. Когда проект готов, заказчик не платит за него, оставляя вас с носом. А у вас наркотики, секс, рокенрол семья, дети, кредит на чертов особняк в центре города. Предлагаю классификацию:
Ничего не упустил? Продолжение следует ;-)
заказчик не платит за него, оставляя вас с носом
2Artem Brigert А еще у нас Медведи в ушанках ходят да. У нас в офисе, в Мск, все ПО либо лецензионное, либо бесплатное. У тех моих друзей флешеров которых я тут знаю, тоже самое. Тут вообщето щас за это нагибают сильно, да.
Да-да, сплошная лицензия О:о)
Да, кстати, есть еще заказчики промежуточные, которые этого не скрывают и неуплату трактуют тем, что сами еще денег не получили сверху. Это так лирика...
А, вообще, пользуйтесь презервативами.
Лицензионная винда в нашей стране разве что с ноутом приобретенная. Коробочной версии до сих пор в глаза не видывал ))
поначалу думал поржу))) а прочитал до конца и немног взгруснул..
А предоплата? Договора? Хотя всегда есть процент того что клиент свернет назад и даже про предоплату забудет.
Еще одна отговорка: "твой проект еще не принес мне никакой прибыли". Бывало у меня лет 5-6 назад. Знакомый, которому я пожаловалась на кидалово, научил спрашивать, не рассматривает ли заказчик меня в таком случае как партнера в своем бизнесе, какова моя доля и когда он собирается это оформить юридически.
Со временем привыкаешь ставить зашиту (ограничение по времени и дате, стучалки и пр.) даже проверенным заказчикам. Такова жизнь...
Однажды под конец проекта чувствую что накатать хотят, мол ты нам исходники отдай - а мы тебе через пару дней перечисление сделаем... - в общем зашил в исходник переменную которая в определенном месте проверялась, причем тупо найти где идет проверка нельзя было, имя переменной, при проверке, собиралось из массива в определенной последовательности, и если проверка не проходила (она кстати срабатывала только после определенной даты, которая тоже была "зашита") - тупо подменялся адрес сервера и приложение отказывалось работать. В итоге посредник денег мне так и не заплатил, при этом он был поставлен в курс дела, что есть такая переменная и что ее значение он получит только после оплаты. Жаль только хороший проект загубился, как никак 6 месяцев потратил...
Работать надо по договорам, четким, прозрачным и ясным обеим сторонам.
а что вы собственно говоря хотели, среди людей живём, каждому свойственно ошибаться, на ошибках люди учатся. чего тут такого особенного. делайте договора, пишите документацию, берите поэтапную оплату ... и не будет такой проблемы, а то многие хотят и на ... сеть и рыбку сьесть, так не бывает.
Могу добавить из своего опыта. Предоплата 50%. Проект долгий и сложный. Сданы этапы 30%, 50%, после чего у заказчика меняется ответственный человек, который уже договорился делать аналогичный продукт у друзей и никак не был заинтересован в доведении этого. Сдача этапа 80% умышленно затягивается на продолжительное время. После чего поступает предложение расторгнуть договор из-за того, что проект затянут по срокам и уже неактуален. С возвратом аванса (который, как вы понимаете, давно уже съеден). Суд признал их правыми...
Это я к тому, что хороший договор (а он был выверен годами) и предоплата не спасают. Кто сильнее, тот и прав.
2Антон Волков: Значит криво прописали финансовые взаимоотношения в случае расторжения договора.
Во всех сферах бизнеса, во всех странах, у всех народов есть кидалово. Сила не в договоре, а в выборе надёжных партнёров.
Прошу прощения за оффтоп, но: С праздником товарищи!!!
А не составить ли нам "черный" список таких пиратствующих заказчиков, ради возмездия от пострадавших и избавления от будущих подстав?
Еще варианты:
- проект сделан, заказчик тянет время, все время предлагая доделать ничтожно мелкие фишки, типа "логотип на 2 пиксела левее", и со временем договоренности уходят в прошлое, люди увольняются и т.д.
- проект сдан, после чего выкатывается заявление, что "для срочного исправления ошибок пришлось обратиться к третьему лицу, которому были уплачены твои деньги, ты сам виноват"
- "давайте опробуем проект в эксплуатации, этак пол-годика, а то если мы сейчас заплатим, а все навернется, где вас потом искать?"
Вывод: ничто так не укрепляет дружеские отношения, как предоплата.
Самая большая гарантия это рутовский доступ до сервера на который этот проект ложится если клиент нормальный то он его даст (и пока не расплатится собсетвенно у вас полный доступ а у клиента нет доступа), а если хочет обмануть то не даст потому как он сам боится что его обманут. из поведения человека можно догадыватся о его нмерениях... а если у заказчика нету даже сервера своего под проект - то нафиг такой заказчик
У меня был всего один личный опыт, после чего я перешел на новую "свою сис-му" 50% - предоплаты 50% - по акту сдачи (т.е. обмен деньги - продукт) + для подстраховки в каждом проекте делаю модуль, который коннектится к моему домену и проверяет в БД "оплаченность" работы, если "не оплачено" - работать он не будет. По получению оставшихся 50% этот модуль удаляется.
Самая большая гарантия это рутовский доступ до сервера на который этот проект ложится
Рутовый доступ и закладки - не гарантия оплаты, а "оружие возмездия". Даже если справедливость восторжествует, ее на хлеб не намажешь. Поэтому все подобное "вредительство" следует внедрять с самого начала и явно: тупо писать внизу большими буквами "Версия в разработке. Не оплачено." Если эту надпись увидит глава крупной корпорации, он вполне может взять трубку телефона и спросить "какого ... еще не оплатили?!". К сожалению, некоторые сотрудники вовсе не заинтересованы в быстром окончании проекта, поскольку по его завершении им придется искать новое поле для деятельности.
Черные списки - вещь сомнительная. В компании-заказчике может придти новое руководство, заработать новая финансовая политика, все 100 раз поменяться, да и сами разработчики не всегда ангелы во плоти - наврут с три короба, а ты верь.
По моему рутовский доступ это не орудие возмездия, а волшебный пинок заказчику. Еще перед началом рзработки заставить его что-то делать и по его действиям догадатся о его намерениях... Ели заказчик готов дать рутовский доступ, то врядли он подлый обманшик... другой пример (не обязательно рут) ПЕРЕД началом разработки сказать что он получает только досуп в админку но не исходники (скомпиленную или обфускаченную версию, со стучалкой-проверялкой, триал версию и тд..) рассказать что ты защищен и если он попытается обмануть то он ничего не получит
смотреть за его действиями и делать выводы
На самом деле каждый должен заниматься своим делом. Девелопер девелопить, а проект-менеджер выстраивать юридически грамотные отношения с клиентом. Специфика фриланса подразумевает большое количество рисков не только для девелопера, но и для клиента. В частности, ко мне часто обращаются люди, которым какой-то мальчик когда-то что-то сделал (сайт например) а потом сгинул или просто отказался поддерживать продукт, по разным причинам. Серьезные клиенты работать с фрилансом никогда не будут. Позиция фрилансера - сдал - получил бабло - свалил. Для нормального клиента важен сервис, поддержка, юридические гарантии.
"Серьезные клиенты работать с фрилансом никогда не будут."
Напрямую - не будут. Через юридическую прослойку - будут. Точнее, они даже об этом не узнают, что реальный исполнитель в штате контрагента не значится. Но суть от этого не меняется - фрилансер в любой конфигурации заинтересован чтобы его не кинули.
И вообще, фрилансер фрилансеру рознь. Я веду некоторые проекта по 2 года после сдачи, можно сказать, себе в убыток, обеспечивая эти самые гарантии. Это тоже порочная практика: ужасно развращает клиентов. Хорошо бы Рост затронул и эту тему - как грамотно отпустить проект в свободное плавание без финансовых и репутационных ущербов.
"Я веду некоторые проекта по 2 года после сдачи, можно сказать, себе в убыток"
Ну, в убыток или не в убыток - решать строго говоря Вам. Зачастую в IT бизнесе основные деньги делаются не на разработке а на поддержке и развитии, по крайней мере это касается сайтов, крупных порталов. Другое дело, что психологически для фрилансера это может быть тяжелым - проходит время, проект перестает быть интересным, к тому же специалист постоянно развивается, развиваются технологии, и сделанное год или два назад хочется иногда просто переписать заново - но не всегда для этого есть возможности. Конечно, идеальный вариант - это делать работу изначально так, чтобы минимизировать дальнейшие обращения за поддержкой. А это уже вопрос продуманности продукта и планирования, тщательных переговоров с клиентом и выяснения его нужд. Это же во многом вопрос качества той самой "юридической прослойки".
Warning! Axis360 (http://axis360.com), NY, USA owe me 2000 USD. Don't work on/with this company. Kevin Dorry (http://www.facebook.com/profile.php?id=723422845) and Todd Sowers (http://www.facebook.com/profile.php?id=775705299) are liars and deceivers! Просьба закопипастить где только можно. Как показала практика, при кризисе ликвидности все меры хороши, не ожидал подобного от амеротоварищей.
