Я хочу, чтобы клиент уважал и не возмущался этими типами условий договора.
Это просто не произойдет.
Клиент купил у вас что-то, что, по его мнению, было хорошим соотношением цены и качества, но позже выяснилось, что ему не хватает важной функции (практической способности вносить изменения), которая, как они предполагали , будет включена как нечто само собой разумеющееся. Даже если ваш контракт абсолютно честный и разумный, и даже если клиент полностью виноват в том, что он не прочитал его внимательно, он, конечно, разозлится.
Глядя на это с точки зрения клиента, вы в основном сумели заставить их заплатить вам за любые изменения, которые они должны были внести в изделие. Как правило, это не является ни приятной, ни финансово обоснованной позицией для клиента, особенно если в вашем контракте не указано, сколько вы будете платить за такие услуги в будущем.
Если бы я был вашим клиентом, я бы взвесил ожидаемую общую стоимость нескольких возможных вариантов на данный момент:
Позволяя вам хранить файлы и просто платить вам каждый раз, когда нужно что-то изменить (и надеяться, что вы не потеряете файлы, не обанкротитесь, не столкнетесь с автобусом или просто станете жадным и начнете поднимать цену).
Платите все, что вы просите за собственные файлы, и просто списываете их как стоимость урока.
Заставить другого дизайнера взять любые файлы, которые есть у клиента, и воссоздать что-то редактируемое из них.
Просто все переделано кем-то другим с нуля.
В любом случае, лично в любых будущих контрактах на проектирование, которые я заключил, я бы обязательно запросил нативные файлы («предпочтительная форма работы для внесения изменений в нее», заимствуя фразу из GPL ) как часть первоначальная цитата, чтобы не допустить повторения этого, если я не был уверен, что работа была одноразовой частью, которую я никогда не намеревался изменить или частично использовать повторно.
В любом случае, чтобы ответить вам прямой вопрос, вы не можете и не должны объяснять ценность нативных файлов клиенту - единственное реальное значение они имеют то , что вы можете выжать из клиента , потому что они не имеют файлы, и клиент не будет особенно заинтересован услышать об этом.
Вместо этого вы можете попытаться найти компромисс, который бы удовлетворил вас и клиента. Например, если ваши исходные файлы действительно содержат некоторые «коммерческие секреты», которые вы не хотите, чтобы кто-либо еще видел, подумайте, сможете ли вы предоставить клиенту упрощенную версию , которая не содержит секретных частей, но все еще достаточно редактируемый, чтобы удовлетворить потребности клиента (который может включать, например, замену старого встроенного логотипа новым или редактирование текста для исправления устаревшей контактной информации).
(Просто чтобы прояснить, я не предлагаю вам бесплатно предоставлять даже такую упрощенную версию ваших собственных файлов - в конце концов, они обеспечивают дополнительную ценность для клиента, и даже просто их подготовка стоит вам времени и усилий. Возможно , вы захотите расстаться с такими упрощенными файлами по цене, которую клиент может счесть более разумной, чем, скажем, втрое выше первоначальной стоимости проекта .)
Если в вашем дизайне используются сторонние ресурсы, такие как коммерческие шрифты, также разумно не указывать их в редактируемой версии и информировать клиента о том, что им нужно будет лицензировать их отдельно от соответствующих поставщиков. В конце концов, это то, что клиент может сделать, и даже если это дорого, деньги вам не пойдут, поэтому у вас нет явного стимула искусственно завышать стоимость.
Вы могли бы также рассмотреть возможность сделать один набор изменений бесплатно , предполагая, что это достаточно небольшая работа, в знак доброй воли и ради хороших отношений с клиентами. Это не только заставит клиента почувствовать, что вы «встречаетесь с ним на полпути», но и позволит вам сохранить свою «привязанность» к клиенту, и в то же время даст им дополнительное время для рассмотрения вопроса, надеюсь, с лучшим впечатлением. из вас, чем они в настоящее время. (Конечно, вы должны только сделать такое предложение , если вы достаточно уверены в том , что он будет платить сам позже. Я не говорю , что вы должны работать впустую, просто иногда это может быть стоит брать начальную потерю , чтобы сохранить клиент.)
В любом случае, если ваш контракт с клиентом еще не включает «план поддержки», сейчас самое время предложить его. Клиенту будет намного удобнее оставаться с вами, если он заранее знает, сколько вы будете взимать за изменения, а также сколько ему придется заплатить за исходные файлы, если они решат, что захотят их позже.