Закрыть
E-mail:
Пароль:
Забыли пароль?
В каталоге проекта: 13 019 веб-студий, 958 CMS, 243 524 сайта.
РегистрацияCMS MagazineВход
CMS Magazine CMS Magazine

Договор на разработку сайта: так, а не иначе

Присылает нам заказчик (Газпром) свою версию договора.
Понимаем — нашу они не подпишут,
вносим реквизиты и отправляем обратно.
Пропадают на две недели... возвращают протокол разногласий к договору.


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

Необходим сайт, мобильное приложение, услуги по SEO или контекстной рекламе? Тендерная площадка WORKSPACE поможет выбрать оптимального исполнителя. База проекта насчитывает более 10 500 агентств. Сервис работает БЕСПЛАТНО как для заказчиков, так и для исполнителей.

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

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

Итак, что мы имеем:

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

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

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

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

2Если мы просрочили согласование, мы же даем вам дополнительно это время чтобы продолжить разработку! Почему мы должны увеличивать его еще, на время, необходимое вам на возобновление работ?

Я обычно в таких случаях рассказываю про наш технологический процесс. Что проект делает команда, у которой проекты запланированы на два месяца вперед. Если задача не начинается в срок (заказчик не согласовал предыдущий этап в оговоренные сроки) — команда начинает делать следующий проект и будет делать его пока не доделает. Средний блок задач по проекту — две недели. Соответственно, формулировку про просрочки мы предлагаем такую:

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

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

3Почему, если сайт случайно сломает наш работник, мы должны платить за диагностику и решение проблемы? Я же с вами бесплатно разговариваю!

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

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

4Дайте нам дополнительно год гарантии. Как, это платно?

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

5Необходимо добавить штрафы за просрочку работ! Нет, пеню за просрочку оплат мы принять не сможем, тем более у нас 100% предоплата!

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

Для этого возражения у нас заготовлена формулировка санкций, которая нас устраивает:

  • За нарушение сроков оказания услуг, Подрядчик уплачивает Заказчику пеню в размере 0,1 (ноль целых одна десятая) процента от общей стоимости услуг за каждый день просрочки, но не более 10% от общей суммы стоимости услуг.
    За нарушение сроков оплаты, либо согласования по этапам работ по настоящему договору, Заказчик уплачивает Подрядчику пеню в размере 0,1 (ноль целых одна десятая) процента от общей стоимости услуг за каждый день просрочки, но не более 10% от общей суммы стоимости услуг.

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

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

6Почему мы должны оплачивать ваши работы, если проект не завершен по нашей вине или из-за форсмажора? Мы категорически не согласны платить за проект, который нам не нужен!

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

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

Ссылки на разработанных сайтах — один из важных каналов, по которым к нам приходят новые клиенты. То же самое — портфолио. Стоимость, которую мы вам предложили, и рассчитана исходя из стандартных условий нашего Договора. Если мы меняем условия, то и стоимость договора изменится. Обычно это +15–25% к бюджету разработки, зависит от того, что именно мы не будем публиковать.

8Мы понимаем, что договор рамочный! Но мы госорганизация / организация с государственным участием — у нас в договоре должна быть зафиксирована сумма!

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

9Мы не хотим пересматривать структуру сайта, но хотим чтобы вы пересмотрели структуру цены!

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

Несколько лайфхаков, как упростить согласование договоров с юристом заказчика:

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

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

  • Обсуждайте правки голосом, это сэкономит вам часы на переписке и на пару недель сократит переговоры.

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

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

Ниже приведен наш образец договора (рамочный договор и приложение на разработку сайта) с комментариями по пунктам, которые чаще всего вызывают вопросы. В договоре прописаны общие условия работы, в приложении — конкретика по проекту. Кстати, кое-что подсмотрено у Punk You (Данил, спасибо!) Пользуйтесь!

ДОГОВОР на разработку сайта, с комментариями

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

1. Предмет договора

1.1. Подрядчик обязуется оказывать Заказчику услуги (выполнять работы) в объеме, в сроки и по ценам, согласованным в Приложениях к настоящему Договору, подписываемыми сторонами и являющимися неотъемлемыми частями настоящего Договора. Все обязательства сторон по проведению конкретных видов работ (услуг), а также по их оплате возникают после подписания соответствующего Приложения к Договору.
Работы по настоящему Договору, стоимостью менее 44 000 (сорока четырех тысяч) рублей, могут выполняться без заключения Приложений и Дополнительных соглашений к нему. Оплата счета Заказчиком является подтверждением его согласия на выполнение данных работ. На данные работы подписывается акт сдачи-приемки работ по факту их выполнения.

Обычно по ходу проекта возникают какие-то дополнительные мелочи, которые не входили в техзадание (хотя мы работаем по SCRUM, для каждого проекта есть жесткая смета; если проект большой — делаем отдельное приложение на каждый спринт, чтобы сохранять гибкость разработки). Кроме того, когда все уже сделано, всегда есть потребность в каком-то небольшом техсаппорте, оплате хостингов и доменов и т. п. Если на каждый платеж делать отдельное приложение — получается очень много бумажек. Поэтому на небольшие задачи мы просто выставляем счет, в котором прописаны работы, а потом закрываем их актом сдачи-приемки.
Почему именно 44000? Потому что спринт у нас от 40 часов (при рейте 1100), и если работ набирается на спринт-то по ним делается приложение с техническим заданием.

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

2. Права и обязанности сторон
2.1. Права и обязанности Подрядчика:
2.1.1. Подрядчик обязуется качественно, в соответствии с договором, приложениями, техническими заданиями и дополнительными соглашениями оказывать услуги (выполнять работы).
2.1.2. Подрядчик обязуется до заключения Договора предоставить Заказчику необходимую и достоверную информацию о предлагаемой работе, ее видах и особенностях, о цене и форме оплаты, а также сообщить Заказчику по его просьбе другие относящиеся к договору и соответствующей работе сведения.
2.1.3. Подрядчик вправе привлекать к исполнению Договора третьих лиц без согласия Заказчика.

Вообще мы никогда не работаем с фрилансерами, все работы делаем в нашем барнаульском продакшене. Но иногда проекты требуют работ, которые мы не выполняем, например — создания мультфильма, иллюстраций в определенном стиле, 3D-моделей или фотосъемки. Пункт как раз на этот случай. Хотя обычно такие работы мы отдельно согласуем с Заказчиками и предлагаем им самим выбрать исполнителя на них.

2.1.4. Подрядчик обязуется не разглашать любую конфиденциальную информацию Заказчика, полученную во время сотрудничества по данному договору.

2.2. Права и обязанности Заказчика:
2.2.1. Заказчик обязуется принять и оплатить работу Подрядчика в полном объеме и в сроки, установленные в Приложениях к Договору, исполнять прочие обязательства, предусмотренные в Договоре, Технических заданиях и Приложениях.
2.2.2. Заказчик обязуется до начала выполнения работ предоставить Подрядчику необходимые материалы и информацию, не противоречащую действующему законодательству РФ.
2.2.3. Заказчик обязуется передавать информацию, необходимую для оказания услуг (выполнения работ) Подрядчику электронной почтой, в файлах, формат которых согласован с Подрядчиком.
2.2.4. Заказчик обязуется не разглашать любую конфиденциальную информацию Подрядчика, полученную во время сотрудничества по данному договору.
2.2.5. Заказчик имеет право проверять ход и качество Работы, выполняемой Подрядчиком, не вмешиваясь в его деятельность.

