Как веб дизайнеру составить договор

Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.

Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.

Сейчас я руковожу проектами по созданию сайтов в компании, где проблема бесконечных правок решена. Заодно решены и другие задачи: мы вовремя получаем оплату, быстро согласовываем макеты и сайты, вовремя получаем тексты и изображения для работы над дизайном.

Это стало возможным благодаря двум вещам: жесткой внутренней системе документооборота и грамотно выстроенному общению с клиентами. В этой статье я расскажу о первом — документальном — способе защиты агентства и результатов нашей работы.

Как делают сайты

Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.

Обычно компания до конца не знает, как строится разработка, с чего ее начать, и имеет ограниченный бюджет. Тут компания выбирает, как поступить.

Сделать самостоятельно на базе конструктора сайтов. С простым сайтом без навороченного дизайна и функционала можно справиться в одиночку, даже если у тебя нет штата разработчиков. Из минусов — придется обходиться собственными силами и навыками, осваивать конструктор самому. Этот путь обычно выбирают небольшие или новые бизнесы.

Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.

Заказать разработку в агентстве. Там за клиента составят задание (описание требований к сайту), нарисуют макеты, запрограммируют. Это дороже, зато результат предсказуемый. Средний и крупный бизнес, как правило, заказывают сайты именно у агентств.

Если выбран последний вариант, начинается путь длиной от полугода до пары лет — это в особых случаях. Срок зависит от объема и сложности разработки, скорости согласований и даже от того, насколько хорошо клиент понимает, какой функционал ему нужен.

Клиент популярной студии платит за уверенность в том, что его задача будет выполнена качественно и в срок. Но так происходит не всегда.

Какие есть подходы и проблемы

Есть два подхода к созданию любого веб-проекта.

Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.

Работать «по водопаду» уже не так модно, как по эджайлу, но это все еще популярный подход в разработке сайтов.

Если показывать схематично, то работа над сайтом «по водопаду» выглядит так. Все вроде бы просто. Но на каждом этапе студию поджидают одни и те же удивительные вопросы:

Наш подход

Мы работаем по первой модели — «водопадной». Чтобы избежать проблем, мы фиксируем в документах все стоящее, все полезное и все спорное. Каждый этап работы также обрастает документами.

В итоге на любом проекте у нас есть:

1. Договор.
2. Приложение № 1.
3. Приложение № 2.
4. Задание.
5. 6—10 актов выполненных работ.
6. 1—3 акта приема-передачи информационных материалов.
7. 4 счета.

Оригиналы документов у нас на руках. Это значит, что мы работаем только с подписанными документами — мы не беремся даже за самый интересный проект, если клиент хочет работать без документов или за наличные.

Документы грамотно составлены. За это отвечает наша внутренняя шаблонизация документов и несколько специалистов: юрист корректно составляет основные документы, делопроизводитель вписывает их в наш документооборот, бухгалтер вовремя выставляет счета.

Все документы отправляются курьером с описью вложения. Это фиксирует, что мы выставили акт в срок, оговоренный приложением к договору.

Мы соблюдаем условия, описанные в этих документах. Без этого даже самый крутой юрист и самый четкий договор не помогут.

Эта система и сам список могут показаться громоздкими, если вы фрилансер или представитель небольшой компании. Но вы можете взять какие-то решения и применить их точечно в своем документообороте.

Расскажу о каждом документе подробнее.

Договор

Мы используем рамочный договор, который описывает основные взаимоотношения между сторонами: права и обязанности, правила расторжения и прочее. Договор пролонгируется автоматически — чтобы прекратить его действие, договор нужно специально расторгнуть.

Таск-менеджер. В договоре мы фиксируем, что по всем проектам общение с клиентом ведется исключительно в конкретном таск-менеджере — программе для обмена задачами и материалами. Такая договоренность позволяет нам общаться с клиентом только там и не отвечать на письма в почте, Телеграме и Фейсбуке. Весь контент, комментарии, пожелания и прочее лежат в конкретных задачах конкретного проекта и всегда доступны. Это удобно и нам, и клиенту — больше не приходится искать нужные ссылки в почте, Вайбере и смс.

Сдавать результаты работ тоже можно в таск-менеджере. Если клиент пропадает, а срок сдачи макетов подошел, можно выложить результат в таск-менеджер — юридически это считается сдачей результата. Остается выставить акт и счет.

Автоприемка актов и мотивированный отказ. Все работы, которые мы передаем по любому из приложений, считаются принятыми автоматически спустя 5 рабочих дней с того момента, как клиент получил акт. В реальности мы всегда презентуем результаты своего труда, но в крайнем случае можем просто загрузить их в таск-менеджер, а акт выслать почтой.

Нельзя просто так отказаться от выполненных нами работ или начать вносить корректировки в согласованные ранее работы. Если клиента что-то не устраивает, он пишет мотивированный отказ — письмо на официальном бланке с перечнем недостатков работы. Обычно до этого не доходит, потому что мы выдаем нужный клиенту результат и составлять такие бумаги никто не хочет.

Так что все правки, переделки и доработки мы всегда выносим в следующий этап или даже оцениваем как дополнительные работы за дополнительные деньги. Это значит, что они перестают быть правками и становятся частью задачи на будущем этапе или вообще превращаются в отдельное приложение с отдельным бюджетом. А юридически мы прикрыты принятыми актами.

Если дойдет до суда — процесс рассмотрят в Арбитражном суде Москвы. Это важно даже не потому, что суд находится в Москве, как и мы. А потому, что московский и питерский суды имеют практику по делам студий, агентств и вообще интеллектуальной собственности. А суды в нестоличных городах — не имеют. И нестоличный суд не будет с той же тщательностью, что и московский, разбираться, все ли ховеры переданы и считать ли их интеллектуальной собственностью.

Приложение

Приложение — это соглашение об определенном наборе работ. В нем мы фиксируем этапы, сроки, стоимость, ответственность сторон на конкретном проекте. Если проект большой, мы можем сделать два приложения: первое — на дизайн, второе — на программирование. Если проект маленький, мы составляем одно приложение. Расскажу о наших принципах именно на таком примере.

В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.

Разбивка по этапам выглядит примерно так:

1. Разработка задания — 10 рабочих дней.
2. Разработка дизайн-концепции — 10 рабочих дней.
3. Разработка дизайн-макетов — 20 рабочих дней.
4. Сборка (верстка, программирование, тестирование) сайта — 40 рабочих дней.
5. Наполнение сайта контентом — 10 рабочих дней.

При желании можно разбить проект на большее количество этапов: отдельно показать прототип, адаптацию макетов, верстку, тестирование и что-нибудь еще. Все зависит от проекта.

В таком устройстве документа есть два плюса. Каждый этап становится базой для дальнейших работ: к примеру, программирование не начнется, пока мы не сдадим дизайн. Каждый этап закрывается актом, поэтому внести в него лишнюю корректировку просто так не получится. Если началось программирование, значит, дизайн не изменится.

В сроках есть такая хитрость: мы учитываем не только срок нашей работы над этапом, но и срок, когда клиент принимает работу. Обычно это 5 рабочих дней. Так у нас есть время сдать проект и передохнуть перед следующим этапом, а у клиента — время принять нашу работу, обсудить ее с командой, согласовать, подписать акт и провести нужный платеж. Если клиент пишет мотивированный отказ, мы должны переделать непринятые работы. Срок переделки равен сроку несогласованного этапа.

