Свою комфортность, вы, разрабы, сами себе создаёте из-за количества своих заказчиков (коими в разных сферах и случаях мы все являемся). Пишу не от лица заказчика, но какое мне должно быть дело до того как вам удобнее работать - в скайпе писать транслитом, в бубен шуметь в 5.42 перед петухами, чтобы разбудить вас по-раньше ради активного плодотворного рабочего дня, или ещё какие "фи". Естественно я утрирую до грубой формы. Но с точки зрения психологии, вам пока не всунешьпока не вызовешь любую эмоцию у человека (злость, радость, панику, что угодно), он менее эффективен и сконцентрирован. И уж особенно, когда от этого человека зависит ваш дальнейший бизнес (коль разговор о ИМ, а не о женских блогах). Любое напоминание и раздражение исполнителя, вызывает у последнего эмоции (если конечно он не ногах третьи сутки и реализацию заранее как всегда не решил отложить до крайних сроков). Вот в итоге и возникает желание по-скорее выполнить и отделаться от такого заказчика. Ему то какое дело до вашего мнения о нём, описанного на тематичных форумах? Работа выполнена - бизнес запущен. Если конечно в коде не нагадили от слишком бурных эмоций =)
Да, вы - профессионал, а заказчик - тупо хотелка, только объясните тогда такое обилие ужаснейших проектов, за которые на каждом этапе берутся различные "профи". Человек составляет ТЗ, возможно впервые, и как минимум допуская ошибки, неточности, выражая довольно неуклюже идеи, путаясь в терминах и прочее, но ваша задача в ПЕРВУЮ очередь - убедить что на ПЕРВОМ этапе ТЗ - это основа и ПОСОДЕЙСТВОВАТЬ в корректировке ТЗ для блага обеих сторон, а не упираться, мол, "ты ж сказал покрасить бампер, но не указал кистью или валиком".
По поводу дружеских отношений - а куда без них? Коль человек доверился вам, то без всякого лукавства, им можно пользоваться ради заработка. По мне так довольно ненавязанные дружеские отношения получаются (никто никому не начальник, не подчинённый), а если начинают дро**ть всея гуру по каждому вопросу, тут действительно задумываешься, что не просто так поддерживается такое общение.
Возвращаясь к ТЗ. Вы сами допускаете такой факт, что накатав БП стартапа, вы станете в точности придерживаться его до выхода в ноль, а потом ещё и на радостях прибежите с писюльками на салфетке к инвестору? Конечно же нет. Корректировка требуется на каждом этапе, отталкиваясь и от опыта и от ошибок (хотя по сути одно без другого не существует).
Согласен в строгом отношении к политике оказания услуги вцелом. Т.е. все попутные работы должны оплачиваться отдельно и не отвлекать от основной реализации проекта, должен быть и оговорен сам пункт изменения в целом или мелкой корректировки ТЗ, т.е. ставить изначально человека перед фактом, согласны ли вообще в принципе на возможные изменения проекта, а не отнекиваться потом, что делаете строго по ТЗ, хотя возможно заказчик, проконсультировавшись с другими не менее глупыми людьми, понял что какие то из пунктов вовсе не нужны или требуют изменений, а вы ему начинаете навязывать ненужные задачи, так как изначально перед вами были поставлены именно они. Если уж опускаться до компетентностей, то разработчик - наёмный рабочий, являющийся реализатором проекта, а заказчик - ваш непосредственный руководитель.