Практика договоренностей с разработчиками (фрилансерами)

Святая наивность))) Думаю счас тебе расскажут, как по договору выбивают свои деньги по полгода, год

Заказчику не нужен код. Ему нужно решение его задачи. Большинству вообще наплевать,что там под капотом и на чем сделано.

если все максимально прописать, то в итоге гарантированно завоет заказчик. потому что в процессе у него появится 100500 новых идей, но они не описаны в договоре, а то что описано в процессе 100500 раз окажется не нужным. Но договор подписан, придется ждать выполнения по нему ненужного, а потом заказывать переделку на нужное за доп плату. 

потому договора чисто формальность, чтоб для налоговой и контролирующих органов была бумажка за что деньги получены/потрачены.

Это нереально все прописать. Договор нужен как гарантия хоть что-то получить. Обоим (или обеим?) сторонам.

Я вот полностью соглашусь для разннобразия и даже скажу, что мое упоминание юниттестов не совсем корректно. Заказчику их не предьявишь. Поэтому акцентом сделаю наличие MVP и работу по СКРАМ, когда в любой момент у меня есть что предьявить заказчику. Это как акты выполненных работ на стройке. Спринт закончился, демо провели, заказчик доволен - денежка капнула)))

Ну не всегда.... Часть проектов под NDA.  Часть собственно не особо покажешь. Предположим сделал я сайт: для посетителя это "типовой интернет магазин", а под капотом 100500 сервисов угадывающих по характеру кликания мыши пользователем  зачем он сюда зашел, такого уровня что чат гпт - детская игрушка :D...  Утрировано но тем не менее.  А сколько "больших" студий с громадным портфолио, а коснешься их проекта - там тихий ужас.

На  мой взгляд достаточно справедливая почасовая оплата с предоплатой.  Т.е. заказчик может внести не большую предоплату, а там уже по своим "маркерам"  решать - работать с данным исполнителем или нет... И тут, увы нет ни каких четких критериев как распознать хорошего и не проморгать плохого.

Не совсем. Это сотрудничество равноправное. И каждый лично для себя и для своих условий принимает допустимые критерии. Если у разработчика дофига заказов - он будет наращивать свои требования, если заказов нет -  будет соглашаться на все что угодно... точно так же и заказчик.

Я включаю без всяких "если"...  

Тут да, что-то подобное и есть. Делаем демку, заказчик хвалит. Затем начинаем уже серьезно все делать - внтури и снаружи одновременно - чтобы он видел, что работа идет, так как зачастую много делается внутри, что надо, но внешне не видно. 

Верно.

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

Можно и нужно разбить процесс на этапы, умозрительно оговорить условия для закрытия контрольных точек.

С чего вдруг?

Заказчик заказчику рознь. Наличие ИП и договора на цену мало влияет.  Другое дело если к договору необходимо прикладывать ТЗ. Но это уже отдельная история. Тут речь готов заказчик на написание ТЗ или нет