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

> как это все должно выглядит


Как всегда : "утром деньги - вечером стулья, вечером деньги - утром стулья"
)

> "утром деньги - вечером стулья, вечером деньги - утром стулья"

копирайтик бы хоть поставил? ;)

автор, ТЗ огласи...

> brother  (31.10.2008 8:57:02)  [2]

Так это ты претендуешь на авторские права :-)

> brother ©   (31.10.08 08:57) [2]

Лавры Мечникова никому не дают покоя )

Автор, без нормального ТЗ тут кроме флуда ты ничего не получишь )))
Да и с ТЗ страниц 5 нафлудят )))

Видимо все зависит от масштабности проекта и изначального доверия.
В случае небольшого заказа (в пределах 2...3-х недель первоначального этапа вечерами) я вижу оптимальной такую схему: обсуждается ТЗ, когда в нем достаточно ясно вырисовывается костяк того, что хочет заказчик - я делаю то, что в этом ТЗ прописано, но, возможно, с некоторыми "оформительскими" ограничениями. После чего высылаю бинарь заказчику, тот его крутит, уточняем ТЗ (и, возможно, еще раз стоимость, если заказчика посетили существенные фантазии), если заказчик в общем и целом доволем - перечисляем половину бабла, после чего программа доделывается и высылается заказчику (скорее всего неоднократно) до стадии, когда заказчик соглашается, что оно соответствует ТЗ и вообще его устраивает, после чего перечисляется остаток бабла.
Далее - починка всплывших багов (бесплатно, разумеется) и, по желанию, доработки с обсуждением их стоимости, если эти доработки существенны и я (лично я, унутренним голосом) не могу их списать на "это да, тут я не додумал, можно было и удобнее сделать".

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

Разумеется, в крупных по срокам проектах все существенно не так, бабло перечисляется не реже раза в месяц и за оформление ТЗ уже взимается какое-то бабло, т.к. это довольно большое время и работа.

> KSergey  (31.10.2008 9:26:08)  [8]

Небольшое бабло, процентов 50-80

> Как удобно перечислять деньги и не быть обманутым.

Есть только один способ защитить себя от обмана - это писать программы самостоятельно

> Snoop   (31.10.08 07:41)  
> Как удобно перечислять деньги и не быть обманутым.

Чтобы не быть обманутым где-либо - надо, очевидно, вовсе не затевать каких либо операций по передаче денег кому-либо и где-либо.
В указанном случае, очевидно, сторонами выбирается компромисс с точки зрения минимизации потерь каждой стороны в случае невыполнения другой стороной своих обещаний. Не более. Что-либо гарантировать просто невозможно.
Другое дело на сколько эти потери фатальны: если сторона с этой потерей может смириться - то достаточно устных обещаний. если нет - можно оформить офоциальные договорные отношения. Главное, чтобы стоимость такого оформления не превысила стоимости собственно работ :)

> Так это ты претендуешь на авторские права :-)

нет, но думаю, копирайт тут будет не лишним )

> brother  (31.10.2008 10:20:12)  [12]

А я думал, денег хочешь.

1. составить функциональные требования
2. заключить договор на разработкку ТЗ
3. по полученому ТЗ заключить договор на разработку программы

как платить
ТЗ обычно 40-50% предоплата остальное по факту
Разработка 40% предоплата 40% по получении полурабочего пилота остальное после доводки и сдачи в эксплуатацию
способ оплаты - как согласуете.

по поводу "кидняка"
Мое мнение - если человек спрашивает "как платить чтобы не кинули" - значит собирается кинуть сам.

я обычно всегда работаю по договору и тз.
после предоставления демо-версии следует 50% предоплата.
После предоставления окончательной версии - остальное.