Мне думается, что ваш пример не вполне уместен. Т. к. для любого жилого дома в конкретной климатической зоне есть стандартный набор обязательных вещей. И дом без отопления, например, в наших суровых широтах в принципе не возможен. Это стандартно. Другое дело, что заказчик захотел камин, но ничего про это не сказал, но потом требует.
Да и дом - это очень серьезный проект, знаю не по наслышке, там идет очень серьезное согласование документов, всегда есть архитектор, который составлял проект и за который он отвечает. И работа архитектора ("составителя ТЗ" ) хорошо оплачивается. Такой ситуации, которую вы описали, быть в принципе не может, ибо заказчик знакомится с проектом, видит архитектурный план и подписывает его. И туалетов будет ровно столько и на тех этажах, на которых они есть в проекте, подписанном заказчиком.
В вашем сравнении есть большая натяжка. Я ведь весь стандартный функционал магазина (как то: "отопление", "туалет", "электричество" и т. д.), который есть в движке, не удаляю ведь. Все стандартные возможности, устраивающее подавляющее большинство заказчиков для стартового периода работы магазина, есть.
И все дополнительные (вроде "камина" и третьего "туалета"), согласованные с заказчиком, тоже есть.
Более того, заказчик высказывал очень большие пожелания и планы на будущее, но сам же и говорил, что их нужно реализовывать на следующих этапах - ибо денег сейчас нет.
Потому как кроме выгрузки в Яндекс-Маркет выяснилось, что нужна выгрузка еще на две другие торговые площадки, и того в итоге три по разным алгоритмам. А требования у этих площадок местами сильно отличаются от Яндекса. Для примера, некоторые площадки требуют обязательного отсутствия водяных знаков на картинках, а яндекс к этому лоялен. А у заказчика все исходники картинок уже с водяным знаком... вот уже у нас совсем разные папки с картинками будут, да еще серверный "фотошоп" для удаления знаков приходится задействовать.
Я чуть подробнее описал пример с Яндексом чтобы показать насколько все бывает нетривиально и никак не может быть предугадано заранее.
И еще важный момент. В движке есть определенные неудобства в админке. Для кого это вообще никак не заметно, но некоторые заказчики буквально требуют устранить эти неудобства ибо это не вяжется с их представлением о комфортной работе в админке. И желают получить это бесплатно, считая это дефектом моей работы. Уважаемый SiteX, как вы относитесь к такого рода требованиям? Мне доводилось не раз их удовлетворять, причем все разы бесплатно, и требования были самые различные. Для примера, одной даме не нравилась сортировка товаров в админке после добавления очередного товара. Но каким боком я то к этим хотелкам привязан если так заложено в движке?
и немалое время.
по хорошему - да. Тогда и исполнитель как архитектор может нести ответственность за свой проект.
А пока заказчик не платит за эту работу, то пусть и ответственность за свое ТЗ несет сам.