Каждый этап имеет свою стоимость и закрывается актом. Такая разбивка защитит, если в середине проекта придется расторгать приложение или договор. Это может произойти по разным причинам: клиент поругался со студией или решил открыть новую фирму и все договоры старой фирмы хочет срочно закрыть.

Для каждого этапа мы указываем, в какой форме сдаем результат. И именно результат по этой форме клиент может принять или не принять. Объясняю на примере.

Вот что мы делаем для разработки концепции:

1. Выясняем пожелания клиента.
2. Изучаем и предлагаем референсы.
3. Понимаем ограничения и пожелания по концепции.
4. Определяем цветовую палитру и шрифты.
5. Готовим презентацию на пару десятков слайдов.
6. Делаем видеоролик.
7. Собираем анимированный прототип.

Но мы специально не обещаем всего этого в приложении и не оформляем как результат работ. Все это — процессы и промежуточные результаты, их нельзя «сдать» в виде результата работ. С юридической точки зрения мы должны клиенту только два файла в определенном формате.

Задание

Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.

Для нас задание — это документ, фиксирующий цели и задачи сайта, основные требования к форматам, состав страниц, список необходимых материалов. На этом все. У «технического задания» есть собственное определение и госты. Подготовка такого документа будет стоить дороже, при этом для наших клиентов он будет избыточным. Мы даем определение нашему пониманию термина «задание», чтобы не возникало разночтений или требований оформить его по госту, как «техническое задание».

Само задание мы сдаем как результат работ, который закрывается актом. Подписывается при этом и акт, и задание — так мы фиксируем все, что написано в задании, как требования к последующим этапам.

Структура задания

Общая информация	Описание бизнеса клиента, целей и задач проекта, целевых аудиторий
Дизайн	Требования к использованию тех или иных элементов (например, фирменного стиля клиента) и требования к размеру макетов
Технические требования	Программно-аппаратные требования к хостингу, список браузеров и систем, на которых требуется корректная работа сайта, требования к средствам разработки. Иногда здесь же фиксируются какие-то особые требования для SEO-продвижения сайта
Информационное наполнение	Языковые версии, структура сайта, список уникальных макетов, список типовых блоков (меню, футер и тому подобное)
Содержание страниц	В этих подпунктах постранично описано содержание макетов и возможности их редактирования
Интерактивные элементы и сервисы	Перечень требований и правил работы форм, фильтров, заказов и корзин, интеграций со сторонними сервисами
Система управления контентом	Описания правил работы с системой администрирования сайта
Требования к материалам	Подробный список материалов, которые мы ожидаем получить от клиента к моменту работы над дизайн-концепцией
Перенос на хостинг	Правила передачи проекта клиенту

В пункте «Дизайн» хочется написать что-то вроде «Продающий и яркий дизайн для динамично развивающейся компании». Мы себе такого не позволяем. В требованиях к дизайну только сухая выжимка фактов — того, что можно доказать юридически. Все эмоции — на этапе концепции.

В разделе «Содержание страниц» каждую страницу мы описываем максимально сухо. Мы специально не пишем ничего про цветовую гамму, настроение, эмоции и то, насколько страница должна быть продающей, потому что это все — недоказуемые вещи. Раз их нельзя доказать, то и защитить результат своей работы будет сложно. А вот наличие промоблока легко доказуемо.

Акт приема-передачи информационных материалов

Чтобы мы могли использовать в проекте что-то кроме собственной фантазии, семи цветов радуги и бесплатных шрифтов, мы просим клиентов предоставлять нам собственные материалы: тексты, фото, видео, шрифты, логотипы. В задании мы составляем список материалов, которые клиент обязуется нам передать.

Все переданные клиентом материалы я описываю в акте приема-передачи информационных материалов, который подписывают обе стороны. Такой акт обеспечивает несколько вещей.

В приложении юридическим языком написано: нет контента — нет дизайна. А значит, мы можем ничего не рисовать и не перерисовывать, пока клиент не выдаст нам материалы.

Если клиент взял пару фоток из поисковика, выдал их за свои и передал нам, то ответственность за использование чужих материалов лежит на клиенте, а не на нас.

Вместе с материалами от клиента мы получаем базу для своей работы — мы используем их в дизайне. Кроме того, с материалами от клиента презентовать результат заказчику проще и эффективнее, потому что на вопрос: «Почему тут именно эта фотка?» один из правильных ответов: «Это снимок вашего завода, который вы попросили использовать».

Акт выполненных работ

Мы подписываем акты после того, как закрывается каждый этап. Акт подтверждает, что работа выполнена в полном объеме и вовремя.

Мы составляем акт и отправляем его на юридический или фактический адрес клиента. Мы стараемся отправлять акты курьерской службой с описью вложения или почтой России — так у нас остаются бланки передачи писем и можно доказать, что акт выставлен вовремя.

Обычно за проект набирается 4—5 актов.

Что помнить о документах

1. Работайте только по договору и только по предоплате.
2. Разбивайте работу на этапы. Указывайте стоимость каждого из них: если придется расторгать договор, вернете деньги только за невыполненные этапы.
3. Каждый этап закрывайте актом выполненных работ.
4. Сделайте и подпишите хотя бы минимальное задание на сайт, в котором укажите основные требования «по существу». Круто, если это будет отдельный этап работ, за который вам заплатят.
5. Зафиксируйте, когда и какие материалы предоставляет клиент. Укажите в договоре, что вы не можете начать работу без этих материалов.
6. Не подписывайте документы, с которыми не согласны.
7. Рискуйте и отходите от правил, если договоритесь об этом сами с собой.

Интерес к созданию сайтов в последний год значительно увеличился. Многие офлайн-компании решили перенести бизнес в интернет, чтобы частично компенсировать потери из-за пандемии.

Разработка сайта — стандартная digital-услуга, которая выполняется по шагам. Сначала создаётся макет, затем его верстают в html, интегрируют в CMS и дорабатывают по требованию заказчика. На каждом из этих этапов у программистов часто возникают проблемы из-за того, что клиенты меняют изначальные условия.

В статье поговорим о том, как составить договор на создание веб-ресурса, что в нём должно быть, и как защитить себя от заказчиков, которые не выполняют договорённости.

Зачем нужен договор

Договор на разработку сайта — юридический документ, в котором закрепляются права и ответственность сторон. Разработчик гарантирует выполнение работы в рамках соглашения, а заказчик — оплату в установленные сроки.

В Рунете далеко не все программисты, которые создают веб-ресурсы под заказ, используют договоры. Многие заключают сделки на словах и потом страдают из-за того, что заказчики отказываются принимать работу или тянут с предоплатой по несколько месяцев.

Важно понять, что договор — не просто бюрократическая деталь, а гарантия честной работы. Стороны заранее договариваются об условиях, находят компромиссы и закрепляют детали в документе.

Подписанное соглашение, как ремень безопасности в автомобиле. В случае экстренной ситуации он может спасти от серьёзных последствий. Если «ремня» нет, придётся надеяться на счастливый случай. В бизнесе любые договорённости должны быть закреплены документально, иначе они будут бесполезны.

