Порядок сдачи и приема работы
В договоре вся работа разбита на этапы с указанием сроков, названия этапов, результата по каждому этапу.
Заканчивая работу по каждому этапу отправляю клиенту акт со своей подписью. В этом акте указано название этапа, его стоимость, результат работы. Этот акт заказчик должен подписать в определенное договором количество дней. Обычно это 3-5 дней.
Чем больше команда заказчика тем больше количество дней, это нормально, но разумные рамки должны быть. Я процитирую договор, потому что это реально важно.
1. Заказчик обязан в течение 3 (трех) дней после получения Акта от Исполнителя (в отсканированном виде) выслать на электронный адрес почты Исполнителя отсканированный (подписанный им) Акт или претензию с детальным изложением требований по корректировке
2. В случае непредставления Заказчиком указанных документов в течение 3 (трех) дней работа считается принятой, а обязательства Исполнителя выполненными надлежащим образом. Список мотивированных замечаний к каждому этапу выполненных работ может быть составлен не более 2-х (двух) раз. Исполнитель вносит корректировки в рамках предоставленного Технического задания (Приложение №**) в соответствии с Календарным планом работ (Приложение №**). После внесения корректировок работы по данному этапу считаются выполненными.
Что делать, если в списке вдруг появились пункты, которых не было в ТЗ?
Я оформляю их дополнительным соглашением, на эти работы выставляю счет. Но если это не мелкие работы на 5-ть минут.
Тут все индивидуально, но таких пожеланий может быть много: часто в ходе работы заказчик окрыляется и расширяет ТЗ и тут есть риск затянуть основные работы. Я предпочитаю эти допы выполнять после того, как сделан основной объем работы. Конечно, при условии, что они не сильно меняют функционал, иначе вам придется делать двойную работу.
Способы передачи результата работы
Обязательно в договоре прописывайте в чем вы делаете работу, в чем исходник, как вы отправляете результат работы по этапу и исходник: Делаю в Figma, Исходник в .fig.
Отправляю результат из своего мессенджера в тг (логин) на мессенджер заказчика (логин) в виде ссылки на сервис Figma, исходник в виде файлов в формате FIG.
Да, много бюрократии, но такие пункты будут подстраховывать и вас и клиента. Представьте ситуацию, что вы работаете в Figma, а клиент решил, что вы пришлете ему psd.
Авторские права и передача прав
Тут все стандартно. Есть смысл обговорить условия НЕ публикации работы в портфолио. Лично я делаю наценку, если не имею право показывать результат своей работы и, тем самым, привлекать к своему портфолио внимание потенциальных заказчиков. Но есть нюанс. Очень часто заказчики не хотят, чтобы дизайнер вешал проект в портфолио из-за боязни конкуренции до релиза проекта. Узнавайте причину такого желания. Если есть ограничения на публикацию из-за релиза, просто договаривайтесь, что опубликуете кейс с какой-то даты и указывайте ее в договоре.
И напоследок пара советов
Несмотря на возможности электронных подписей и скана в идеале обменивайтесь с заказчиками оригиналами документов.
Не начинайте работу до тех пор, пока договор не будет подписан заказчиком. Не переходите к следующему этапу, пока предыдущий не будет закрыт актом, то есть подписью клиента.
Не входите в исступление, если со стороны клиента появляется 3 юриста и все хотят внести правки, которые просто не имеют отношение к работе (или вам так кажется). Узнавайте истинные мотивы правок. Иногда юристы не понимают сути тех или иных технических пунктов. Созванивайтесь, все проговаривайте и фиксируйте в договоре
Всем терпения и добрых проектов :)
О моей работе, проектах и не только
Блог в тг: https://t.me/+senUetnhbp4zYzgy
