Веб-дизайн — это весело.
В конце концов, вы встречаете клиента в самом вдохновленном настроении, когда он собирается начать новый проект или оживить старый.
Он верит в вас, он доверяет вам воплотить свою идею в жизнь.
А вы можете взять его образы и создать веб-сайт, который будет олицетворять его бизнес.
Это прекрасный творческий период времени.
Когда вы передаете ему готовый веб-сайт, нет ничего более приятного, чем видеть счастливую улыбку на его лице, потому что вы помогли клиенту сделать этот огромный шаг к реализации его мечты.
Так что же может пойти не так?
Когда вы имеете дело с идеальным клиентом, весь процесс идет как по маслу. Работа становится сплошным наслаждением с приятным бонусом в виде денег, а заказчик превращается в вашего самого большого поклонника.
И это здорово. Но печальная реальность такова, что даже самые лучшие отношения могут испортиться.
Вот почему вам нужен контракт, чтобы застраховаться от всех «что если…».
Когда вы начинаете новый проект, то можете решить, что доверять своему клиенту — безопасно, и нет ничего, что могло бы пойти не так. Тем не менее, независимо от того, насколько вам нравится человек, являющийся вашим клиентом, очень важно изложить условия проекта в контракте, когда вы начинаете сотрудничество.
Таким образом, если что-то пойдет наперекосяк или возникнет недоразумение, у вас есть контракт, на который вы можете опереться, чтобы защитить свои интересы.
Итак, вот 7 наиболее важных пунктов, которые вы должны включить в свой контракт по веб-дизайну.
1) Подробно, что и кому принадлежит
Для типичного дизайнера, работающего в печати, все, как правило, довольно просто, потому как клиент платит за ваши услуги, и он получает 100% собственность на произведенную работу. Однако, разрабатывая веб-сервисы и развивая свой бизнес, вы поймете, что не все так просто.
Создание и проектирование веб-сайта может состоять из нескольких компонентов, поэтому важно информировать вашего клиента в вашем контракте на разработку сайта, что принадлежит ему, а что нет, особенно в случае, если он захочет изменить что-то в будущем.
Вещи, которые следует учитывать, могут включать в себя:
- Право собственности на используемый веб-макет или тему.
- Любой написанный код, используемый для разработки сайта.
- Сам веб-дизайн.
- Любые системы CMS, используемые сайтом.
- Любые дополнительные дизайнерские работы (баннеры и т.д.).
- Любой используемый текст.
- Любая интеллектуальная собственность, принадлежащая либо клиенту, либо дизайнеру.
Очень важно указать все это в письменной форме в вашем контракте: в противном случае вы можете оказаться в затруднительном положении с судами, если клиент когда-нибудь захочет обратиться к другому дизайнеру в будущем. Всегда обращайте внимание на то, что клиент может (и не может) взять с собой, чтобы он мог справедливо сбалансировать плюсы и минусы работы с вами.
2) Распределите обязанности, как для себя, так и для своих клиентов
Когда вы разрабатываете веб-сайт — это что-то вроде улицы с двусторонним движением. Для вас важно разработать дизайн в меру своих возможностей: на кону ваша репутация, а ваш клиент зависит от вас. Тем не менее, клиент также обязан своевременно предоставлять обратную связь и информацию, необходимую для завершения проекта.
К сожалению, часто встречаются клиенты, которые, кажется, этого не понимают, поэтому необходимо отметить обязанности своего клиента в контракте на разработку, чтобы вы имели возможность указать на это, когда вам нужно продолжать работать над проектом.
Основные обязанности клиента, которые необходимо отметить в контракте, включают:
- Какие материалы нужно предоставить.
Сюда могут входить фотографии, описания продуктов, готовый планировщик веб-сайтов. *
- Любая ключевая информация о доступе.
Это может включать в себя данные доступа к FTP или WordPress для старого веб-сайта или текущего хостинга, чтобы вы могли завершить свою работу.
- Кто будет добавлять контент.
Это действительно важно. Многие из ваших клиентов могут предположить, что именно вы будете загружать весь контент. Однако важно делать это только в том случае, если вам за это платят. Поэтому убедитесь, что вы подробно определили, кто за это отвечает, когда сайт будет готов.
Отличный вариант, если вы отправите предложенный график работы вместе с вашим контрактом, и в нем объясните, когда вы будете предоставлять результаты ключевых этапов проекта и когда ожидаете получить обратную связь. Это спасет вас в тех случаях, если вдруг попадется хитрый клиент, пытающийся увильнуть от того, чтобы дать вам ответ или свои комментарии по проекту.
3) Установите размер предоплаты
Вам может показаться, что говорить о деньгах — одна из самых сложных частей при составлении контракта, однако мы здесь, чтобы заверить вас, что это не совсем так.
Помните, ваш клиент обратился к вам за предоставлением определенных услуг, и он прекрасно понимает, что за это ему нужно будет заплатить. Так что не бойтесь говорить о финансовой стороне работы.
Однако помните всегда об одной вещи: по возможности убедитесь, что вы получите предоплату за свою работу или, по крайней мере, частичную оплату. Многие дизайнеры в свое время оказывались в ситуации «сначала работаю, а потом мне платят». Поверьте, вы не хотите делать то же самое!
По сути, с большинством из ваших клиентов проблем не будет, но когда вы начнете создавать все больше и больше сайтов, вы неизбежно наткнетесь на «того самого» клиента, который откажется платить. Поэтому убедитесь, что вы получите предоплату за свою работу.
4)… или делай это поэтапно, если проект большого масштаба. Никогда не работайте без предоплаты!
Определите для себя ценовой диапазон, при котором вы будете брать предоплату 50% и еще 50% по завершению работы. Если размер проекта, как и его цена, превышает конкретную сумму, вы можете разделить оплату на 3 платежа или даже больше, в зависимости от размеров и сроков проекта.
Основное правило заключается в том, чтобы всегда детально описывать все этапы работы в вашем контракте на разработку и всегда объяснять, какие платежи вы ожидаете на каждом этапе.
Так, например, вы могли бы сделать что-то вроде этого:
- 50% предоплата
- 25% после утверждения дизайна
- 25% после доставки завершенного сайта
Просто убедитесь, что вы детально описали все условия, когда дело касается денежной стороны, и всегда придерживайтесь своих позиций! Никогда не поддавайтесь искушению начать работу без предоплаты, потому что можно гарантировать, что однажды вас подведут, и ваше сердце будет разбито клиентом, которому вы полагали, что можете доверять.
О, и НИКОГДА не говорите, что окончательная оплата должна быть перечислена, когда сайт заработает.
А что если сайт никогда не будет запущен? Всегда говорите, что окончательная оплата должна произойти, когда вы предоставили клиенту завершенную работу!
5) Подробно укажите все дополнительные расходы
Если вы все делаете правильно, разработка веб-сайта н для вашего клиента не станет одноразовым проектом. В случае, когда клиент доволен, он, скорее всего, вернется к вам для дополнительной работы. Однако невероятно важно брать с негу плату за эту дополнительную работу.
Поэтому при составлении контракта на разработку обязательно уточните, каковы ваши дополнительные расценки. Как правило, многие из ваших клиентов возвращаются к вам и просят «быстро исправить» или «выполнить 30-секундную работёнку». И у вас может возникнуть соблазн сделать эту «супер-быструю работу» в качестве одолжения.
Не делайте этого!
Все эти маленькие задания складываются, и, прежде чем вы это поймете, окажется. Что вы сделали кучу работы. А это ситуация, в которой вы бы не хотели оказаться.
Я предлагаю вам всегда подробно указывать, сколько вы берете за дополнительную работу на почасовой основе. И это должно применяться не только для проектных работ, но и для дополнительных встреч. Помните, время — это (ваши) деньги!
И не забывайте о дополнительных затратах на хостинг!
Если вы предлагаете услуги хостинга в дополнение к своей работе по дизайну, важно также учитывать эти расходы, независимо от того, кто их должен оплачивать. Обязательно уточните, сколько нужно платить и как часто. К слову сказать, это отличный способ заработать дополнительные деньги из месяца в месяц.
6) Всегда допускайте изменение условий
Мы не всегда все делаем правильно! То, что на первый взгляд похоже на водонепроницаемый контракт, может привести к нескольким утечкам. Ничего особенного, вам просто нужно внести изменения в ваш договор с клиентом.
Проще сказать, чем сделать! Если, конечно, вы не создали пункт в вашем контракте на разработку, который позволяет вам сделать это. Помните, что если вы включите такой пункт, он должен быть справедливым по отношению к вашему клиенту.
Когда вы составляете для своего клиента контракт на разработку, попробуйте добавить следующий пункт:
Настоящее Соглашение может время от времени меняться. В случае изменения настоящего Соглашения [ваше имя/название компании] уведомляет клиента в письменной форме не менее чем за 30 дней до вступления изменений в силу.
Если клиент заявляет, что любые изменения в настоящем Соглашении свидетельствуют о несправедливой предвзятости в отношении интересов клиента в пользу [ваше имя/название компании], клиент соглашается оспорить заявление об изменениях в письменной форме до вступления изменений в силу.
В случае возникновения спора клиенту будет либо предоставлено письменное освобождение от конкретных изменений в рамках настоящего Соглашения, которое клиент считает несправедливым, либо, если это невозможно, клиент может по своему усмотрению расторгнуть настоящее Соглашение, уведомив об этом за 30 дней.
Легко и просто! Таким образом, у вас есть лазейка для внесения изменений, если это потребуется, но ваш клиент не будет привязан к вам, если сочтет это несправедливым, что лучше для обеих сторон.
7) Разумная поддержка
В качестве обычной вежливости, вы можете говорить всем своим клиентам, что, если им понадобится помощь, вы всегда под рукой во время работы над проектом и даже после того, как веб-сайт будет завершен. В конце концов, вы хотите, чтобы ваш клиент получил максимальную отдачу от сотрудничества с вами, поэтому вы предлагаете неограниченную поддержку в рамках постоянного пакета услуг.
Многие из ваших конкурентов часто берут плату за эту услугу, поэтому предлагать «неограниченную» поддержку — отличная стратегия. Однако, несмотря на то, что вы предлагаете это, необходимо создать лазейку, чтобы прикрыть себя. Давайте назовем это «чрезмерным контактом».
Клиент соглашается не вступать в чрезмерный контакт, который включает, но не ограничивается:
— Неоднократное обращение за помощью по вопросам, не входящим в сферу контроля, ответственности или компетенции [ваше имя/название компании], после того как [ваше имя/название компании] сообщил клиенту, что это так, включая, но не ограничиваясь: базовая компьютерная помощь, бизнес-консультации или другая техническая помощь, не связанная с услугами [ваше имя/название компании].
— Неоднократно и необоснованно просить помощи по вопросам, по которым [ваше имя/название компании] ранее проводил обучение. Клиент соглашается понять обучение, которое ему было предоставлено.
— Чрезмерные телефонные звонки или электронные письма в той мере, в какой это оказывает пагубное влияние на способность [ваше имя/название компании] обслуживать других клиентов.
— Требования о предоставлении помощи по несрочным вопросам вне рабочих часов поддержки [ваше имя/название компании], когда срочность определяется исключительно по усмотрению [ваше имя/название компании].
Поверьте, не очень бы хотелось иметь такой пункт, но вы можете встретить клиента, который будет пользоваться вашей добротой и вежливостью. Возможно, вам даже не придется использовать вышеизложенное предложение, но все равно приятно знать, что оно существует, когда клиент становится слишком наглым!
Всем успешной работы и творчества!
0 комментариев