Предположим, что клиент внёс предоплату за разработку крупного интернет-магазина и перестал выходить на связь. Программист заказал макет у дизайнера, потратил большую часть денег, начал делать вёрстку и не может получить ответ от заказчика.

Такие ситуации происходят постоянно и результат конфликта зависит исключительно от наличия договора. Если в соглашении были прописаны сроки выполнения и приёмки работ, то разработчик может обратиться в суд, и клиент компенсирует потраченное время, расходы на юристов и другие издержки.

В последнее время разработчики начинают понимать, что надо более серьёзно относиться к договору. Многие не начинают делать работу, пока не будет подписано соглашение, и на расчётный счёт не поступит предоплата или полная сумма.

Всем хочется поскорее закрыть проект, получить деньги и перейти к следующей задаче, но никогда нельзя начинать работу без гарантий оплаты. Сегодня клиент может говорить, что деньги вот-вот поступят на карту, а завтра скажет, что сайт ему не нужен, и он нашёл компанию, которая сделает проект в 2 раза дешевле.

Если разработчик уже потратился на инструменты, собрал команду для работы над проектом и и начал создание прототипа без договора и предоплаты, он просто подарил своё время. В лучшем случае клиент пойдёт на встречу и компенсирует расходы, а в худшем — оставит негативный отзыв в соцсетях за то, что у него просят деньги за бесполезный для него продукт.

Главные преимущества работы по договору:

1. Определение перечня работ. Если заказчик просит реализовать возможности, которые выходят за рамки соглашения, программист не обязан работать бесплатно. Он покажет список лишних задач и попросит дополнительную оплату.
2. Фиксированное количество правок. Опытные разработчики указывают в документе количество итераций для каждого этапа работы. Например, в макет можно внести 5-6 изменений бесплатно, а остальные платно.
3. Закрепление сроков. Клиентам невыгодно пропадать или задерживать срок проверки макета, если в договоре прописаны штрафы. Они оперативно выйдут на связь, расскажут о правках и вовремя внесут деньги.
4. Прописанные права и обязанности сторон. Заказчик не сможет отказаться от работы, когда половина проекта уже готова.
5. Штрафные санкции за невыполнение условий. Сторонам невыгодно затягивать сроки или отказываться от дальнейшей работы. Если в договоре прописаны все конфликтные ситуации, заказчик и исполнитель будут работать сообща, чтобы довести задачу до логического завершения.
6. Форс-мажорные ситуации. Если программист внезапно заболеет или сломается жёсткий диск с данными о проекте, сроки вряд ли получится увеличить, если такие ситуации не были прописаны в договоре.

Недостатки:

1. Придётся тратить время. Составить качественный договор за час или два не получится. Его должны проверить опытные юристы, чтобы гарантировать честные взаимоотношения для всех участников процесса.
2. Сроки выполнения увеличатся. Без заключения соглашения можно начать работу почти сразу после внесения предоплаты, а с договором бюрократия затягивается минимум на неделю.
3. Дополнительные расходы. Если у программиста есть знакомый юрист, он может бесплатно проверить договор. В остальных случаях придётся заплатить за услуги консультанта и дождаться, пока вторая сторона выполнит аналогичную проверку.
4. Длительное решение споров. Дела в суде не рассматриваются за один день. Процесс затянется минимум на несколько месяцев. Даже если суд встанет на сторону исполнителя, он может ещё долго ждать деньги за свою работу.
5. Юридические тонкости. Пример договора, загруженный из интернета, ничего не гарантирует, если формулировки в нём не будут соответствовать нормам законодательства.

Средние и крупные компании, которые занимаются разработкой, обычно ответственно относятся к юридическим формальностям. У них есть типовые шаблоны договоров, надёжность которых проверена многолетним опытом сотрудничества с заказчиками.

А вот фрилансеры нередко игнорируют юридические процедуры и сами ставят себя в неудобное положение. Им кажется, что клиенты откажутся от проекта из-за дополнительной бюрократии.

Мы подготовили пошаговую инструкцию, в которой будут указаны самые важные пункты соглашения с подробным объяснением. Используйте её, чтобы защитить свои права и получить гарантию оплаты.

Как составить договор на создание сайта

Договор на разработку веб-ресурса — сложный документ, который требует максимально тщательной проработки. В нём не должно быть неоднозначных формулировок или пропущенных пунктов.

Без договора исполнитель не обязан делать работу, а заказчик вносить предоплату. Соглашение надёжно фиксирует зоны ответственности и если документ составлен без критичных ошибок, он будет надёжно защищать обе стороны рабочего процесса.

Разработчики на фрилансе часто думают, что договор — бесполезная трата времени. Если заказчик внёс 30% от стоимости проекта, можно сразу начинать работу, доводить до логического завершения и только потом просить остальную сумму. Но если хотите быть уверены, что получите свои деньги, нужен договор.

В юридических соглашениях обе стороны имеют равные права. Исполнитель обязуется разработать сайт или проконтролировать работу внешних специалистов, а заказчик гарантирует своевременную оплату. Если в рамках договора подрядчик должен будет заплатить штраф за несвоевременное выполнение работы, то и у клиента будут аналогичные обязанности в случае нарушения условий.

Все пункты документа должны быть максимально чёткими и прозрачными. Если есть неоднозначные формулировки, от них лучше избавиться до подписания договора. Например, если в перечне работ написано, что подрядчик обязуется сделать сайт «быстро и качественно», это не имеет юридической силы.

Аналогичная ситуация с заказчиком, который обязуется оплачивать работу своевременно. Это слово можно трактовать по-разному. Такие формулировки совсем не стимулируют клиента вовремя вносить предоплату.

Договор не обязательно должен быть шаблонным. Можно составить его с учётом особенностей проекта или компании, которая заказывает разработку сайта. Самое главное, чтобы перед подписанием его проверил юрист. Желательно, чтобы у специалиста был опыт работы с аналогичными проектами.

Перечень работ

Этому разделу следует уделить максимум внимания. В процессе разработки сайта может оказаться, что утвержденное техническое задание оказалось недостаточно продуманным. Заказчик хочет увеличить возможности проекта и не собирается платить за это дополнительно.

Перечень работ, указанный в договоре, станет спасательным кругом. Если исполнитель выполнил все задачи из списка, у него больше нет обязательств перед клиентом. Все задачи, которые выходят за рамки договора, должны оплачиваться отдельно.

Что входит в перечень работ:

1. Конкретные задачи. Не просто «разработка сайта», а интернет-магазин, состоящий из 5 страниц с онлайн-оплатой и другими возможностями.
2. Техническое задание. Само по себе ТЗ не имеет юридической силы. Оно становится важным только если является приложением к договору.
3. Факт передачи сайта. В шаблонных договорах часто указано, что исполнитель должен отправить заказчику исходный код сайта, то есть переслать бэкап на почту или в мессенджеры.

Если формулировка списка задач, которые должен реализовать исполнитель, слишком размытая, в случае возникновения разногласий, будет трудно добиться положительного результата в суде.

Права и обязанности сторон

