Когда вы сводите его к основополагающим элементам, процесс продажи представляет собой просто серию устных соглашений, которые в конечном итоге оформляются документально. Этот документ должен стать вашим договором, предложением или каким-либо юридически обязывающим соглашением, подписанным вами и клиентом для заключения сделки.
Если одна из сторон не выполняет свою часть сделки, это называется «нарушением договора». Так как этого мы все хотим избежать, важно понимать, что ключ к пуленепробиваемому контракту заключается в том, как вы продаете. Другими словами, ваш контракт должен отражать все, что вы и ваш клиент обсудили и согласовали в процессе продажи.
Для того, чтобы договор был действительным, должно быть взаимное соглашение: предложение и акцепт. В то время как существуют ситуации, в которых предложение исходит от покупателя, например, выиграв тендер на участие в проекте на Guru.com («Создайте мне сайт такого типа за x долларов»), в нашей отрасли предложение обычно исходит от вас или от меня — продавец. Поэтому все, что мы обсуждаем с клиентом в процессе продаж, становится «предложением». Он указывает на «принятие», как только он подписывает на пунктирной линии.
Независимо от того, происходит ли предложение от вас или от покупателя, существуют важные компоненты, которые должны присутствовать в каждом предложении. Некоторые важные соображения: объем работ; клиент вносит изменения и исправления; справляться с задержками клиентов; основные этапы и завершение проекта; условия оплаты; техническое обслуживание и техническая поддержка; модификации клиента или стороннего сайта; ответственность, если дела идут плохо; и кто в конечном итоге будет владельцем сайта, который вы создали. В этой статье рассматриваются все эти соображения и объясняется, почему они важны для вашего контракта.
Отказ от ответственности: я не являюсь, никогда не был и, вероятно, никогда не буду адвокатом; и эта статья не предназначена для замены надлежащей юридической консультации. Не пытайтесь делать это дома: проконсультируйтесь с квалифицированным юристом. Информация в этой статье, ваше предложение и / или объем работы будут хорошей отправной точкой для обсуждения с адвокатом.
Поскольку я являюсь резидентом США, часть или вся эта информация может или не может применяться в вашей стране происхождения, если она отличается. Опять же, пожалуйста, проконсультируйтесь с юристом.
«Знает ли мой клиент, чего он хочет?»
Объем работ и объем ползучести
По словам людей из A List Apart , область действия — это «естественный процесс, с помощью которого клиенты обнаруживают, что они действительно хотят». Мое первое знакомство с этим явлением было относительно незначительным (клиент внезапно захотел получить набор анимированных GIF-файлов на определенной странице), но я остро осознал, каким может быть скользкий уклон.
Цель детализации масштаба проекта не состоит в том, чтобы предотвратить неизбежное расширение области видимости, а в том, чтобы дать вам гибкость при принятии решения о целесообразности взимания платы за дополнительную работу. В зависимости от размера проекта, может быть нецелесообразно включать спецификации проекта в фактический контракт. Независимо от того, указаны ли спецификации в договоре или в отдельном документе, обязательно укажите, что именно включено и не включено, — и попросите клиента подписать всю документацию.
«Сколько изменений они собираются сделать?»
Клиент вносит изменения и исправления
Безусловно, одна из самых распространенных ошибок, которые допускают неопытные фрилансеры, заключается в том, что они не могут ограничить количество изменений дизайна, которые клиент может запросить. Когда я только начинал — до того, как появилась сеть, о которой я говорил, — я согласился написать брошюру для знакомого. Примерно через шесть или семь пересмотров я начал задаваться вопросом, будет ли когда-нибудь закончена брошюра. Я усвоил урок рано, поэтому, когда я начал разрабатывать веб-сайты, я четко определил количество ревизий, и с тех пор у меня не было проблем.
Это не значит, что я не изменил своим правилам. Один клиент начал «переделывать» заголовок своего сайта. На шестой или около того ревизии мы опускаем ногу и сообщаем ему, что допустим еще одну, и все. Дело в том, что не имеет значения, хотите ли вы разрешить две ревизии клиента или десять, или планируете ли вы представить один макет или 100, при условии, что вы и клиент четко понимаете, чего ожидать. Когда приходит окончательный пересмотр, клиент должен понимать, что все изменения, которые он хочет, должны быть включены в эту версию, иначе он может быть подвергнут дополнительным расходам.
«Они собираются когда-нибудь достать мне контент?»
Работа с задержками клиентов
Еще одна ловушка, в которую обычно попадают неопытные фрилансеры, это контент, предоставляемый клиентом. По словам Келли Гото, автора Web ReDesign 2.0: рабочий процесс, который работает (New Riders Press; 1-е издание, 14 августа 2001 г.), получение клиентского контента по расписанию — «возможно, самая трудная и наименее предсказуемая часть любого веб-проекта». Далее она говорит: «Клиенты часто имеют нереалистичное представление о том, что у них« уже есть », а также о том, какие предметы им нужно создать. Миф состоит в том, что контент будет доставлен вовремя. если вы и клиент организованы, контент неизбежно опаздывает ».
После такой неизбежной задержки в получении контента дизайнер становится разочарованным. Чтобы усугубить проблему, если в вашем контракте указано «окончательный платеж, подлежащий оплате после завершения проекта», вы находитесь в плачевном положении, ожидая получения оплаты, пока клиент откладывает на неопределенное время.
Как и многие из нас, я выучил трудный путь. В моем самом первом платном проекте я по глупости предусмотрел оплату «по завершении». Что еще хуже, будучи наивным и неопытным, я не просил залог. Десять месяцев спустя, когда сайт был заполнен на 95 процентов (меньше копий), я все еще ждал содержания, и мне не заплатили ни копейки. Излишне говорить, что я больше никогда не совершал эту ошибку.
Вы должны столкнуться с тем фактом, что большинство клиентов будут откладывать, некоторые из них, потому что они заняты собственным бизнесом, другие намеренно. Тем не менее, когда вы подписали контракт, вы и ваш клиент пришли к соглашению, которое включает в себя взаимные обязательства, и ваш контракт должен предусматривать, если и когда задержка представляет собой «нарушение». Есть несколько способов сделать это:
- Обращаем ваше внимание на то, что контент должен быть получен к определенной дате, и, если он не получен, клиент нарушает договор. (Вам нужно будет указать последствия этого нарушения, например, если клиент потеряет свой депозит или его часть, и контракт будет аннулирован.)
- Обращаем ваше внимание на то, что если контент не получен к определенной дате, оставшийся остаток проекта подлежит уплате. (Это позволяет избежать называть задержку нарушением и сразу расторгнуть договор, но все же излагает последствия и дает мотивацию клиенту своевременно предоставлять контент.)
- Вместо того, чтобы прикреплять платежи к этапам производства, оговаривайте, что окончательный платеж должен быть произведен в течение определенного количества дней, независимо от того, завершен ли проект или нет. Вы можете указать временные рамки примерно так, чтобы они соответствовали предполагаемой дате завершения проекта, без задержек. (Это также позволяет избежать нарушения и расторжения договора, но также позволяет избежать впечатления, что вы наказываете клиента за опоздание — и вы по-прежнему получаете деньги вовремя! Основной мотивацией клиента для своевременного предоставления контента является то, что он заплатит за сайт, который остается в основном незаконченным из-за его собственного бездействия.)
Предоставление контента — не единственная область, где клиент может приостановить производство. Подумайте о любой вехе, которая требует действий клиента, таких как утверждение макетов дизайна, и встраивайте что-то в свой контракт, что будет способствовать движению.
«Мой клиент хочет исходные файлы!»
Кому принадлежит сайт, который вы создали?
Сам факт того, что клиент заплатил за работу, не означает, что он автоматически присваивает ему право собственности на сайт или дает ему права на исходные файлы. Но слишком часто вопрос о том, кому принадлежит Веб-сайт и исходные файлы, не возникает до тех пор, пока клиент не запросит исходные файлы или не решит нанять другого дизайнера для работы над созданным вами сайтом. Всегда лучше установить это заранее, во время начального процесса продаж, а не бороться за это после факта.
Избегайте «Работа для найма»
Чтобы установить правообладание, первое, на что вы должны обратить внимание, это то, должна ли работа выполняться в качестве независимого подрядчика или как «работа по найму». Как правило, «работа по найму» возникает, когда вы работаете, и работа выполняется в рамках вашей работы. В этом случае ваш работодатель, а не вы, имеет полные права на работу.
Но следует учитывать, что существуют обстоятельства, при которых работы, выполняемые независимым подрядчиком, могут быть классифицированы как «работа по найму». Хотя эти обстоятельства обычно не применяются к веб-дизайну или разработке, все же лучше, чтобы в вашем контракте были конкретно указаны условия, на которых выполняется ваша работа. Если вы хотите сохранить право собственности на свою работу — даже если вы намереваетесь передать эту собственность клиенту после того, как он заплатит вам, — избегайте ситуаций «работа по найму».
Для получения дополнительной информации о «работе по найму» см. Веб-сайт авторского права США .
Права на проектную работу против разработки
Закон США об авторском праве четко гласит, что создатель произведения владеет правами на это произведение с того момента, как оно оформлено в какой-либо материальной форме. Как только вы подтвердите, что выполняете работу в качестве независимого подрядчика, а не на условиях «найма», вам необходимо решить, что делать с авторским правом. Если вы сохраняете «полные права» и лицензируете его использование, или вам следует предоставить полные или частичные права клиенту?
Дебаты по поводу передачи авторских прав клиенту велись на многих форумах, в том числе на SitePoint. Имеет ли это смысл для бизнеса, это вопрос мнения. Каждый из нас должен решить проблему таким образом, чтобы это способствовало установлению хороших отношений с клиентами, но при этом не позволяло нам воспользоваться.
Большинство из нас согласятся с тем, что отказ от авторских прав и исходных файлов просто держать в заложниках вашего клиента. Но перед тем, как передать все права , внимательно, внимательно посмотрите на разницу между правами на дизайн, верстку, графику, текст и HTML- код, который на самом деле считается приложением . Присвоение клиенту полных прав на вашу CMS, пользовательскую корзину или приложение для управления пользователями на основе базы данных может оказаться не самым мудрым решением. Как законный владелец приложения, ваш клиент может:
- Запретить перепродажу приложения другому клиенту
- Перепродай приложение сам и не должен тебе ни копейки
Лично я считаю, что лакмусовая бумажка теста о том, следует ли передать право собственности клиенту, заключается в его возможной перепродаже. Если вы не думаете, что создаваемый вами Веб-сайт потенциально может стать основным фильмом или следующей самой продаваемой видеоигрой, то сохранение исходного кода / файлов для дизайна, HTML и т. Д. Может показаться немного глупым. Очевидно, что файл .psd или .fla не может быть просто перепродан другой стороне «как есть» вами или вашим клиентом. Но приложение, которое управляет базой данных членов или клиентов организации, было бы совсем другим делом. Сохранение прав на код ASP / PHP и лицензирование его использования для клиента имеет больше смысла и является довольно стандартной практикой.
Назначение авторских прав после завершения
Если клиент платит вам, он, вероятно, предположит, что он будет владельцем веб-сайта, как только он будет оплачен. Если в вашем контракте указано иное, ваш клиент, особенно мелкий, может не совсем понять, что означает этот пункт, и, вероятно, будет неприятно удивлен, когда узнает по-другому. (С другой стороны, крупные корпоративные клиенты, скорее всего, будут выполнять ваш контракт после своего адвоката и потребовать, чтобы вы изменили положение, чтобы назначить им полное право собственности на сайт.)
Если вы решите передать право собственности клиенту, то вы, как владелец авторских прав, должны передать право собственности другой стороне в письменной форме. При этом четко указывайте, какие части вы передаете, а какие нет, указав, например, что право собственности ограничено дизайном, графикой, текстом и исходным кодом HTML, а также что приложение (-я) используется по лицензии и остается авторским правом его владельца.
«Помогите! Мне предъявляют иск!»
Юридические пункты Boilerplate
Как я упоминал ранее, если одна из сторон не выполняет свою часть соглашения, это называется «нарушением договора». Положения Boilerplate дают вам возможность ограничить размер риска и ответственности, которые вы понесете, если вас обвинят в таком нарушении. Положения Boilerplate являются стандартными частями контракта, которые можно использовать повторно, поскольку они не относятся к конкретному проекту. Примерами этого являются: ограничение ответственности, арбитраж, выбор права и оговорки об отмене или побеге.
Ограничение ответственности
Стандартным ограничением в вашем контракте должно быть исключение косвенных убытков, то есть убытков или убытков, которые возникают не в результате непосредственного действия одной из сторон, а в результате этого действия. В отсутствие такой оговорки ваше финансовое обязательство теоретически не ограничено.
Предположим, на минуту вы опоздали на проект. (Я понимаю, что этого никогда не произойдет, но давайте представим, что это могло бы…) Обычно, это не может быть проблемой, но в этом случае ваш контакт конкретно заявил, что проект будет завершен через 45 дней — как раз к вашему обширный маркетинговый блиц клиента, предназначенный для привлечения тонны клиентов на его новый сайт. К сожалению, вы забыли включить пункт, ограничивающий то, за что вы будете нести ответственность в случае такого происшествия, и вы обнаружите, что вам предъявляют иск за все последствия, от которых теперь должен страдать ваш клиент, например потерю дохода и полную стоимость его бесполезная маркетинговая кампания.
Судебный иск за косвенные убытки, вероятно, попадает в категорию «этого никогда не случится со мной», но это может происходить и происходит постоянно. Клиент может подать в суд на вас в связи с потерей дохода, прибыли, данных, прерыванием работы, потерей деловой информации или невозможностью продавать свою продукцию из-за перебоев в обслуживании. Это может стать более критичным, если вы также размещаете сайт или создаете сайты электронной коммерции. (Помните, что любой может подать в суд на вас практически по любой причине, даже на легкомысленный.)
арбитраж
Один из способов полностью избежать судебных издержек и судебных издержек — это иметь стандартную оговорку, предусматривающую, что любые споры будут передаваться в обязательный арбитраж. (В США это обычно ограничивается суммами, превышающими максимальный лимит для суда мелких тяжб.) Вы можете указать, кем должен быть арбитр (например, по взаимному согласию или конкретному руководящему органу) и кто должен за это платить ( в общем, неудачник).
Выбор закона
Выбор закона определяет, какие законы штата или провинции регулируют соглашение. Как и в баскетболе, всегда лучше сохранять преимущество домашней площадки. Судиться с иском — это достаточно плохо без необходимости выезжать за пределы штата (или из страны), чтобы предстать перед судом.
отмена
Будь то соглашение о партнерстве или контракт на выполненную работу, всегда полезно поговорить о том, что произойдет, если одна из сторон захочет. В статьях об отмене или отмене обсуждаются обстоятельства, при которых любая из сторон может отказаться, и что произойдет, если они это сделают. Например, вы можете указать, что ни одна из сторон не может отказаться от участия, кроме как по взаимному согласию, или что сторона, которая отменяет, должна сделать это в письменной форме в течение определенного количества дней до следующего этапа проекта, и / или что он утрачивает свой депозит или его часть.
«Будет ли этот проект когда-нибудь завершен?»
Основные этапы и завершение проекта
Как опытные веб-профессионалы, мы знаем, что кодирование сайта до того, как клиент одобрит дизайн, вероятно, заставит нас переделать часть или весь наш код, если клиент хочет каким-либо образом изменить дизайн. С другой стороны, клиенты, как правило, не знают, как изменения предыдущей фазы влияют на текущую. Хотя мне повезло в этом отношении, я слышал истории о том, как владелец или генеральный директор неожиданно решил, что хочет изменить дизайн, который он утвердил два месяца назад … когда до завершения проекта осталось несколько дней.
Четкое определение и согласование основных этапов может помешать вам оказаться в этом положении. Если вы не разбили свой рабочий процесс на этапы, я настоятельно рекомендую вам сделать это. Некоторые очевидные этапы: дизайн, создание HTML, копирайтинг и запуск сайта. Рассмотрите каждый этап, который потребует рассмотрения и одобрения клиента, и разработайте метод, позволяющий ему «подписаться» на каждом этапе. Эти этапы «подписания» должны быть вехами, указанными в вашем контракте. Процесс рассмотрения / утверждения макета дизайна, который мы уже обсуждали, является одним из таких примеров. Подписание на копирайтинг, функционально и завершения проекта являются другими такими вехами. Если клиент решает, что он должен что-то изменить по сравнению с предыдущим этапом, это нормально, если он понимает, что ему, возможно, придется заплатить дополнительную плату за дополнительную работу, которую вы должны выполнить.
Кроме того, не забудьте точно определить, что означает «завершение проекта», в противном случае вы можете постоянно обновлять сайт, потому что клиент не совсем считает его «завершенным». Чтобы воспользоваться аналогией с недвижимостью, проведите клиента через последний «обход» сайта и отметьте все, что нужно исправить. (На данный момент это должны быть только незначительные исправления — не позволяйте ему что-либо менять с предыдущего этапа.) Любые изменения после того, как клиент завершил свою работу на последнем этапе, должны рассматриваться как обслуживание сайта.
Эшли Фридляйн (Морган Кауфманн, 1-е издание, октябрь 2000 г.) рекомендует читать по этому конкретному вопросу « Управление веб-проектами: поставка успешных коммерческих веб-сайтов».
«Мой клиент взломал сайт и ожидает, что я его исправлю!»
Модификации клиента и стороннего сайта
Однажды один из наших клиентов разместил баннер в разделе контента своего сайта, который был шире фиксированной ширины ячейки таблицы, разбив макет на части. Другой клиент обновлял свой сайт и каким-то образом получил все ссылки, ссылающиеся на ее диск C. Следует признать, что обе эти проблемы были относительно незначительными, но каждый раз, когда клиент или третье лицо вносит изменения в страницу, вы рискуете это случиться. Не ставьте себя в положение необходимости исправления сайта бесплатно, потому что вы заранее не оправдали ожидания клиента. Убедитесь, что в вашем контракте прямо указано, что вы не несете ответственности за любые изменения, сделанные кем-либо, кроме вас или вашего уполномоченного агента.
«Они снова потеряли свои пароли электронной почты …»
Техническое обслуживание и техническая поддержка
Если вы до сих пор этого не поняли, одна из основных причин заключения контракта заключается в том, чтобы помешать вам выполнять дополнительную работу бесплатно. Если клиент обоснованно ожидает, что определенное «что-то» было включено в сделку — и вы не указали в договоре, что это не так, — есть вероятность, что вы в итоге не будете платить за работу, а не рискуете получить рассерженный клиент. Слово «разумно» здесь имеет ключевое значение. Если клиент ожидает, что проект будет включать в себя выгуливание его собаки каждый день, никто не посчитает это «разумным». Но что, если он ожидает, что вы поможете ему настроить его учетные записи электронной почты после завершения работы сайта? Что если он думает, что вы должны прийти на место и настроить их для него? Предположим, он ожидает, что вы будете делать это каждый раз, когда нанимаете нового сотрудника? Я думаю, вы поняли мою точку зрения.
Помните, что то, что может показаться очевидным для нас, не обязательно очевидно для наших клиентов. Ваш клиент может предположить, что это вполне разумно, например, ожидать, что вы будете вносить изменения на его сайте, когда ему это нужно. Он может предположить, что цена, которую он платит, включает это. Вы, с другой стороны, можете предположить, что он должен знать иначе. Ничего не предполагай. Поместите это в свой контракт.
Вот как процесс продажи «устных соглашений» может помочь вам написать свой контракт. В процессе продажи я спрошу клиента, как он хотел бы справиться с настройкой электронной почты. Может ли он сделать это сам? Могу ли я провести его через это по телефону? У него есть технический специалист, чтобы сделать это? Один недавний клиент сказал мне, что у него нет ни знаний, ни средств, и спросил, могу ли я договориться о том, чтобы кто-то пришел на место, что я и сделал. Я взял небольшую плату, чтобы покрыть мои расходы, и, конечно, я включил это в контракт, который он подписал.
«Буду ли я когда-нибудь платить?»
Условия оплаты
Ранее я упоминал, что, когда я был молод и глуп, я не требовал залога хотя бы один раз. Это потому, что я не знал тогда, что знаю сейчас: этот бизнес должен основываться на взаимных обязательствах, как до, так и после продажи. Внося депозит, клиент берет на себя финансовое обязательство использовать ваши услуги. Депозит в 30, 40 или даже 50 процентов вовсе не является необоснованным. Любой клиент, который отказывается отдать определенный процент от суммы аванса, должен поднять красный флаг.
Независимо от того, требуется ли вам депозит или его сумма, ваш контакт должен указать условия оплаты. Как мы уже обсуждали, вы можете потребовать, чтобы часть или все были оплачены по завершении, вы можете прикрепить платежи к определенным этапам или вы можете потребовать промежуточный и окончательный платеж в течение определенного количества дней.
Я упоминал об этом ранее, но это стоит повторить. Если окончательный платеж выполнен «по завершении» или прикреплен к какой-либо другой вехе производства, и клиент делает что-то, что мешает вам выполнить эту веху — например, не предоставив вам контент или откладывая утверждение дизайна, — вы можете неопределенно долго ждать ваш последний платеж.
Найти хороший совет
Найти хорошего адвоката, который подходит вашему бюджету, может быть сложно. Здесь, в США, в каждом штате есть своя коллегия адвокатов штата, которая выдает лицензии адвокатам на практику, но они не могут давать рекомендации.
Один из вариантов — спросить некоторых ваших клиентов или коллег, кто их адвокаты. Не стесняйтесь звонить и спрашивать, какую цену они берут за такую услугу. Некоторые города также предоставляют законные ресурсы для жителей. Например, там, где я живу, я могу получить бесплатную часовую консультацию с адвокатом, который жертвует своим временем.
Существуют также различные предоплаченные юридические услуги, но будьте осторожны: некоторые люди имели негативный опыт их использования. Что бы вы ни решили, имейте в виду, что, в отличие от самодельного веб-дизайна, принятие договорного права в свои руки может иметь серьезные последствия, если вы не справитесь с ним правильно.
Заключение: Представление договора
Как я уже говорил, мой процесс продаж представляет собой серию устных соглашений, и я считаю, что этот процесс работает лучше всего, когда я рассмотрел все аспекты, которые должны быть рассмотрены, включая все детали контракта, лицом к лицу. Вы можете тратить драгоценное время, представляя договор, только чтобы обнаружить, что клиент столкнулся с проблемой с легальностью (даже небольшой), которую вы не обсуждали заранее, вынуждая вас пересмотреть и / или представить другую. Я недавно оказался в этом положении, потому что я не смог сделать это с перспективой. У него была проблема с несколькими моментами, некоторые из которых он истолковал как совершенно противоположное тому, что они на самом деле сказали.
Есть много других вещей, которые должны быть включены в контракт, которые выходят за рамки этой статьи. Если у вас уже есть контракт, я надеюсь, что помог вам определить, отсутствуют ли какие-либо ключевые ингредиенты. Если у вас нет контракта, есть много ресурсов в Интернете, с помощью которых вы можете начать собирать один из них, или вы можете приобрести что-то вроде Proposal Kit или Web Design Business Kit для его получения. Но в конечном итоге вы захотите проконсультироваться с адвокатом. Может быть более рентабельным иметь контракт в руках и позволить адвокату редактировать его, а не заставлять его составлять полностью с нуля.
Контрольный список основ контракта
Вот краткий обзор, который можно использовать в качестве контрольного списка для вашего существующего контракта:
1. Объем работ и объем ползучести
Управляйте ползучестью области, точно указав, что входит и что не включено, чтобы вы могли взимать плату за дополнительную работу, если это необходимо.
2. Клиент исправляет и пересматривает
Обязательно укажите количество проектных композиций, которые вы представите, и ограничьте количество разрешенных ревизий, или столкнитесь с изменениями до бесконечности.
3. Работа с задержками клиентов
Ожидание, когда клиент предоставит контент, может быть одной из самых неприятных частей любого проекта. Убедитесь, что ваш контракт решает вопрос о том, что произойдет, если клиент по какой-либо причине задерживается.
4. Кому принадлежит сайт, который вы создали?
Будь или не передачи авторских прав на клиента, вероятно, является наиболее спорным вопросом среди веб-профессионалов. Что бы вы ни решили, убедитесь, что вы понимаете, как действуют законы об авторских правах в стране, в которой вы ведете бизнес.
5. Юридические пункты Boilerplate
Положения Boilerplate, такие как «Ограничение ответственности и выбор закона», дают вам возможность ограничить размер риска и ответственности, которые вы понесете в случае обвинения в нарушении договора. Несоблюдение этого требования может привести к судебным искам в связи с косвенным ущербом и поездкам в другие штаты, провинции или страны для защиты в суде.
6. Основные этапы и завершение проекта
Четкое определение и согласование основных этапов с «подписью» на каждом этапе предотвратит запрос клиента на внесение изменений в ранее утвержденный этап или, по крайней мере, на ожидание того, что вы должны сделать это бесплатно.
7. Клиент и / или сторонние модификации страницы
Убедитесь, что в вашем контракте указано, что вы не несете ответственности за устранение любого ущерба, нанесенного сайту клиентом или любой другой стороной, если они попытаются изменить его (по крайней мере, не бесплатно).
8. Техническое обслуживание и техническая поддержка
Если вам не нравились повторные звонки от клиентов, которые потеряли свои пароли электронной почты (снова), убедитесь, что проблема технического обслуживания и технической поддержки четко решена в вашем контракте.
9. Условия оплаты
Вы не хотите быть двусмысленным о том, когда и как часто вам будут платить. Процент авансом и остаток на или около даты завершения являются стандартными методами.