Тут основной момент — «не вмешиваясь». То есть заказчик видит ход работы, но все обсуждения и согласования ведутся только через руководителя проектов, прямых контактов разработчиков, особенно доступа к телу дизайнера мы не даем:) Хотя все разработчики участвуют в сдаче этапов проекта — для этого проводим конференции в skype.

2.3. Стороны имеют и другие права, предусмотренные настоящим договором и законодательством РФ.

3. Расчеты сторон

3.1. Стоимость услуг/работ по настоящему Договору устанавливается в рублях и определяется в Приложениях к нему. НДС не облагается, в связи с применением Подрядчиком упрощенной системы налогообложения, в соответствии с главой 26,2 НК РФ. Форма оплаты — безналичный расчет, либо (по соглашению сторон) иная форма, не противоречащая законодательству РФ.
3.2. Переработка согласованных частей работ по данному Договору осуществляется только при полной оплате Заказчиком повторных работ. Стоимость работ в данном случае определяется Подрядчиком.
3.3. Если иное не предусмотрено в Приложении к настоящему Договору, услуги оказываются на основе 100% предоплаты. Подрядчик вправе не приступать к выполнению работ до получения предоплаты, если иное не указано в Приложении к Договору. Все сроки выполнения работ, указанные в Приложении определяются с момента получения предоплаты. Предоплата производится в течение 3-х рабочих дней с момента подписания соответствующего Приложения.
3.4. Если в период исполнения обязательств, указанных в Приложении к Договору, объем востребованных Заказчиком услуг превысит объем оплаченных им услуг, то разница оплачивается Заказчиком в течение 3-х рабочих дней с момента выставления Подрядчиком дополнительного счета.

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

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

Добавили этот пункт, т.к. часто заключаем договор на одного контрагента, а платеж приходит от другого. Так это проще потом провести по бухгалтерии.

3.7. Подрядчик имеет право прекратить предоставление услуг Заказчику при нарушении Заказчиком порядка расчетов, определяемого настоящим договором и Приложениями к нему.
3.8. В случае невозможности исполнения работы, возникшей по вине Заказчика, услуги подлежат оплате в размере фактически понесенных Подрядчиком расходов.
3.9. В случае, когда невозможность исполнения возникла по обстоятельствам, за которые ни одна из сторон не отвечает (форс-мажор), Заказчик возмещает Подрядчику фактически понесенные им расходы.

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

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

Когда мы начинаем проект — мы планируем на него ресурсы. Команды не должны простаивать, поэтому у нас есть общий календарный план по всем проектам с определенными датами старта. Если к плановой дате мы не можем стартовать работы, так как Заказчик что-то задерживает, то команда уходит на следующий по плану проект. Спринт по проекту в среднем — две недели командой (2-3-4 разработчика). Если команда начала спринт — она должна его доделать (таки это SCRUM). Поэтому, если Заказчик задерживает сроки, ему придется ждать завершения спринта по другому проекту, как раз до 10 рабочих дней.

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

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

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

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

4.5. Подрядчик имеет право сдать работу досрочно, при этом все сроки по Договору переносятся.

5. Ответственность сторон
5.1. Стороны освобождаются от ответственности полностью или частично в случае, если в порядке, установленном действующим законодательством, докажут, что причиной неисполнения обязательств явились форс-мажорные обстоятельства, при условии, что они непосредственно влияют на выполнение обязательств по настоящему Договору, а также принятия государственными органами законодательных актов, препятствующих выполнению условий настоящего Договора. В этом случае выполнение обязательств по настоящему Договору откладывается на время действия обстоятельств непреодолимой силы и их последствий. При наступлении вышеуказанных обстоятельств, каждая из Сторон должна уведомить другую Сторону в письменном виде в течение 5-и дней с момента наступления этих обстоятельств.
5.2. Заказчик несет полную ответственность за содержание, достоверность, легальность и законность распространения предоставляемых Подрядчику для выполнения работ информации и рекламных материалов, за нарушение имущественных, авторских и иных прав третьих лиц. Все имущественные претензии третьих лиц, в том числе авторов и обладателей смежных прав, в отношении предоставленной информации и рекламных материалов должны быть урегулированы Заказчиком своими силами и за свой счет.
5.3. В случае возникновения у Подрядчика убытков, вызванных нарушением Заказчиком прав третьих лиц, в том числе авторских, а также нарушения требований законодательства в отношении содержания и оформления распространяемой информации, Заказчик возмещает Подрядчику все понесенные убытки, вызванные таким нарушением.
5.4. За невыполнение или ненадлежащее выполнение принятых по Договору обязательств в части, не оговоренной настоящим Договором, стороны несут ответственность в соответствии с законодательством РФ.
5.5. Стороны не несут ответственность за упущенную выгоду и/или косвенный ущерб другой Стороны, которые возникли и/или могут возникнуть при ненадлежащем исполнении настоящего Договора.

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

7. Срок действия и порядок расторжения Договора
7.1. Данный Договор вступает в силу с момента его подписания Сторонами и действует в течение одного года. В случае, если не позднее чем за один месяц до даты истечения срока действия настоящего Договора ни одна сторона не заявит о своем желании расторгнуть Договор, Договор пролонгируется на следующий календарный год на тех же условиях, с сохранением данного порядка пролонгации на последующие периоды.
7.2. К настоящему Договору могут заключаться Приложения и Дополнительные соглашения, которые будут являться частями настоящего Договора с момента их надлежащего оформления и подписания обеими сторонами. При этом настоящий Договор определяет основные положения взаимоотношений Сторон.
7.3. Договор может быть досрочно расторгнут любой из сторон в одностороннем порядке, при отсутствии между сторонами споров и задолженностей. При этом сторона-инициатор расторжения Договора должна письменно известить другую сторону не менее чем за 7 (семь) календарных дней до даты расторжения Договора.
7.4. Если иное не оговорено в Приложении к Договору, после того, как Заказчиком была внесена предоплата и Подрядчик приступил к исполнению Договора, но до момента сдачи работ, при отсутствии каких-либо виновных действий Подрядчика, Заказчик имеет право расторгнуть Договор, письменно предупредив об этом Подрядчика за 7 (семь) календарных дней до даты расторжения Договора, но внесенная предоплата в данном случае не возвращается.
7.5. Если иное не оговорено в Приложении к Договору, в случае, если Договор расторгается по инициативе Заказчика, а объем работ, выполненных Подрядчиком к этому моменту превышает сумму внесенной Заказчиком предоплаты, то на основании действующих цен Подрядчика и Акта о работах, выполненных к моменту расторжения Договора, делается расчет задолженности Заказчика перед Подрядчиком, которая погашается в течение 3-х рабочих дней с момента подписания сторонами (акцепта) данного Акта.