Пункт не менее важен, чем перечень работ. Если убрать его из документа или сильно сократить, ничего хорошего при таком формате сотрудничества не выйдет. Разработчик может отказаться от создания сайта, а заказчик не захочет вносить оставшуюся часть денег.

В правах и обязанностях сторон по разработке сайта обычно прописывают стандартные пункты, которые используются в образцах договоров, опубликованных в интернете. Многие из примеров составлены неправильно, поэтому в любом случае придётся воспользоваться помощью юриста.

Что должно быть указано в этом разделе:

1. Зоны ответственности. Права и обязанности надо расписать до мелочей.
2. Устранение недостатков. Исполнитель не обязан заниматься решением проблем, которые возникли не по его вине.
3. Конфиденциальность. Передача паролей от хостинга и административной панели сайта после финальной приёмки.

Если заметите ошибки после подписания договора, постарайтесь убедить заказчика заключить новое соглашение, а старое аннулировать. Нельзя начинать работу, если нет 100% уверенности, что договор гарантирует честную работу.

Стоимость разработки и порядок оплаты

В договоре должна быть чётко прописана стоимость выполнения работы. Например, «Заказчик обязуется выплатить Исполнителю 100 000 (100 тысяч 00 копеек) российских рублей». Формулировка выше относительно правильная, но не указано, за что именно исполнитель получает деньги. Чаще всего в договорах пишут «за работу, описанную в рамках договора».

Пункты соглашения связаны между собой, поэтому важно, чтобы все они были проработаны до мелочей. Если перечень работ чётко не указан, то заказчик может не платить деньги и сослаться на то, что задача реализована лишь частично.

Порядок оплаты тоже играет большую роль. В договоре должны быть прописаны сроки перевода денег. Например, «Заказчик обязуется оплатить 50% от цены, указанной в пункте договора на расчётный счёт из реквизитов договора».

Форс-мажоры, штрафы и решение споров

В договорах на разработку сайтов часто прописываются форс-мажорные ситуации. Подрядчик защищает себя на случай возникновения непредвиденных обстоятельств, а заказчик получает гарантию, что исполнитель оповестит его о форс-мажорах.

Что касается штрафов, то в большинстве соглашений такого пункта нет. Лучше заранее предупредить клиента, что хотите внести его в договор и найти компромисс. Если условия будут слишком жёсткими, потенциальный партнёр может отказаться от сотрудничества.

Указание штрафов — нормальная практика. Это гарантия того, что все стороны выполнят свои обязанности. Разработчик понимает, что лишится части денег, а клиент знает, что лучше не пропускать срок оплаты или проверки работы.

Разрешение споров должно выполняться в рамках законодательства конкретного государства. Если стороны договора из разных стран, они выбирают нейтральную территорию. В этом плане сотрудничество с зарубежным заказчиками более невыгодное, чем с контрагентами, находящимися на той же территории.

Реквизиты сторон

В конце договора в обязательном порядке должны быть указаны реквизиты исполнителя и заказчика. Это важно, если решение конфликта выйдет за рамки досудебных претензий и перейдёт в зал суда.

Если в документе не будет прописан расчётный счёт разработчика, заказчик может сказать, что давно перевел деньги и теперь просит вернуть их, потому что работа не выполнена в обозначенные сроки.

В список реквизитов обычно включают банковский счёт, почтовые ящики, номера телефонов, ссылки в социальных сетях и другие данные, которые позволяют идентифицировать стороны договора.

Техническое задание

Одна из частых проблем — переоценка важности технического задания. Разработчики считают, что если заказчик согласился с ТЗ, и он сделает работу строго по утверждённому файлу, то гарантированно получит оплату. В реальности же техническое задание — просто файл, в котором описан внешний вид и возможности сайта. Если он не прикреплён к договору как приложение, то не имеет никакой ценности.

Обязательно нужно прикрепить к договору фотографии будущих веб-страниц, чтобы заказчик не мог требовать полного изменения структуры. После того, как согласование дизайна будет завершено, можно заключать основное соглашение на разработку. Если подписать договор до создания макета, появляются дополнительные риски.

Представьте, что клиент поручил архитектору построить здание, но не сказал, какое именно. Исполнитель знает, что оно должно быть высоким и красивым. В договоре должен быть чётко прописан процесс работы над макетом. Если им занимаются сторонние специалисты, то разработчик несёт ответственность только за техническую «начинку», а не внешний вид. Он не должен бесплатно менять цвет или структуру блоков.

Разработчикам, которые работают на фрилансе, надо обязательно освоить работу с документами. Особенно, если они хотят сотрудничать с крупными компаниями. Серьёзные фирмы не работают без договора, акта выполненных работ и другой отчётной документации.

Дополнительные советы по составлению договора:

1. Укажите точное количество правок. Например, 5 будут бесплатными, а остальные по 500 рублей каждая.
2. Разбейте приёмку на несколько этапов. Так будет проще работать с заказчиком и появятся доказательства выполненных обязательств.
3. Добавьте условие про размещение в портфолио. Клиенты часто запрещают подрядчикам публиковать их сайты для публичного просмотра.
4. Уделите внимание срокам. Каждый этап работы должен быть ограничен по времени.
5. Пропишите условия гарантии. Заказчики ошибочно считают, что разработчик должен поддерживать сайт как минимум год после сдачи. Эта услуга предоставляется отдельно и должна быть прописана в документе.

Представим, что договор составлен с учётом всех нюансов, его проверил опытный юрист и остаётся только его подписать. Потом выясняется, что клиент находится в другой стране.

В таких случаях на помощь приходят системы электронного документооборота. Есть крупные сервисы, вроде «Контур.Эльба», и специализированные инструменты для подписания договоров в электронном формате, вроде Docusign.

Если собираетесь подписать договор удалённо, то в теле документа надо обязательно добавить пункт об этом. Иначе соглашение не будет иметь юридической силы. Укажите, что договор подписывается в сервисе Docusign и вступает в силу сразу после проставления электронной подписи.

В процессе разработки сайтов могут возникать разногласия, и если соглашение заключено исключительно на словах, одна из сторон точно пострадает. Доказать, что заказчик должен был выплатить 100 тысяч рублей после сдачи сайта без договора и акта выполненных работ невозможно.

Многие разработчики интересуются, как мотивировать клиентов на заключение соглашения. Ответ максимально простой — это в интересах всех сторон. Исполнитель и подрядчик готовят права и обязанности, согласовывают перечень работ, прописывают сроки и форс-мажоры, утверждают техническое задание и начинают работу.

При таком подходе каждая сторона защищена от невыполнения условий. Если разработчик не успеет сдать сайт за месяц, он лишится части денег, а у заказчика больше не будет обязанностей перед ним.

И не забывайте, что договор подписывается в двух экземплярах. Оригиналы надо бережно хранить даже после завершения работы. Нет гарантий, что заказчик не отправится в суд через полгода после сдачи проекта. Конечно, если обратное не прописано в договоре.

Если клиент находится в другом городе или стране, можно отправить документы курьерской службой с описью вложения. Служба доставки предоставит отчёт о вручении конверта.

Можете использовать шаблоны документов из сети, но обязательно проверьте их надежность. Юристы берут за проверку и редактирование договоров несколько тысяч рублей. Лучше не экономить на этой задаче.

