_>Да, примерно так. Но проблемы. _>вот это "сделать то-то" надо писть достаточно подробно. Т.е. как быть в случае, если не написано. И кто это будет писать, и за чей счет.
Пишешь ты, подтверждает заказчик, ставите подписи.
Любое требование вне ТЗ подразумевает изменение бюджета и/или сроков исполнения.
_>И вот это "заплатить столько то" кто будет считать.
Это считаешь ты. Затем споришь с заказчиком, т.к. он возможно будет не согласен.
Сейчас оплата идет по факту по затраченному времени. А если считать по ТЗ, то будет неточно, и будет риск с обоих сторон. И надо закладываться на риск. _>В результате будет более большие деньги за разработку того же.
Т.е. как по затраченному времени? Т.е. делал 100 часов получил 500$, а делал 50 часов — 250?
Создание ТЗ и плана разработки облегчает работу и уменьшает вероятность невыплаты денег, т.к. есть официальный документ. Вообще, нас в универе так учили — сначала анализ потребностей, затем концептуалная модель, спецификация требований и , наконец, эскизный проект. И все это документы, имющие юридическую силу.