8. Прочие условия
8.1. Настоящий Договор составлен в 2-х экземплярах — по одному для каждой из Сторон. Оба экземпляра имеют одинаковую юридическую силу. Все Приложения и Дополнительные соглашения к настоящему Договору являются его неотъемлемыми частями с момента их надлежащего оформления и подписания обеими сторонами.
8.2. Стороны признают переписку по электронной почте письменной, а силу документов, полученных в рамках электронного документооборота равной юридической силе документов на бумажном носителе. Любая переписка, включая заявки Заказчика и ответы Подрядчика, признается таковой, если она осуществлена одновременно по следующим электронным адресам с уведомлением о прочтении письма:

  • электронные адреса Заказчика:
  • руководитель со стороны Заказчика — (ФИО, должность, телефон, e-mail)
  • электронные адреса Подрядчика:
  • руководитель со стороны Подрядчика — (ФИО, должность, телефон, e-mail)
Раньше мы вписывали в договор только менеджера проекта со стороны заказчика. Но менеджеры иногда не выходят на связь, пропадают или же оказывается, что решения принимает в компании только руководитель. Чтобы оперативно решать такие вопросы, мы теперь еще до началf работ берем все контакты руководителя, а также созваниваемся с ним.

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

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

8.4. Обязанности Подрядчика по отправке, доставке, доведению до сведения Заказчика каких-либо документов, сообщений и уведомлений являются надлежащим образом исполненными с момента отправки заказным почтовым отправлением, личного вручения или отправки на указанный e-mail адрес. Стороны признают в качестве достаточных доказательств отправки электронных сообщений на e-mail адрес данные серверов e-mail связи.
8.5. Стороны признают любую информацию, касающуюся заключения и содержания настоящего Договора, включая любые приложения и дополнения к нему, коммерческой тайной и обязуются строго сохранять конфиденциальный характер такой информации, не разглашая ее третьим лицам без предварительного письменного на то согласия другой Стороны, за исключением случаев, когда это необходимо для целей Договора или для раскрытия соответствующим государственным органам в случаях, определенных законом. Указанное положение не относится к общеизвестной или общедоступной информации.
8.6. Стороны обязуются подписать и вернуть оригиналы документов (Договор, Приложения и Дополнительные соглашения к нему, Акты сдачи-приемки работ), полученные от другой стороны, почтой в течение 10 рабочих дней с даты их получения. Факт подписи документов подтверждается наличием подписанных сканов данных документов, отправленных на e-mail-адреса зафиксированные в п 8.2. данного Договора.

Бухгалтерия всегда требует бумажные копии договоров-приложений-актов. Причем желательно все-таки подписанные как надо, а не в одностороннем порядке. Но оригиналы идут долго (про Почту России никому рассказывать не надо), так что работы стартуем по сканам. Поэтому так.

9. Права на результат работ (услуг)
9.1. Если в результате выполнения работ (оказания услуг) по настоящему Договору и Приложениям к нему, Подрядчиком будут созданы результаты интеллектуальной деятельности (далее — «Результаты»), Подрядчик обязуется передать Заказчику исключительное право на указанные Результаты работ на условиях отчуждения в полном объеме. Права передаются без ограничения территории и срока действия. Вознаграждение Подрядчика за передачу (отчуждение) исключительного права на использование Результатов включено в стоимость работ по Договору.
9.2. Результаты работ и права на результаты работ считаются переданными с момента подписания Акта на выполнение работ (оказание услуг), в результате производства которых были созданы указанные Результаты и осуществления Заказчиком полной оплаты стоимости всех работ по каждому Приложению к настоящему Договору. Права на Результаты передаются Заказчику по Акту.
9.3. Подрядчик гарантирует, что факт передачи им результатов работ и прав на Результаты не нарушает патентных, авторских и смежных прав третьих лиц, право на коммерческую тайну третьих лиц; и на момент передачи прав не существует обстоятельств, дающих возможность третьим лицам в дальнейшем предъявить к Заказчику претензии в отношении прав на Результаты и использованные в результатах работ Информационные материалы (за исключением Информационных материалов предоставленных Заказчиком).
9.4. Работники Подрядчика и иные физические лица, участвовавшие в выполнении работ по поручению Подрядчика, имеют право называться автором созданных Результатов по Договору. Никакое другое лицо, включая Заказчика, не может называться автором данных Результатов. При использовании Результатов, Заказчик имеет право не указывать авторов Результатов.
9.5. После передачи результатов работы и прав на Результаты Заказчику, Заказчик самостоятельно предпринимает меры по их дальнейшей защите.
9.6. На главной странице сайтов Заказчик обязуется ссылаться на Подрядчика путем проставления гипертекстовой ссылки «Дизайн и создание сайта — Сибирикс» и размещения логотипа Подрядчика на весь срок действия (охраны) авторских прав, предусмотренный действующим законодательством РФ, со всеми продлениями.

Ссылки на сайтах клиентов — один из основных источников трафика к нам на сайт, причем с отличной конверсией. Мы выставляем цену за проект, исходя из того, что ссылка будет стоять. Можно и без ссылки, стоимость НДА — 15–25% от суммы договора, в зависимости от условий.

9.7. В случае существенного изменения внешнего вида Сайта Заказчиком, Подрядчик вправе потребовать снятия своего логотипа и гипертекстовой ссылки, указанных в п.9.6 настоящего Договора, а Заказчик обязан удовлетворить требование Подрядчика.

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

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

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

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

Приложение к Договору на разработку сайта

1. Термины и определения
Сайт — совокупность программно-аппаратных средств для ЭВМ, обеспечивающих публикацию данных в Интернет для всеобщего обозрения. Сайт доступен по уникальному электронному адресу или его буквенному обозначению. Может содержать графическую, текстовую, аудио-, видео-, а также иную информацию, воспроизводимую с помощью ЭВМ.
Разработка сайта — работы по созданию Сайта, выполняемые на основе Технического задания и утвержденного Дизайна. Разработка Сайта включает программирование, обработку текстовых, графических и иных Информационных материалов, предоставляемых Клиентом и/или специально создаваемых Подрядчиком), наполнение Сайта информационными материалами, тестирование сайта.
Размещение сайта в сети Интернет — установка на хостинг и настройка программного кода и баз данных, относящихся к работе сайта, с возможностью доступа к сайту из сети Интернет по определенному url. Во время разработки сайт размещается на тестовой хостинг-площадке Подрядчика, после полной оплаты по Договору — переносится на рабочую площадку.
Дизайн (Дизайн-концепция) сайта — уникальное графическое оформление сайта и способы представления информации.
Информационные материалы — текстовые, графические, аудио-, видео-, фото-, а также иные материалы, необходимые Подрядчику для разработки сайта. Информационные материалы предоставляются Заказчиком в файлах, формат которых согласуется с Подрядчиком в данном Приложении.
Ошибка — некорректная работа сайта в рамках утвержденного Технического задания.
Скетч — представляет собой схематичное изображение дизайн-концепции с указанием основных блоков и их структуры, а также элементов оформления.