Примените наши советы, чтобы вывести работу с клиентами на новый уровень. Не бойтесь работы с документами. Они только кажутся сложными. Если позволяет доход, делегируйте юридические задачи опытным специалистам.

 vlada_maestro / shutterstock

Веб-разработчик, интернет-маркетолог, основатель и директор веб-студии «Облако». В диджитал-сфере с 2013 года. Прошла путь от руководителя небольшой веб-студии до работы с крупными российскими и международными компаниями. Девиз по жизни: «Люби, что делаешь. Делай, что любишь».

об авторе

Веб-разработчик, интернет-маркетолог, основатель и директор веб-студии «Облако».
В диджитал-сфере с 2013 года.

Прошла путь от руководителя небольшой веб-студии до работы с крупными российскими и международными компаниями.

Девиз по жизни: «Люби, что делаешь. Делай, что любишь».

---

---

Когда шесть лет назад я открыла свою веб-студию, то первый договор на создание сайта нашла в интернете. Он был типовым, я проставила в нем реквизиты — свои и заказчика, прописала нужную сумму, и… мы начали работать.

Однако уже тут меня ждали неприятные сюрпризы: то клиент просил уже десятый вариант дизайна — не мог определиться с тем, что ему нравится; то на ходу придумывал сайту дополнительные разделы с новым функционалом, объясняя это тем, что нет предела совершенству.

Попытки возразить или просьбы доплатить за эти новые «хотелки» заканчивались жаркими дискуссиями. Всё это меня очень выматывало.

Со скрипом сдав тот первый сайт, я всерьез задумалась: неужели так у всех веб-разработчиков? Не может такого быть, чтобы каждый проект выжимал из тебя все соки, а ты, руководствуясь принципом «Клиент всегда прав», ещё и в убытке оставался. Я поняла, что надо что-то менять.

И я начала с формы договора.

Ограничиваю число возможных правок дизайна. Все мы люди и наши вкусы могут различаться, но обычно за один-два круга правок можно понять заказчика и выдать желаемый результат. Однако если клиент сам не знает, чего хочет, или меняет мнение каждый день — тогда «любой каприз за ваши деньги».

Прилагаю к договору набросок структуры будущего сайта. Так у меня хотя бы есть документальное основание, что, разрабатывая клиенту корпоративный сайт, мне не придётся бесплатно превращать его в интернет-магазин.

Первый год я всегда делала прототип будущего сайта бесплатно, отправляла его сразу с коммерческим предложением. Думаю, легко посчитать, сколько рабочего времени и сил я тратила впустую — ведь не каждый потенциальный клиент становится реальным.

Через некоторое время я осознала, что любой труд стоит денег, а написание технического задания ещё и неплохо увеличивает средний чек сделки.

Поэтому первым этапом работ по созданию сайта стало создание ТЗ. А так как без него невозможно составить смету проекта, то я выделила подготовительные работы в самостоятельный договор. По нему теперь готовятся подробное техническое задание и точная смета проекта. Потом мы заключаем второй договор — на саму разработку сайта, а составленное ТЗ и смета становятся его приложением.

Это не единственные подводные камни, которые мне встретились.

В один прекрасный рабочий вторник в нашем офисе раздался звонок. Гневный женский голос из трубки требовал починить сайт, который мы сделали полтора года назад.

К слову, сопровождать, наполнять и продвигать тот сайт клиент решил сам, поэтому судьбу ресурса после его передачи мы не отслеживали. Очевидно, что за это время с сайтом могли сотворить всё что угодно, а наш код — сильно изменить.

Когда мы назвали сроки диагностики сайта и сколько она у нас стоит, телефонный разговор прекратился. А на следующий день мы получили на имейл досудебную претензию с требованием восстановить сайт — бесплатно. В документе ссылались на положение Гражданского кодекса о том, что если гарантийный срок на услугу или выполненную работу не установлен, то заказчик вправе предъявлять претензии в течение двух лет со дня передачи результатов работы. (Об этом говорится в п. 2 ст. 724 ГК РФ.) Не знали об этом?

К счастью, в нашем договоре к тому проекту уже был указан гарантийный срок (30 календарных дней после сдачи сайта). Если бы этого пункта не было, то пришлось бы долго доказывать, по чьей вине сайт сломался. Я верю, что в итоге мы всё равно оказались бы правы, но вот нервов потратили бы в разы больше.

После этого случая я внимательно перечитала наши гарантийные условия и детализировала их в новом стандартном договоре. Так, на всякий случай.

1. Если сайт находится не на том сервере или хостинге, где он был размещён при сдаче и протестирован нами. Бывает, что сайт переносят на новый неправильно настроенный сервер. Естественно, тогда исполнитель не может гарантировать работоспособность ресурса.
2. Если есть изменения в программном коде сайта. Тут всё проще. Внесли заказчики правки в программную часть кода, подключили новые скрипты без специальных знаний — пожалуйста, сайт слетел с гарантии.
3. Если заказчик передавал пароли доступа третьим лицам. В работе я не раз сталкивалась со случаями, когда сайт брали на бесплатный якобы аудит, а на деле просто что-то в нём ломали. Чисто чтобы было о чём отчитаться, что «починить» — и уже за это взять деньги. Бесплатный сыр — только в мышеловке.

Вместе с договором в нашей веб-студии менялись и бизнес-процессы.

Когда нам понадобилось нанять проектного менеджера, мне пришлось сесть и пошагово описать весь процесс разработки сайта: от получения заявки до подписания актов и передачи доступов. Потратив на это несколько дней, на выходе я получила наглядную схему каждого проекта.

Сперва это кажется чистой бюрократией, а на деле ты перестаёшь беспокоиться об уйме рабочих вопросов — теперь они решаются даже без тебя.

На собственном опыте я поняла, что каждую итерацию нужно согласовывать, и обязательно в письменном виде!

При сотрудничестве никто не застрахован от смены ЛПР (лица, принимающего решения). А новый человек часто смотрит на проект по-новому. У меня как-то был проект, за время которого в компании сменилось ЧЕТЫРЕ! маркетолога. И каждый из них видел будущий сайт совсем не таким, каким хотели его предшественники. Только подписи под каждым этапом согласования позволили нам не переделывать всё бесплатно.

Почти всё. Прототипы, техническое задание, дизайн главной и внутренних страниц, адаптивные макеты, вёрстку, итоговое согласование — каждая из этих итераций должна быть закрыта промежуточным актом.

Такая разумная бюрократия выгодна не только исполнителю, но и самому заказчику. Поверьте, клиенту не хочется получить уже готовый сайт, который он увидит впервые. А намного проще и быстрее вносить правки при создании технического задания или дизайна, чем переделывать результат работы.

Научитесь: Excel + Google Таблицы с нуля до PRO
Узнать больше

ДОГОВОР ЗАКАЗА

на разработку веб-сайта

г.

«» 2023 г.

в лице , действующего на основании , именуемый в дальнейшем «Заказчик», с одной стороны, и в лице , действующего на основании , именуемый в дальнейшем «Исполнитель», с другой стороны, именуемые в дальнейшем «Стороны», заключили настоящий договор, в дальнейшем «Договор», о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА

