Тесный контакт с разработчиком

Так ТОЧНО не будет. В первую очередь из-за Вас. У Вас и у разаботчика "два мира два детства".

"чужие нужны" = "чужие нужды".

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

В теории - да. На практике всё иначе.

Если собирать магазин с нуля, то невозможно прописать в ТЗ всё за ограниченное время. Возьмём Интернет-магазин. Там дофига всяких процессов, у каждого из них свои бизнес-нюансы. При этом нужно заранее выстроить корректную модель данных. Можно заказать всё с нуля и получить описанные выше проблемы. А они нужны? Поэтому хочется взять Битрикс.

С Битриксом в качестве платформы другой геморрой. Нужно сначала его изучить (а это сложная система) и лишь потом можно будет наваять на нём нормальный магазин. о моим прикидкам, стоимость изучения внутренностей Битрикса и создания ТЗ в 3-4 раза выше, чем стоимость доработки под мои нужды. Но это же неправильно   Выгоднее самому сесть и внедрить Битрикс...  

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

Так что самый экономный способ по времени и деньгам - ХР в чистом виде, где в паре сидят разработчик и заказчик. Оплата почасовая. При этом никаких приёмо-сдаточных испытаний, чётких тупых ТЗ, расходов на коммуникацию, непонимание сторонами друг друга. Срок создания сократится с месяца примерно до недели.

Так бывает. Есть целый стиль программирования, где это практикуется. Это экстримальное программирование, оно же ХР. До ХР были созданы средства RAD с теми же целями. Битрикс - идеальный RAD.