2. Общие положения
2.1. Наименование и характер работы (услуги) — разработка сайта Заказчика (далее — Сайта) в соответствии с Техническим заданием на разработку сайта, приведенном в п.5 данного Приложения.
2.2. Подрядчик обязуется выполнить следующие работы в следующем порядке:

  • разработать дизайн сайта заказчика в соответствии с настоящим Приложением. Разработка уникальных иконок, иллюстраций, шрифтов, а также фотосъемка в рамках данного Приложения не предусматривается (за исключением элементов, отдельно оговоренных в смете). Приобретение прав на графические элементы (иконки, шрифты, фотографии, иллюстрации и т.д.), принадлежащие третьим лицам, осуществляется по дополнительному согласованию с Заказчиком и данным Приложением не регламентируется.
  • осуществить сборку сайта Заказчика в соответствии с утвержденным Дизайном и настоящим Приложением. Предоставить результат работы в виде работоспособного Сайта с техническими характеристиками, оговоренными в Техническом задании (п.5. Приложения).
  • предоставить Заказчику доступы в систему управления сайтом, а также инструкции по ее использованию в рамках стандартной документации разработчика CMS.
  • сдать готовый сайт Заказчику путем отправки на е-mail, указанный в п.2.6 настоящего приложения ссылки на работоспособную копию сайта на тестовом адресе Подрядчика, ссылки доступа в систему управления сайтом, а также логина и пароля от системы управления сайтом. Перенос сайта на рабочую хостинг-площадку и доменное имя осуществляется после полной оплаты Заказчиком работ Подрядчика в рамках данного Приложения, при условии своевременного предоставления Заказчиком доступов, указанных в п. 5.5 данного Приложения.

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

  • материалы, необходимые для разработки дизайна сайта: brand-book или отдельные элементы фирменного стиля (при наличии таковых у Заказчика) — логотип в формате *.cdr и фирменный шрифт; фотографии и другие графические изображения в форматах *.jpg, *.gif, *.bmp, *.cdr, *.psd.

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

  • тексты разделов сайта в формате *.doc, *.odt, таблицы в формате *.xls
  • пример выгрузки каталога из 1С.
  • доступы к управлению хостингом и доменным именем в соответствии с п. 5.5 данного Приложения.

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

2.4. Стоимость работ определяется в соответствии со сметой, приведенной в п.6 данного Приложения. Оплата каждого этапа работ производится до его начала в размере 100%. Этапность работ прописана в п.6 настоящего приложения. После полного расчёта за работы в рамках данного Приложения, Подрядчик выкладывает сайт на рабочую хостинг-площадку, и к Заказчику переходят все имущественные права на результат работы Подрядчика в рамках данного Приложения.

2.5. Гарантийное обслуживание
2.5.1. Гарантийное обслуживание начинается с момента размещения сайта в сети Интернет и тестирования сайта Заказчиком, но не позднее, чем по истечению срока, установленного для тестирования в пункте 3.3. данного Приложения. Срок гарантийного обслуживания составляет 3 (три) месяца.
2.5.2. Гарантийное обслуживание включает исключительно устранение ошибок в разработанном Подрядчиком сайте, а также консультирование Заказчика по работе с сайтом в пределах 5 (пяти) часов, суммарно, в течение гарантийного периода.
2.5.3. При обнаружении ошибок в работе Сайта в течение гарантийного срока, Заказчик информирует об этом Подрядчика. После чего Подрядчик в течение трех рабочих дней производит их диагностику и/или устранение. В случае, если устранение ошибки потребует дополнительное время, срок гарантийного обслуживания продлевается на время, необходимое для ее устранения.
2.5.4. В случае обнаружения Заказчиком качественных или количественных недоработок в результатах работ, которые не могли быть выявлены при приемке, а также в период гарантийного обслуживания, Заказчик обязуется известить о таких недоработках Подрядчика в течение 5 (пяти) рабочих дней со дня их обнаружения, но не позднее 1 (одного) года с даты приемки работ по Акту. Предварительно Заказчик обязан убедится, что выявленная им ошибка действительно является качественной или количественной недоработкой и сослаться на соответствующие пункты Технического задания.
2.5.5. Подрядчик, получив от Заказчика уведомление (рекламацию, претензию) по недоработкам, обязуется в течение 5 (Пяти) рабочих дней рассмотреть требования Заказчика, провести диагностику проблемы, и предоставить письменный ответ в адрес Заказчика.
2.5.6. В случае признания требований Заказчика правомерными, Подрядчик своими силами и за свой счет устраняет допущенные по его вине в результатах работ недоработки.
2.5.7. В случае, если в ходе диагностики выявлено, что ошибка в работе сайта не является качественной или количественной недоработкой, Подрядчик выставляет Заказчику счет за ее диагностику и устранение по фактически затраченному времени по действующим тарифам Подрядчика на техническую поддержку.
2.5.8. В случае, если работы по диагностике и/или устранению такой ошибки Подрядчиком выполнены, а счет по ним Заказчиком не оплачен в течение 10 рабочих дней, Подрядчик в праве прекратить гарантийное обслуживание сайта, а также отказать в приемке последующих обращений по качественным или количественным недоработкам.
2.5.9. По данному договору Подрядчик не несет ответственности за сбои работы сети, услуги провайдера, работу хостинг-площадки, ошибки, возникшие в результате действий специалистов Заказчика в системе управления сайтом, внесения на сайт изменений третьими лицами и пр.
2.5.10. Подрядчик не несет ответственность за временную неработоспособность сайта, потери данных Заказчика, упущенную выгоду Заказчика. Если причиной неработоспособности сайта являются качественные или количественные недоработки, работы по гарантийному обслуживанию сайта, либо устранению таких недоработок, Подрядчик обязан принять все необходимые меры для максимально оперативного восстановления работоспособности сайта.
2.5.11. Гарантийное обслуживание, а также рассмотрение обращений по качественным или количественным недоработкам прекращается при переработке кодов (определяется как несовпадение версий файлов в системе SVN Подрядчика) или дизайна сайта, изменении настроек хостинга, в том числе доступов (FTP, SSH, MySQL, панель управления хостингом, управление доменом, управление NS-серверами).
2.5.12. В случае, если Подрядчиком по сайту выполняются дополнительные работы в рамках других Договоров и/или Приложений к Договорам, гарантийное обслуживание регламентируется Приложениями и/или Договорами, работы по которым выполняются последними.

См. комментарий в статье выше.

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

  • со стороны Заказчика — (ФИО, должность, телефон, e-mail)
  • со стороны Подрядчика — (ФИО, должность, телефон, e-mail)
  • руководитель со стороны Заказчика — (ФИО, должность, телефон, e-mail)

2.6.1. Ответственному сотруднику со стороны Заказчика, Заказчик предоставляет следующие полномочия:

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

Настоящим Заказчик подтверждает полномочия ответственного сотрудника, указанного в настоящем пункте данного Приложения, и его право осуществлять действия, указанные в настоящем пункте данного Приложения, от имени Заказчика в течение срока действия настоящего Договора.
В случае если Заказчик осуществляет замену ответственного сотрудника, он обязан уведомить об этом Подрядчика в письменной форме не позднее, чем за 2 (два) рабочих дня до даты начала осуществления полномочий новым ответственным сотрудником. Уведомление о смене ответственного менеджера должно содержать ФИО нового ответственного сотрудника, его должность, телефон и адрес электронной почты (e-mail).
Заказчик обязан не вмешивать в процесс разработки третьих лиц, не указанных в п. 2.6. настоящего Приложения. В противном случае Подрядчик имеет право приостановить работы по Договору, либо выставить Заказчику дополнительный счет за вмешательство в процесс разработки третьего лица. Сумма счета обсуждается сторонами отдельно, но не может быть менее 10% от суммы настоящего Договора.