1.1. Исполнитель обязуется разработать web-сайт в соответствии с Техническим Заданием (Приложение №1) и Календарным планом (Приложение №2), являющимися неотъемлемой частью настоящего Договора.

1.2. Для обеспечения проведения работ по настоящему Договору Заказчик:

1.2.1. назначает специалистов для подготовки и согласования частных заданий при выполнении работ по настоящему Договору;

1.2.2. предоставляет все необходимые материалы для разработки web-сайта в электронном виде в течение календарных дней с момента подписания настоящего Договора;

1.2.3. предоставляет ответы на возникшие вопросы при выполнении работ по настоящему Договору в течение рабочих дней с момента получения запроса от Исполнителя.

2. ПРАВА И ОБЯЗАННОСТИ СТОРОН

2.1. Исполнитель гарантирует, что данный Договор не нарушает Авторских прав третьих лиц.

2.2. Исполнитель предоставляет Заказчику следующие исключительные права на Дизайн web-сайта:

2.2.1. право публичного показа оригинала Дизайна или его экземпляра и демонстрацию в информационных, рекламных и прочих целях;

2.2.2. право на воспроизведение Дизайна – изготовление одного и более экземпляров Дизайна в любой материальной форме, включая постоянное или временное хранение в цифровой форме в электронном средстве, без ограничения тиража;

2.2.3. право на переделку или иную переработку Дизайна;

2.2.4. распространение оригинала или экземпляров Дизайна посредством продажи или иной передачи права собственности.

2.3. Права, указанные в п.2.2, передаются на бессрочный период.

2.4. Действие передаваемых исключительных и неисключительных имущественных прав распространяется на всю территорию Российской Федерации, а также на территорию иных государств в соответствии с законодательством Российской Федерации и нормами международного права.

2.5. Исполнитель не сохраняет за собой право использовать Дизайн самостоятельно или предоставлять аналогичные права на его использование третьим лицам.

2.6. Исполнитель вправе привлекать третьих лиц, именуемых далее Соисполнители, для исполнения настоящего Договора. Ответственность за действия Соисполнителей несет Исполнитель.

2.7. Всю ответственность за размещаемую на web-сайте информацию несет Заказчик.

2.8. Заказчик обязан разместить у себя на сайте информацию об Исполнителе и ссылку на сайт Исполнителя.

3. СТОИМОСТЬ УСЛУГ, ПОРЯДОК РАСЧЕТОВ И ПРИЕМКИ СДАЧИ РАБОТ

3.1. Исполнитель выставляет Заказчику счета на оплату оказанных Услуг на основании настоящего Договора.

3.2. Стоимость Услуг, оказываемых в соответствии с настоящим Договором, устанавливается в соответствии со счетом-протоколом договорных цен (Приложение №3).

3.3. Все платежи по настоящему Договору производятся в рублях.

3.4. Оплата по настоящему Договору производится в два Этапа.

3.4.1. Первый Этап предусматривает авансовую оплату в размере % от Стоимости услуг по настоящему Договору (согласно п.3.2). На данном Этапе Оплаты Исполнитель выставляет счет на оплату в течение банковских дней после даты подписания настоящего Договора.

3.4.2. Второй Этап предусматривает оплату оставшейся части Стоимости услуг по настоящему Договору (% от Стоимости услуг, предусмотренной п.3.2.) после завершения выполнения работ по настоящему Договору. На данном Этапе Оплаты Исполнитель выставляет счет на оплату в течение банковских дней с момента завершения сдачи-приемки работ.

3.5. Оплата счета производится в течение банковских дней с момента выставления. Заказчик признается выполнившим свои обязательства по оплате счета с момента поступления денежных средств на расчетный счет Исполнителя в уполномоченном им банке.

3.6. Исполнитель обязуется предоставить Заказчику счет-фактуру не позднее календарных дней с момента подписания Сторонами Акта Сдачи-Приемки. Счет-фактура направляется Заказчику курьером или по почте.

3.7. Устанавливается следующий порядок сдачи-приемки работ по настоящему Договору:

3.7.1. Заказчик производит приемку работ в течение дней, с момента завершения работ.

3.7.2. По результатам приемки работ Стороны либо подписывают Акт Сдачи-Приемки работ, либо, при наличии мотивированных претензий к качеству и содержанию выполненных работ, Заказчик составляет и передает Исполнителю Акт Претензий. Под мотивированными претензиями понимаются претензии, соответствующие п.1.1 настоящего Договора, согласно которому производились принимаемые работы.

3.7.3. Исполнитель исправляет допущенные им недоработки, указанные Заказчиком в Акте Претензий. При этом Исполнитель имеет право не принимать к исполнению немотивированные претензии Заказчика. Под немотивированными претензиями понимаются претензии, не соответствующие п.1.1 настоящего Договора. Наличие немотивированных претензий фиксируется Исполнителем в Акте Отказа.

3.7.4. В любом случае, при разрешении спорных ситуаций, возникающих в процессе сдачи-приемки работ, Стороны руководствуются доброй волей, здравым смыслом и критериями, заложенными п.1.1 настоящего Договора.

3.8. Передача программного обеспечения web-сайта производится Исполнителем путем установки на сервер Заказчика и передачи архивной копии на диске.

3.9. По согласованию сторон Исполнитель имеет право досрочно сдать работы, а Заказчик – принять выполненные работы.

4. ОТВЕТСТВЕННОСТЬ СТОРОН

4.1. За невыполнение или ненадлежащее выполнение обязательств по настоящему Договору Стороны несут ответственность в соответствии с действующим законодательством Российской Федерации.

4.2. Заказчик несет ответственность за нарушение установленных настоящим Договором сроков оплаты услуг, оказываемых Исполнителем. В случае просрочки оплаты оказываемых услуг Заказчиком, срок начала предоставления услуг отодвигается на количество дней, соразмерно допущенной просрочки платежа.

5. ФОРС-МАЖОР

5.1. Ни одна из Сторон не несет ответственности за полное или частичное невыполнение своих обязательств по Договору, если это невыполнение произошло вследствие стихийного бедствия, введения военного положения, а также войны, военных действий и других событий, квалифицируемых как форс-мажорные, возникших после подписания настоящего Договора и оказавшие непосредственное влияние на исполнение обязательств по Договору.

5.2. Если одно из вышеупомянутых обстоятельств повлияет на исполнение настоящего Договора в течение времени его действия, срок выполнения обязательств по Договору продлевается на время действия таких обстоятельств.

6. КОНФИДЕНЦИАЛЬНОСТЬ

6.1. Стороны обязуются не разглашать информацию, относящуюся к условиям настоящего Договора.

6.2. Исполнитель обязуется сохранять конфиденциальность Материалов, передаваемых Исполнителю Заказчиком. Исполнитель обязуется не разглашать информацию об особенностях деятельности компании Заказчика, за исключением случаев предусмотренным законодательством РФ.

6.3. Обязательства, касающиеся соблюдения условий конфиденциальности, действуют в течении срока действия настоящего Договора и в течении по окончании срока его действия.

7. РАЗРЕШЕНИЕ СПОРОВ

7.1. Споры между Сторонами, связанные с действием настоящего Договора решаются путем переговоров, а при невозможности их урегулирования путем переговоров рассматриваются в Московском городском арбитражном суде в соответствии с Арбитражно-процессуальным кодексом Российской Федерации.