2.7. Авторские права: все права на утвержденный дизайн и тексты Сайта переходят Заказчику после окончательного расчета. Подрядчик не оставляет за собой право использовать самостоятельно или передавать аналогичные права на использование утвержденного дизайна и текстов Сайта третьим лицам. Подрядчик оставляет за собой право использовать информацию о Сайте в своем портфолио и рекламных материалах. Подрядчик имеет право разместить на созданном Сайте логотип и ссылку на сайт подрядчика или иные знаки идентификации Подрядчика.
Заказчик уведомлен, что при выполнении работ по настоящему Приложению, исполнителем будет использовано программное обеспечение CMS 1C-Битрикс, авторские права на которое принадлежат ООО «1С-Битрикс». Заказчик имеет право перерабатывать и дорабатывать программный код сайта, с учетом условий Лицензионного Договора. Заказчик не имеет право распространять программные коды сайта, в случае нарушения условий Лицензионного Договора, Заказчик несет ответственность в соответствии с действующим законодательством РФ. Разработка выполняется на демо-лицензии 1С-Битрикс. После переноса сайта на продуктивный хостинг и полной оплаты по данному Приложению права на лицензию 1С-Битрикс передаются Заказчику, а также производится активация лицензии.

3. Срок выполнения работ:
3.1. Срок сдачи работ определяется как сумма сроков выполнения работ Подрядчиком и сроков согласования работ Заказчиком — 53 рабочих дня:
3.2. Подрядчику на выполнение работ отводится 35 рабочих дней.
3.3. На согласование этапов работ Заказчику отводится 18 рабочих дней, в том числе:

  • согласование скетча дизайна главной страницы — 2 рабочих дня
  • предварительное согласование дизайна главной страницы — 2 рабочих дня;
  • окончательное согласование дизайна главной страницы — 2 рабочих дня;
  • согласование дизайна внутренних страниц — 2 рабочих дня;
  • тестирование верстки Заказчиком — 2 рабочих дня;
  • тестирование 1 этапа разработки Заказчиком — 3 рабочих дня;
  • ...
  • итоговое тестирование сайта Заказчиком — 5 рабочих дней.

По результатам согласования каждого этапа Заказчиком либо подписывается Акт сдачи-приемки работ, либо составляется список финальных доработок. Доработки в рамках данного списка устраняется в течение согласованного Сторонами срока, после чего все работы по этапу считаются выполненными.
3.4. Сроки исполнения обязательств Подрядчика и Заказчика могут быть перенесены на время отсутствия (отпуска) ответственного лица с одной из Сторон в соответствии со следующим графиком, определенном в настоящем пункте.
График отпусков и командировок ответственных лиц:

  • со стороны Заказчика — с 01.01.2013 по 01.01.2013
  • со стороны Подрядчика — с 01.01.2013 по 01.01.2013

На время согласованного отсутствия одного из ответственных лиц все работы по проекту замораживаются и возобновляются в течение 5 (пяти) рабочих дней с момента выхода на работу ответственного лица.

4. Порядок согласования этапов работ
4.1. В течение срока для согласования этапа работ, указанного в пункте 3.3 Приложения, стороны должны разрешить все вопросы, возникающие по характеру согласуемых работ.
4.2. По итогам согласования каждого этапа сторонами подписывается акт сдачи-приемки работ по этапу в порядке, установленном пунктами 4.3-4.4 Договора.
4.3.
До момента подписания акта сдачи-приемки этапа, Подрядчик имеет право не приступать к выполнению следующего этапа.
4.4. Процесс исполнения и принятия работ
4.4.1. Разработка дизайн-макетов. Стадии и сроки согласования данного этапа:

  • Разработка скетча главной страницы. Скетч представляет собой схематичное изображение дизайн-концепции с указанием основных блоков и их структуры, а также элементов оформления. После того, как скетч утвержден, он определяет структуру макета главной страницы (а также макетов внутренних страниц, если скетчи для них разрабатывались). Изменение структуры макета после утверждения скетча не предусматривается. Срок разработки скетча Подрядчиком составляет 3 рабочих дня. После отрисовки скетча, Подрядчик уведомляет Заказчика о готовности работ. Заказчику отводится 2 рабочих дня на составление списка корректировок в рамках технического задания, либо принятия скетча. Если список корректировок составлен, Подрядчику отводится 2 рабочих дня на внесение данных правок в скетч. После этого скетч считается принятым.
  • Разработка дизайна главной страницы. После утверждения скетча Заказчиком, Подрядчик на основе утвержденного скетча разрабатывает дизайн главной страницы сайта. Срок разработки дизайна главной страницы Подрядчиком составляет 5 рабочих дней.
  • Внесение правок в дизайн главной страницы. После отрисовки дизайна главной страницы, Подрядчик уведомляет Заказчика о готовности работ. Заказчику отводится 2 рабочих дня на принятие дизайна, либо составление списка корректировок в рамках технического задания (а также скетча). Если список корректировок составлен, Подрядчику отводится 5 рабочих дней на внесение данных правок в дизайн главной страницы. Если после внесения данных корректировок Заказчик выражает желание внести дополнительные корректировки в рамках технического задания, то данный список корректировок оформляется специальным актом о финальных доработках дизайна и выполняется Подрядчиком в течение 5 рабочих дней, после чего работы по дизайну главной страницы считаются оконченными.
    Доработки производятся Подрядчиком только в пределах утвержденного скетча и предложенной концепции дизайна. Дополнительные доработки, а также доработки, выходящие за рамки концепции, брифа, технического задания, оплачиваются отдельно.
  • Отрисовка макетов внутренних страниц. Срок разработки макетов внутренних страниц Подрядчиком составляет Х рабочих дней. Заказчику на проверку данного этапа отводится 2 рабочих дня. В течение этого времени Заказчик либо принимает этап работ, либо имеет право составить список корректировок в рамках технического задания, а также принятого стилевого решения в рамках дизайна главной страницы сайта. Список корректировок составляется однократно. После внесения корректировок Подрядчиком, работы по данному этапу считаются выполненными.

4.4.2. XHTML-верстка макетов. Срок верстки макетов страниц Подрядчиком составляет Х рабочих дней. Заказчику на проверку данного этапа отводится 2 рабочих дня. Приемка верстки Заказчиком осуществляется в порядке, указанном в пункте 3.3 данного Приложения.
4.4.3. Разработка сайта. Разработка сайта идет поэтапно. После окончания каждого этапа Заказчик в течение 3-х рабочих дней обязан принять этап работ, либо предоставить список ошибок. После устранения ошибок Подрядчиком этап считается принятым.
4.5. Публичный доступ к Сайту может быть открыт при условии подписания Сторонами Акта сдачи-приемки работ и полной оплаты Заказчиком работ Подрядчика.

5. Техническое задание на разработку сайта

6. Смета на разработку сайта (действительна при оплате первого этапа до 31.12.2013)

От редакции


 

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

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

Автор: Анна Кожевина, Сибирикс (Финансовый директор)

Оригинал: http://habrahabr.ru/company/sibirix/blog/188690/

Комментарии экспертов

Ольга Русакович

Компания: Webway
Должность: Заместитель директора

Вступление

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

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

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

Пункт второй. Правки к договору поступают из двух источников — от юриста и менеджеров. Я очень рекомендую научиться их различать. Бывает, менеджер присылает Вам юридические правки от своего имени, бывает наоборот, менеджер сам вносит правки и говорит, что их придумал юрист. Отличать их важно потому, что между менеджерами и юристами есть отличия (к сожалению, не в пользу первых). Все юристы поголовно (в отличие от менеджеров) имеют высшее, причем профильное. Менеджер может быть по образованию кем угодно, юрист может быть только юристом. То есть бэкграунд у юристов по своей профессии существенно выше, чем у менеджеров и, что важно, выше, чем у Вас, если Вы — не юрист. Кроме образования, у юристов есть опыт, менеджера могут взять на работу сразу после курсов или диплома, юрист же перед назначением на должность пройдет практику боем. В силу специфики профессии юристы мыслят структурно и последовательно, и если у них есть к Вам претензии, то, как правило, на то есть основания (в отличие от менеджера, который может просто встать не с той ноги) и аргументы (в отличие от менеджера, который иногда руководствуется просто «хочу»).

Я это к тому, что если идиотская (как Вам кажется) правка пришла от менеджера, Вы можете с ним обсуждать ее, используя общечеловеческие понятия и, в итоге, действительно окажется, что менеджер — дурак, а Вы — молодец. Например, если автор статьи действительно сталкивается с правками (п. 3 ТОПа 9 частых возражений) вида: «Почему, если сайт случайно сломает наш работник, мы должны платить за диагностику и решение проблемы?», то автор — менеджер. Юрист, даже самый тупой, не может не знать, что такое виновные действия и их последствия. Но если правка пришла от юриста, то какой бы идиотской она Вам не казалась, есть большая вероятность, что неправы Вы, ибо общечеловеческие понятия в праве не всегда работают. Особенно серьезно стоит задуматься, если от разных юристов приходят одни и те же возражения.

Переходим к примерам из статьи.

Пункт 4 ТОПа 9. «Дайте нам дополнительно год гарантии. Как, это платно?»

Вместе с этим читаем главу «Гарантийное обслуживание» в приведенном в статье договоре: «Предварительно Заказчик обязан убедится, что выявленная им ошибка действительно является качественной или количественной недоработкой и сослаться на соответствующие пункты Технического задания»

Вдумчиво прочтите определение гарантии в ГК РФ (ст. 722): «результат работы должен в течение всего гарантийного срока соответствовать условиям договора». Это значит, что заказчик не обязан ни в чем убеждаться и ни на что ссылаться. Если Вы даете гарантию, то в течение ее срока Ваша забота поддерживать сайт в исправном состоянии, в том числе диагностировать причины проблем. Отказать Вы можете только если сами докажете, что виноват заказчик. Если использовать приведенный в статье пример с бытовой техникой, то покупатель во время гарантийного срока просто приносит технику в сервис со словами «поломалось», и не обязан тыкать пальцем в пункт технической документации или обосновывать свою позицию. Если по результатам диагностики выяснится, что технику сломал владелец, ему просто откажут в ремонте, но не выставят счет за диагностику и уж тем более не заставят оплатить доработку по факту без предварительного согласования.

Если Вы не готовы брать на себя такие обязательства (в этом ничего страшного нет, Вы же не гигантская корпорация, которая может себе позволить большой сервисный штат), не называйте это гарантией, называйте «ответственность за ненадлежащее качество работы» (ст. 723 ГК РФ). Но учтите, независимо от того, дали ли Вы гарантию, и на какой срок, ответственность за ненадлежащее качество Вы все равно несете, но заказчик уже обязан не просто обосновать отступление от ТЗ, но и доказать, что виноваты в этом Вы, а не фея чихнула.

Теперь внимание. Согласно ст. 724 ГК РФ «требования, связанные с недостатками результата работы, могут быть предъявлены заказчиком ...в пределах двух лет со дня передачи». Вы поняли, что получилось? У Вас в договоре срок того, что Вы назвали «гарантией» (и что ею на самом деле не является) составляет один год (3+9 месяцев). Юрист заказчика требует у Вас то, что Вы назвали «дополнительным годом гарантии» не потому что он тупит, а потому что Вы по закону обязаны отвечать за работу в течение двух лет, а не одного. Заказчик просто требует, чтобы Вы привели договор в соответствие с законом, вот и все! С законом, который он знает, а Вы нет :). Даже если он согласится оставить Ваш один год, то не потому, что Вы его убедили, а потому что знает — по закону все равно два года, хоть пиши, хоть нет.

Разберитесь с различиями гарантии и прочей ответственности, определитесь для себя, готовы ли Вы давать гарантию в том виде, как ее трактует закон (а не в том виде, как Вам это кажется удобным), включите этот срок в договор, касательно остального срока укажите, что Вы несете ответственность согласно ст. 721, 723-724, и Вы избавитесь навсегда от одного пункта из Вашего ТОПа и не будете выглядеть невеждами в глазах заказчика.

Пункт 5 ТОП9. «Необходимо добавить штрафы за просрочку работ! Нет, пеню за просрочку оплат мы принять не сможем, тем более у нас 100% предоплата!»

Объясню на пальцах, чтобы не грузить Вас статьями ГК. За просрочку исполнения обязательств неустойки платятся в случае, если имеет место так называемое «пользование чужими денежными средствами». Например, Вам заказчик предоплатил, Вы его деньги не успели отработать, значит, Вы пользуетесь его деньгами и должны платить неустойку. Неустойку не от всей суммы сделки, а только от той суммы, который Вы пользуетесь (предоплаченной, но не отработанной).

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

Теперь рассмотрим случай, приведенный в статье. Заказчик предоплатил 100%, Вы работу сделали, значит у Вас эквивалент, никто не пользуется ничьими деньгами, неустойку брать не за что. Или заказчик задерживает предоплату, Вы ждете ее и не работаете, опять никто не пользуется чужими деньгами, опять нет неустойки.

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

Но, допустим, заказчик просрочил ПРЕдоплату, у Вас простой ресурсов. Тогда Вы имеете право на возмещение убытков в связи с простоем (даже если в договоре это не написано, по закону имеете право). Если решили включить это в договор, так и пишите, что речь не о неустойках за просрочку, а об убытках, возникших в связи с простоем. Юрист это поймет и, разумеется, спросит Вас, что за убытки, и как Вы их можете доказать. Будем честными, при просрочке Вы перекидываете людей на другой проект и реальные убытки вряд ли несете. Иначе, зачем Вам косвенно закреплять в договоре право перекидывать людей на другие проекты (указав, в одном из пунктов, что при просрочке сроки увеличиваются на 2 недели). Если Вам удалось доказать убытки при простоях, будьте готовы к тому, что и заказчик (с проповедуемой Вами же целью зеркальности санкций) поставит Вас не только на неустойку, но и на убытки (если таковые возникнут) при наличии просрочек с Вашей стороны.

Потратьте время, усвойте разницу между неустойками и убытками, сформулируйте пункт правильно, указав, что неустойка с заказчика берется только на выполненные, но не оплаченные работы (на случай не 100% предоплаты или начала работать раньше, чем пришла предоплата), и у Вас 5й пункт Вашего ТОПа отпадет сам собой.

Пункт 6 ТОП9. «Почему мы должны оплачивать ваши работы, если проект не завершен по нашей вине или из-за форсмажора? Мы категорически не согласны платить за проект, который нам не нужен!»