8. СРОК ДЕЙСТВИЯ ДОГОВОРА

8.1. Договор распространяет свое действие до полного выполнения Сторонами всех его условий, за исключением оговоренных в Договоре случаев его досрочного расторжения.

9. ПРЕКРАЩЕНИЕ ДЕЙСТВИЯ ДОГОВОРА

9.1. Заказчик и Исполнитель могут в любое время в одностороннем порядке досрочно прекратить действие договора, предварительно уведомив другую сторону не менее чем за дней до предполагаемого момента расторжения.

9.2. В случае отказа Заказчика от настоящего Договора он обязан выплатить Исполнителю часть вознаграждения соразмерно фактически оказанным услугам.

9.3. В случае отказа Исполнителя от настоящего Договора он обязан возместить Заказчику документально подтвержденные расходы, произведенные в связи с заказом услуг по настоящему Договору.

9.4. В случае прекращения деятельности или ликвидации одной из Сторон порядок расторжения нестоящего Договора определяется в соответствии с законодательством Российской Федерации.

10. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

10.1. Исполнитель предоставляет Заказчику бесплатных консультаций по развитию и поддержке web-сайта со дня выполнения работ.

10.2. Исполнитель оставляет за собой право в одностороннем порядке увеличивать сроки работ и соответственно переносить даты, указанные в Календарном плане (Приложение №2) на время задержки выполнения Заказчиком условий, оговоренных в п.1.2.

10.3. Заказчик имеет право на продление действия Договора и на дополнительные услуги, которые оформляются дополнительным соглашением к настоящему Договору. Исполнитель рассматривает Заявку, Стороны составляют и подписывают Дополнительное соглашение к настоящему Договору об установлении нового этапа работ, а также о сроках и порядке его оплаты. Заявка прилагается к Договору и является его неотъемлемой частью.

10.4. Согласованные Сторонами изменения и дополнения к настоящему Договору оформляются дополнительными соглашениями, подписанными обеими Сторонами. Такие соглашения являются неотъемлемой частью настоящего договора.

10.5. Все уведомления и сообщения по настоящему Договору, должны направляться в письменной форме, по факсу или по электронной почте, заверенные подписью и печатью. Стороны признают юридическую силу документов переданных по факсу или по электронной почте при последующем предоставлении оригиналов.

10.6. Настоящий Договор составлен на русском языке в двух экземплярах, имеющих одинаковую юридическую силу, один из которых находится у Заказчика, а второй у Исполнителя.

10.7. К настоящему Договору прилагаются и являются его неотъемлемой частью:

• Приложение №1 – Техническое задание.
• Приложение №2 – Календарный план выполнения работ.
• Приложение №3 – Счет-протокол договорных цен на оказание услуг.

11. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН

12. ПОДПИСИ СТОРОН

Меня зовут Лена, и я дизайнер. Последние 3 года я работаю как фрилансер, и моя главная заповедь – возлюби заключение договоров так же, как и свою работу. А почему я так считаю, и чем чреват отказ от этой заповеди – читайте в статье.

Зачем нужен договор и вот это все?

Получая предоплату и начиная работу, я обычно исполнена радости и предвкушения от хорошо выполненного заказа. Но жизнь может и спутать эти планы:

Спустя время, работая без договора, вы обнаружите, что 30-50-70% своего времени подрабатываете юристом: улаживаете спорные вопросы и юридические формальности, выбиваете деньги, переделываете дизайн по новым «хотелкам» Заказчика и все в таком духе. Низкие заработки, испорченные нервы, депрессия — ну зачем вам это всё?

Достаточно заключить адекватный договор, уметь его толковать, и тогда 80% своего времени вы будете дизайнером, а не решалой.

Achtung:

Теперь давайте обсудим самые важные особенности договора.

1. Специфика дизайна

Когда Заказчик присылает мне обычный договор на «какие-то» услуги — я прошу заменить его на свой. В дизайне много специфики, которая обязательно должна быть учтена:

В идеале, перед началом непосредственно дизайна у вас на руках должен быть заполненный Заказчиком бриф, подписанное техническое задание (сделанное вами или Заказчиком), user stories (как часть ТЗ), брендбук, Материалы, необходимые вам для работы, Прототипы. Подробнее о том, почему все это важно, можно почитать в другой моей статье.

Часто я встречаюсь с мнением “я — творческий человек, дизайнер, и я не создан для всей этой макулатуры”. Как правило, грабли, со временем, наставляют на путь истинный.

2. Автопринятие результатов работ

Если Заказчик не предоставил замечания в течение какого-либо ограниченного срока (3-5-7 календарных/рабочих дней) — работа принимается автоматически. У Заказчика может измениться менеджер, гендир, Луна упасть с неба, и вы не должны от этого зависеть.

Заказчик в течение 3 (трех) календарных дней обязан утвердить Дизайн или предоставить мотивированные замечания. Отсутствие ответа от Заказчика приравнивается к утверждению дизайна. Замечания считаются мотивированными, если они совокупно соответствуют обстоятельствам: не противоречат техническому заданию, прототипу, визуальному брифу; содержат конкретные, непротиворечивые, технически выполнимые и однозначные формулировки. При наличии мотивированных замечаний, Исполнитель в течение 5 (пяти) рабочих дней дорабатывает дизайн и направляет результат Заказчику.

3. Переписка, обмен документами должны иметь юридическую силу

В условиях удаленки вряд ли вы встретитесь с Заказчиком непосредственно. Отсюда — и переписка, и обмен документами должны иметь юридическую силу, чтобы использовать их в суде без препон.

Конечно, у суда может быть другое мнение на этот счет, однако этот пункт, как правило, помогает отрезвить Заказчика, если он принципиально не согласен с результатами работ или правками, источником которых выступал он сам.

Старайтесь фиксировать все важные договоренности по электронной почте, а обмен документами проводите только там. Переписку в мессенджерах приобщить к делу довольно трудно, особенно если вы общаетесь с котом на аватарке с ником «кОтИк ЛеШеГо» (тру стори).

Переписку, обмен документами между адресами электронной почты [email protected], принадлежащими Исполнителю, и электронной почтой контактного лица Заказчика, а также в мессенджерах, считать юридически значимой. В случае утери доступа к адресу электронной почты утерявшая сторона должна незамедлительно сообщить об этом другой стороне. Контактное лицо со стороны Исполнителя — Пупкин Вася Васечкин.

4. Передавайте исходники после полной оплаты работы

Несмотря на то, что договор защищает и вас, и Заказчика — лучше всего передавать исходники после того, как работа полностью оплачена, и Заказчиком подписаны акты приемки-передачи. Вряд ли вы будете судиться из-за 20-30-50 тысяч рублей, если ваш средний чек 250к.

Исходные материалы в виде, доступном для верстки, передаются Заказчику после полной оплаты работы.

Если вы работаете в Фигме — можете отправлять jpg/png – этого достаточно, чтобы оценить результат работ. Помните, что исходник в Фигма легко скопировать.

5. Бейте работу на части, получайте акт по каждой