Тут вообще какая-то путаница, ибо «форс-мажор» и «проект не нужен» — две большие разницы, они не могут / не должны попадать в один пункт. Почему же попали? Смотрим договор.

«3.9. В случае, когда невозможность исполнения возникла по обстоятельствам, за которые ни одна из сторон не отвечает (форс-мажор), Заказчик возмещает Подрядчику фактически понесенные им расходы.»

И тут же к нему комментарий автора.

«Тут все просто. Если мы не можем доделать проект не по нашей вине ... — уже выполненные работы все равно оплачиваются.»

Нет, господа и дамы, тут не все просто. Форс-мажор (он же «обстоятельства непреодолимой силы») — юридический термин, к которому никакого отношения не имеет «заказчик передумал». Если заказчик просто передумал, он, разумеется, должен заплатить (сколько он должен, см. ниже). Но при форс-мажоре (пожар, наводнение, война), показывая на пальцах, никто никому ничего не должен. Подумайте сами, у заказчика случился пожар, о какой оплате речь? На пепелище придете выдирать бабки из рук полуживых людей? Надеюсь, нет! Форс-мажор изобрели еще в Древнем Риме, уже тогда люди понимали, что у пострадавших в бедствиях деньги требовать нельзя :).

Теперь смотрим другой пункт:

«5.1. Стороны освобождаются от ответственности полностью или частично в случае, если в порядке, установленном действующим законодательством, докажут, что причиной неисполнения обязательств явились форс-мажорные обстоятельства...»

А вот это юрист писал. Он-то знал, что такое форс-мажор, и что при нем обязательства по оплате расходов не работают, стороны освобождаются от ответственности :).

Разберитесь, что такое форс-мажор, чем он отличается от «не по нашей вине».

Категория «не по нашей вине» тоже не так проста. Например, у Вас заболел программист, сроки по проекту полетели. Он не по Вашей вине заболел, значит отвечать за сроки Вы не должны? Должны. Программист опоздал на работу на полдня из-за пробки (президента в аэропорт везли), опять не Ваша вина, а отвечаете все равно Вы. Это называется «ответственность без вины» — довольно сложная юридическая категория.

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

Итого мы имеем еще один пункт из ТОП9, который возник исключительно из-за Вашего незнания, а вовсе не из-за тупости заказчика.

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

Теперь сравниваем три пункта.

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

«7.4. ...Заказчик имеет право расторгнуть Договор..., но внесенная предоплата в данном случае не возвращается

«7.5. ...если Договор расторгается по инициативе Заказчика..., то на основании действующих цен Подрядчика и Акта о работах, ...делается расчет задолженности ...»

Во всех трех случаях (хотя слова использованы разные) речь идет о, скажем так, недобросовестном заказчике, который по какой-то причине передумал с Вами работать. И на этот случай описано три совершенно разных способа взаиморасчетов: (1) по расходам, (2) невозврат предоплаты (даже если она не отработана), (3) по ценам работ. Да, есть разница между «по вине заказчика» и «расторгнуть договор», но в тот момент, когда заказчик решит Вас «кинуть», его юрист, уж поверьте, придумает, каким именно юридическим способом это сделать с минимальными потерями, то есть выберет пункт 3.8. Он приложит все возможные усилия и найдет все лазейки, чтобы ситуация выглядела как «невозможность исполнения работы по вине заказчика». Он не расторгнет с Вами договор официально по п. 7.4, он уж конечно сделает так, чтобы акт, упомянутый в п. 7.5 не был акцептован ни в одностороннем, ни в двустороннем порядке. Зачем ему Вам предоплату оставлять или оплачивать работу по прайсу, если можно этого не делать? В итоге Вы вернете предоплату за минусом не стоимости выполненных работ, а тех самых фактически понесенных расходов. Повторюсь — останетесь на бобах.

Искренний совет — пропишите единые правила взаиморасчета для всех ситуаций от полюбовного расторжения по инициативе заказчика до самого злостного его поведения. Лучше всего, если эти правила будут соответствовать законодательству, в частности ст. 717 ГК РФ, то есть по договору подряда взаиморасчет делается по фактически выполненным работам (выполненным, а не принятым по акту). Для Вас будет лучше определить договор именно как договор подряда (на выполнение работ), а не как договор услуг, потому что в случае услуг закон как раз предполагает расчет по расходам. Для обычного человека, что работы, что услуги — одна фигня, а для юриста — нет. Для Вашей же пользы, вычистите слово «услуги» ото всюду.

Пункт 7 ТОП9 по поводу ссылки на сайт разработчика. Этот момент всегда вызывает бурные споры.

Начнем с того, что все документы, в том числе электронные, которыми Вы обмениваетесь с заказчиком ДО заключения договора, могут являться доказательствами в суде. Нет деления вида «до договора — болтология, после договора — документы». Поэтому, когда первый раз показываете смету заказчику еще в коммерческом предложении, включите сноску о том, что (1) стоимость предоставлена исходя из Вашего права публиковать ссылку и (2) в случае ее непубликации, стоимость увеличится на N рублей. Не на непонятные 15-25% процентов, а конкретную сумму укажите. И Вам будет очень просто решить с заказчиком этот вопрос на этапе подписания.

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

Что делать, если забыли? Можете сослаться на ГК и потребовать написать на сайте имена авторов. В нашей компании авторов на каждый сайт 11-12 человек. Вы, как их работодатель, по закону имеете право защищать их авторские права и потребовать указания их полного списка. Для этого придется убрать из договора часть пункта 9.4 «Заказчик имеет право не указывать авторов Результатов». Заказчик обычно на этом ломается, он не хочет дюжину ФИО в подвале страницы. Тогда Вы предлагаете ему решение — вместо списка публикуете название коллектива авторов (соавторов) Sibirix (типа как название рок-группы), закон это допускает. Заказчик вздохнет с облегчением и примет исходный вариант :).

Есть только одна проблема, но, как ни парадоксально, на нее ни разу не обратил внимание ни один наш клиент. Да, Вы имеете право указать название коллектива авторов, но название — это не ссылка. Если юрист это заметит, придется согласиться на название без ссылки. Поэтому на всякий случай сразу говорите, что название Вашей рок-группы — Sibirix.ru. Тогда желающие перейти на сайт Вас быстро найдут и без ссылки :).

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

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

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

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

Начнем с того, что отсутствует предмет договора. Прочтите: «Подрядчик обязуется оказывать Заказчику услуги (выполнять работы) в объеме, в сроки и по ценам, согласованным в Приложениях к настоящему Договору». Вообще неясно, что делает подрядчик, то ли снег убирает, то ли траву косит. Составитель договора даже не смог определиться, выполняются ли работы или оказываются услуги (а это бывает важно, см выше). Любому это покажется не конкретным договором, а рыбой, и не на разработку сайта, а на любые работы / услуги.

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