Вам нужно сделать дизайн сайта – и для этого, как минимум, нужен бриф, ТЗ, прототипы и прочее. Разбивайте дизайн на этапы, после выполнения работ по каждому этапу — получайте деньги и акт приемки-передачи, подписанный Заказчиком.

Таким образом, если Заказчику вдруг не понравится дизайн, сделанный в четком соответствии с прототипом, и Заказчик захочет добавить дополнительные блоки — вы будете делать это за доплату, а не совершенно бесплатно. Отсюда, в договоре обязательно присутствует пункт о том, что любые дополнительные работы должны быть оплачены или по согласованной цене, или по почасовой тарификации Исполнителя.

В случае увеличения объема работ, изменения задания Заказчиком, Стороны обязуются согласовать новую стоимость работ (лично, по электронной почте, в переписке в мессенджере) или, по согласованию, продолжить работы с учетом того, что дополнительные работы будут тарифицированы Исполнителем исходя из стандартной ставки Исполнителя в размере 2000 рублей за час работы.

6. Укажите, что будете использовать работу в портфолио

Чтобы не наткнуться на яростное непонимание после появления работы в портфолио — укажите, что для демонстрации профессионального мастерства вы можете добавить работу к себе на сайт, в биханс или на иные порталы.

Если на вашем дизайне есть какие-либо конфиденциальные данные Заказчика — удалите их или замените «рыбой». Обязательно уточните у Заказчика перед размещением работы в портфолио, возможно — он захочет что-либо убрать. Я часто работаю в партнерстве с другими студиями и они не будут рады, если сайт какого-нибудь банка появится в моем портфолио, поэтому, по согласованию, я удаляю этот пункт и увеличиваю стоимость работ на 10%.

Исполнитель имеет право демонстрировать результаты работ, не содержащие конфиденциальные материалы Заказчика, неограниченному кругу лиц путем размещения результата работ на своем веб-сайте, иных сайтах.

7. Передайте интеллектуальную собственность, добавьте подрядчиков

В процессе работы — вы создаете объект интеллектуальной собственности, автором которого являетесь вы. И авторство это отнять, передать или продать нельзя. Однако, вы можете передать права на единоличное использование результатов своих работ Заказчику и это стоит сделать, особенно, если вы создаете дизайн стартапа. В противном случае, у Заказчика могут быть проблемы с регистрацией прав на продукт в различных юрисдикциях.

Если при выполнении работ по договору Исполнителем будут созданы объекты интеллектуальной собственности (далее — ОИС), Исполнитель обязуется передать Заказчику исключительное право на ОИС в полном объеме, без ограничения территории и срока действия. Вознаграждение за отчуждение исключительного права на ОИС включено в стоимость работ и составляет 10% от стоимости работ. Право на ОИС считается переданным после оплаты Заказчиком стоимости работ в полном объеме. После получения прав на ОИС Заказчик самостоятельно принимает меры по дальнейшей их защите.

Если вы привлекаете подрядчиков для каких-либо узкоспециализированных работ — укажите это в договоре.

Исполнитель оказывает Услуги лично, однако имеет право привлекать третьих лиц с заключением о договора о неразглашении.

Помните про авторские права при использовании материалов Заказчика, шрифтов, картинок со стоков. Для серьезных проектов вам могут потребоваться подтверждения (лицензии, покупки, чеки) на каждый элемент чужой интеллектуальной собственности, который вы используете в своей работе.

8. Откажитесь от чужой ответственности

Вы не должны нести ответственность за кого-то, чьи-либо убытки, проблемы, которые вас не касаются. Вы несете ответственность только в рамках той суммы и тех работ, которые вам поручены и только в рамках договора. Несмотря на то, что это очевидно — это также стоит указать.

Исполнитель не несет ответственности перед Заказчиком за упущенную выгоду, производственные издержки, остановку деятельности, расходы по замещающим сделкам или любые другие убытки, независимо от того, кто или что явилось причиной возникновения таких убытков.

9. Сокращаем количество бумаги

Уменьшить количество документов, которыми нужно обмениваться с Заказчиком просто: включите NDA в договор, сделайте договор рамочным, укажите что работы до 50.000₽ (или иной суммы, желательно не более 90 тысяч рублей) могут выполняться без заключения дополнительных приложений.

Стороны условились, что работы стоимостью до 50.000 (пятьдесят тысяч) рублей могут выполняться по письменному поручению Заказчика, переданному по электронной почте, и содержащим все существенные условия выполнения работ, при условии 100% предоплаты.

10. Вы не сдадите работу в срок

С большой вероятностью, вы не сдадите работу в срок, указанный в договоре, и это случится не по вашей вине. Часто, очень часто заказчик затягивает с заполнением брифа, предоставлением ответов на ваши вопросы, дополнительных материалов вроде брендбука или логотипа в векторе. Пока вы ждете — время работает против вас, ведь срок выполнения работ по договору сокращается. Защитите себя от этого риска — добавьте в договор пункт, описанный ниже.

В сроки, указанные в п.1.1. приложения — не входит время, затрачиваемое Заказчиком на заполнение брифа, предоставление любых материалов, запрошенных Исполнителем, выполнение Исполнителем правок, корректировок, иных пожеланий Заказчика.

11. Сохраняйте документы и результаты работ

Выполнили работы — получите все закрывающие документы, сохраните их. Стоит помнить, что пока не получены все документы — это не ваши деньги и отсудить их, часто, не представляет никакого труда. ИП нужно хранить документы 5 лет, результаты работ желательно хранить тот же срок. Никто не знает как, кому и зачем они могут потребоваться.

В один прекрасный день к вам может постучаться банк, заблокировать счет и попросить документы и результаты работ за последние несколько лет, к чему вы обязаны быть готовы. Результат в данном случае будет являться подтверждением того, что сделка не фиктивная.

Полезные ссылки

На мой взгляд, есть две категории людей: те, кто не занимается документацией и скоро об этом пожалеет и те, кто уже занимается и спит спокойно. Как с резервным копированием. И вот небольшой список сервисов, который поможет сделать жизнь проще:

Будьте человеком, работайте с людьми

Договор не защитит вас от чудака. Договор не сделает работу с ним комфортнее. Если вы понимаете что вам некомфортно работать с Заказчиком — отказывайтесь от работы, возвращайте предоплату по этапу работ и живите счастливо.

И наоборот, если вам нравится работать с человеком — не обязательно выставлять ему счет на каждый чих, не обязательно апеллировать к договору при малейшем споре. От часа-двух работы сверх — от вас не убудет, мы — люди и не всегда можем все предусмотреть. И да, не стоит делать договор неравноправным. Начинать сотрудничество с кабального договора — не лучшая практика.

Важно: договор — просто способ зафиксировать договоренности в одном месте, а не усложнить друг другу жизнь. Всё предусмотреть невозможно и даже самые лучшие юристы не помогут вам, если вы будете очень сильно неправы. Не идите на конфликт, старайтесь найти компромисс даже тогда, когда найти его крайне трудно, этим вы сэкономите себе время и нервы.

Мой договор находится по ссылке и я часто его «допиливаю» под конкретный заказ. Если у вас есть какие-либо комментарии к договору — оставляйте их по там, буду рада обсудить. Это предпоследняя версия договора, последнюю (с офертой) я пока тестирую и напишу о своем опыте, когда будут результаты.