Автор называет это «рамочным» договором. Меж тем слова «рамочный» в законодательстве не существует. Его ближайшим аналогом является «предварительный» договор (ст. 429 ГК РФ): «По предварительному договору стороны обязуются заключить в будущем договор о...». То есть предварительный договор — это договор «о намерениях», реализацией этих намерений является заключение отдельных договоров в будущем. Наша статья заключения отдельных договоров не предусматривает, то есть договор не предварительный. Но даже если бы он им был, то возвращаясь к ст. 429: «Предварительный договор должен содержать условия, позволяющие установить предмет, а также другие существенные условия основного договора». А у нас предмет не установлен, существенные условия тоже. Если мы определили, что речь идет о договоре, к которому даются приложения на работы, мы имеем дело с договором подряда (выполнения работ), а он уж точно должен содержать так называемые существенные условия. Те, у кого есть время, могут проштудировать главу 37 ГК РФ, посвященную договорам подряда, остальным поясню на пальцах. Существенными условиями договора подряда («существенные» — юридический термин) являются: стороны, предмет, сроки и цена. То есть, кто, что делает, в какие сроки, за какие деньги. В рассматриваемом договоре этого нет.

На этом фоне смотрим пункт 8 ТОП9. «Мы понимаем, что договор рамочный! Но мы госорганизация / организация с государственным участием — у нас в договоре должна быть зафиксирована сумма!»

Господа и дамы, ни один юрист не понимает, что договор рамочный, потому что такого договора нет в законодательстве. Зато сумма, как существенное условие, должна быть зафиксирована в любом договоре подряда, а не только с гос. организациями. Если в договоре нет суммы, Вам могут заплатить по цене, которая (ст. 424): «обычно взимается за аналогичные товары, работы или услуги», то есть суд Вам определит, сколько денег Вы заработали и, скорее всего, по совсем не выгодным расценкам. Или еще хуже, при отсутствии существенных условий договор могут признать ничтожным (незаключенным). Это означает, что стороны должны вернуться в свое исходное «преддоговорное» состояние — Вы получите обратно свой сайт, а заказчик свои деньги. Вряд ли Вы этого хотите.

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

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

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

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

«2.1.2. Подрядчик обязуется до заключения Договора предоставить Заказчику необходимую и достоверную информацию о предлагаемой работе».

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

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

Смотрите, заказчик уже что-то обязуется, а форматы еще не согласованы. Они перечислены где-то там, в конце договора, но юрист об этом не знает, потому что нет сноски на перечисление форматов.

«3.2. Переработка согласованных частей работ по данному Договору осуществляется только при полной оплате Заказчиком повторных работ. Стоимость работ в данном случае определяется Подрядчиком

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

«3.3. Все сроки выполнения работ, указанные в Приложении определяются с момента получения предоплаты.»

Что значит «получение» предоплаты? Черным налом? Это же юридический документ, здесь не место обывательским терминам.

«3.4. Если в период исполнения обязательств, указанных в Приложении к Договору, объем востребованных Заказчиком услуг превысит объем оплаченных им услуг, то разница оплачивается Заказчиком в течение 3-х рабочих дней с момента выставления Подрядчиком дополнительного счета.»

И комментарий автора к пункту:

«Это как раз те работы, которые могут выполняться без заключения Приложений, в рамках 44000 рублей.»

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

А что такое «востребованные» услуги? Опишите процесс «востребования» услуг и их согласования (предварительного, разумеется, а не по факту) их стоимости. Тогда юрист не будет огорчаться.

Отдельно обратите внимание на весь раздел 4 договора. Он называется «сроки и порядок сдачи». Но по сути там написано примерно следующее в отношении заказчика: «не успел — давай до свидания». Каким образом все эти пункты могут воодушевить юриста?

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

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

Однако в стремлении сделать фрэндли договор не забывайте о важной его особенности. В том, что касается использования терминов, договор противоположен литературе, если в литературе использовать одно и то же слово много раз плохо, надо заменять его синонимами, то в договоре такие действия строго запрещены — одинаковое значение должно передаваться строго одинаковыми словами, а не синонимами. Итого фрэндли, но четко. В рассматриваемом нами договоре все с точностью до наоборот — нефрэндли, зато много синонимов: разработка vs сборка, система управления vs CMS, всеобщее обозрение vs публичный доступ, хостинг-площадка vs рабочая площадка, можно продолжать еще долго. Каким образом юрист (а при плохом раскладе и судья), не зная специфики, должны разбираться в том, где здесь синонимы, а где разные понятия?

К этому еще добавим «сдать готовый сайт Заказчику путем отправки на е-mail»

Остается дописать «и оплатить подрядчику тоже путем отправки на email» :). Сдать что-либо можно только по акту сдачи-приемки, по имейлу ничего нельзя сдать.

Относитесь к договору аккуратно, и юристы потянутся к Вам.

Отдельно не рекомендую следовать совету автора и отправлять договора в pdf. Это не что иное, как открытая демонстрация неуважения, которая на этапе продажи, мягко говоря, ни к чему. Вам же неприятно, когда от клиента приходит договор, в котором правки не отмечены (ни цветом, ни в режиме рецензирования)? Сделать оппоненту неудобно —неуважение, оно никого не радует.

Засим все.

Комментарии участников рынка

Виталий Денисенков

Компания: Студия Борового
Должность: Директор

Если смотреть на картину отстранённо, то согласование договора, работа с правками юристов клиента — это безусловные потери студии/агентства. Особенно, если согласование договора затягивается на несколько недель или даже месяцев.

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

Но я хотел поговорить не об этом, а о причинах возникновения этих правок.

Для себя я хочу разделить категории правок на 2 большие части:

1. Бухгалтерско-юридические вопросы.

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

Бухгалтерско-юридические вопросы — это вопросы передачи имущественных прав (сайт надо ставить на учет как нематериальный актив), условия лицензии (особенно, если есть третья сторона — сторонняя CMS), условия платежей (отсрочки, выставление счета), подписание промежуточных актов, документов и т.д.

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

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

Вопросы по рамкам проекта, его важным и существенным условиям.

Наиболее интересная, ресурсоемкая и «холиварная» категория правок. Это «бодание» по количеству предоставляемых макетов, времени на согласование вариантов, количеству итераций правок («Хотим неограниченное количество изменений!»), сроку гарантий, возврату/невозврату предоплаты в случае расторжения договора, копирайтам исполнителя на сайте и т.д.

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

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

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

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

— «У нас замечания по п.п. xx».

— «Извините, но этот пункт в такой редакции был акцептован в коммерческом предложении, его пересмотр повлечет увеличение проектной стоимости»).

В действительности, таких критических для разработки сайта пунктов наберется от силы 10-15. Что же мешает предварительно согласовать их в КП? На мой взгляд, ситуация простая: студии/агентства достаточно обоснованно считают, что оглашение всех «существенных» условий проекта на стадии пресейла могут понизить шансы на победу в тендере на разработку сайта.

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

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

Часто пресейл еще и усугубляется изрядной долей фантастических обещаний менеджера по продажам: «все сделаем», «полностью уникальный дизайн всех страниц», «сделаем за 1,5-2 месяца», что формирует завышенные ожидания у заказчика и потом существенно усложняет дальнейшую разработку проекта.

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

Денис Торкунов

Компания: Лаборатория Объединенных Технологий
Должность: Руководитель аккаунт-отдела

Сам договор комментировать не буду, я не юрист.

А в целом по статье всё правильно и очень по-житейски.

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

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

(другой дизайн и/или структуру и компоновку и/или вообще тип сайта) и просит его переделать, апеллируя тем, что сроки-то истекли.

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

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

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

Рекомендуем:

Комментарии (9)


CMS Magazine CMS Magazine
RSS-подписка
CMS Magazine CMS Magazine
CMS Magazine