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

Опубликовано: 03.10.2024

Как заключить договор с фрилансером, чтобы не было проблем

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

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

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

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

Что будет, если работать с фрилансером без документов

Мы знаем вот такие негативные последствия.

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

Предприниматели на УСН с объектом «Доходы минус расходы» и плательщики налога на прибыль организаций уменьшают налог за счёт расходов из ст. 346.16 и 252 НК РФ. Чем больше расходов, тем меньше налог.

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

Интернет-магазин заказал сайт и его раскрутку в интернете. Оплату веб-мастеру учитывают как расходы на рекламу и покупку нематериального актива. Расход подтверждают договором на создание сайта и документами об оплате — иначе налоговая не примет. Кейс из Письма УФНС РФ по г. Москве от 16.12.2011 г № 20-14/2/122096@.

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

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

Без документа суд не поверит на слово, что исполнитель должен сделать дополнительный каталог в боковом меню. Это правило из ст. 162 ГК РФ. К тому же если стороны не оговорили индивидуальные условия работы, действуют стандартные условия из закона по ст. 421 ГК РФ. И они не всегда выгодны заказчику. Например, по общему правилу нельзя отдать проект другому подрядчику для исправления косяков, а расходы предъявить фрилансеру.

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

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

У заказчика не будет исключительных прав на результат работы. Это риск потерять деньги.

Логотип, текст для соцсети, фото бургера в меню и даже сайт целиком — это интеллектуальная собственность по смыслу ст. 1225 ГК РФ. Чтобы пользоваться интеллектуальной собственностью, надо приобрести исключительные права. Так требует ст. 1229 ГК РФ.

Когда заказчик не оформляет с подрядчиком договор, он не покупает исключительное право на работу. Это примерно как взять машину в автосалоне без договора и ПТС — она не станет вашей.

Фрилансер спокойно продаст логотип снова и ничего не нарушит. А вот вы уже станете нарушителем исключительных прав. Новый владелец через суд обяжет вас уничтожить весь товар с логотипом и заплатить компенсацию в сумме до 5 000 000 ₽ по ст. 1252, 1301 ГК РФ.

Варианты оформления договора с фрилансером

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

Гражданско-правовой договор на бумаге

Подходит, когда нашли подрядчика через сарафанное радио.

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

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

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

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

Договор и техническое задание стороны подписывают. Не переводите деньги до получения от фрилансера подписанного экземпляра.

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

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

Гражданско-правовой договор через сервис на бирже фриланса

Такой способ удобен, если заказчик подобрал подходящего исполнителя на сайте наподобие fl.ru или freelance.ru.

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

Для примера разберём работу сервиса Безопасная сделка на сайте fl.ru.

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

За безопасную сделку заказчик платит сервису комиссию. Размер зависит от бюджета сделки.

Когда работа сделана, сервис присылает заказчику договор, акт приёмки и счёт-фактуру на комиссию. Документы придут почтой или через Контур.Диадок. С ними у бухгалтерии не будет вопросов.

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

Срочный трудовой договор

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

Срочный трудовой договор оформляют, когда в проект нужен временный специалист, но принципиально важно, чтобы он ходил на работу как все остальные. Или чтобы работал удалённо, но был на связи с 9 до 18 часов. Например, команде нужен ещё один разработчик. Есть другие основания для временного трудоустройства, они написаны в ст. 59 ТК РФ.

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

У срочного договора есть опасность для предпринимателя. Если работник обратится в суд и докажет, что в компании хватит задач для еще одного программиста, договор станет бессрочным. Такое возможно исходя из п. 13 Постановления Пленума ВС РФ от 17.03.2004 № 2. Значит работник продолжит ходить в офис и получать зарплату. А ещё имеет право уйти в декрет и через три года выйти. Поэтому ещё раз подчеркнём: срочный трудовой договор — крайний вариант оформления фрилансера.

Когда надо платить налоги за фрилансера

В некоторых случаях заказчик платит за подрядчика налоги.

По гражданско-правовому договору с физлицом

ИП и организации удерживают с вознаграждения исполнителя НДФЛ 13 %, поскольку выступают налоговыми агентами по ст. 226 НК РФ. За невыполнение обязанности налогового агента компанию оштрафуют по ст. 123 НК РФ.

Еще за подрядчика платят страховые взносы в ПФР 22 % и ФОМС 5.1 %. Исключение — фрилансеры без гражданства России не подлежат страхованию. Так установлено в ст. 419, 420, 422 НК РФ.

Отчитываться и платить взносы в ФСС за фрилансера не нужно.

По гражданско-правовому договору с ИП

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

По гражданско-правовому договору с самозанятым

Самозанятые — фрилансеры, которые платят налог на профессиональный доход по Закону № 422-ФЗ. С налогами от гонораров и страховыми взносами самозанятые разбираются сами, заказчик свободен.

Тем не менее если договор действует, работа движется, а самозанятый отказался от такого статуса (ему можно), заказчик доплачивает НДФЛ. Для подстраховки от подобной ситуации запишите в договор, что самозанятый обязан заранее оповестить заказчика о прекращении статуса.

Сдавайте отчётность в три клика

Эльба рассчитает налог и подготовит отчётность для бизнеса на УСН, ЕНВД и патенте. А ещё поможет cформировать счета, акты и накладные.

По срочному трудовому договору

Пока человек трудоустроен, работодатель платит НДФЛ как налоговый агент по ст. 226 НК РФ и взносы в ФСС, ПФР и ФОМС по ст. 419 НК РФ.

Образец договора, подготовленный специалистами сервиса.

Рекомендации по составлению договора

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

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

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

Рассмотрим основные разделы соглашения на разработку сайта.

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

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

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

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

Обязанности сторон

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

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

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

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

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

Приёмка работ

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

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

Права собственности

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

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

Гарантийное обслуживание

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

Укажите, что начало гарантийного срока наступает с момента подписания Акта по приёмке или утверждения всех Промежуточных этапов по Основным этапам, а также опубликования веб-сайта на сервере. Также укажите срок действия гарантии, например, в течение двух лет.

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

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

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

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

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

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

Установка копирайта и публикация в портфолио

Очень часто при общении с заказчиком при запуске нового проекта конфликтным моментом становится размещение «марки» студии на сайте («Сделано в XXX » и пр.). Если данный момент никак не обозначен в договоре, то убедить заказчика прислушаться к вашим доводам бывает сложно. Часто проблемы возникают в самый последний момент, даже если изначально лейбл присутствовал и на макетах, и на тестовой зоне: «Ой, а мы не думали, что так и пойдет на основную версию сайта». Итак, что рекомендуется сделать:

Торговая марка Исполнителя (если есть – номер свидетельства о регистрации) устанавливается Исполнителем на разработанных дизайн-макетах. Этот элемент должен быть сохранен в дальнейшем без изменений, и присутствовать на сайте, разработанном по результатам работ по данному Договору. На торговой марке должна присутствовать гиперссылка на сайт xxx.ru. Внешний вид и положение торговой марки Исполнителя на сайте Заказчика определяется сторонами на этапе приемки дизайн-макетов

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

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

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

Сроки – нахлест этапов

Часто в договоре или приложении, где указывается план работ, ряд этапов внутри крупных блоков, закрываемых актами, идет внахлест. Об этом надо писать прямо, чтобы заказчик не имел возможности обвинить вас в затягивании сдачи результатов по промежуточному этапу или началу старта работ по нему же. Для этого в плане необходимо дать поясняющие подписи вида «Работы по этапу 1.2 начинаются после завершения этапа 1.1 и идут параллельно с этапом 1.3» или «Этап 4.5 начинается после завершения работ по этапам 4.4. и 4.3…»

Срыв сроков по вине заказчика

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

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

Время на согласование результатов работ и подписание актов

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

Приемка результатов, акты

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

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

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

Претензии третьих лиц

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

Можно прописать в договоре следующий пункт: «Заказчик гарантирует (и несет полную ответственность за нарушение данного обязательства), что все предоставленные им Информационные материалы свободны от претензий третьих лиц и факт их передачи Исполнителю не нарушает патентных, авторских и смежных прав, а также прав на коммерческую тайну третьих лиц». Факт передачи материалов можно закрывать отдельным актом.

Часто заказчик настаивает на указании пени за срыв сроков. Это нормальная практика. Главное, указать «рыночный размер» пени (в нашем случае – 0,1%-0,5% за рабочий день просрочки), а также границу: «общая сумма санкций не должна превышать 10% от стоимости работ». Процент может варьироваться, зависит от ваших навыков переговорщика.

Привлечение третьих лиц

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

Ходовка с саппортом/хостингом

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

Очень часто, особенно с крупными компаниями, возникает следующий момент. Сайт открыт, размещен на ваших серверах, вы оказываете какую-то минимальную поддержку. А приложение на хостинг и поддержку зависло между многочисленными юридическими и финансовыми департаментами клиента. И провисеть оно там может месяцы. А поскольку сайт работает, поддержка оказывается, менеджер со стороны заказчика особо и не форсирует эту задачу. Вы не получаете деньги в срок, а кроме того, если через 3-4 месяца такого замыливания темы заказчик решит перенести проект на свой хостинг или поддержку, вы вообще этот бюджет можете не увидеть.

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

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

— На этом, наверное, все, очень надеюсь, что материал окажется полезным и поможет избежать неприятных инцидентов. Статья основана на моем опыте работы со стороны исполнителя в ADV/web-engineering (большей частью), со стороны заказчика – в Мегаплане, ну и на общении с представителями большого числа различных студий и агентств, конечно.

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

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

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

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

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

Осторожно, бюрократия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наш подход

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

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

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

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

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

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

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

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

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

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

Договор

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

Во всех наших договорах мы прописываем важные для нас нюансы.

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

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

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

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

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

Приложение

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

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

Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.

Сначала читать, потом подписывать

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

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

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

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

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

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

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

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

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

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

Задание

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

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

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

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

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

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

Какой договор заключить?

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

По договору подряда подрядчик обязуется выполнить по заданию заказчика работу и сдать ее результат, а заказчик – принять его и оплатить (ст. 702 ГК РФ). Причем результат этот должен быть автономным – полноценно существовать независимо от процесса выполнения работ и быть полезным для заказчика. Разработка сайта предполагает достижение такого результата, но он носит неовеществленный характер – представляет собой набор цифровых файлов, существующую в интернет-пространстве программу. Именно на это обстоятельство ссылаются сторонники того, что договор на разработку сайта является договором оказания услуг. Но по такому договору результат не является безусловно достижимым, а ценность услуги состоит в ее оказании исполнителем, потому услуга не может существовать без этого процесса.

Квалификация договора важна для понимания его существенных условий и последствий его расторжения. Так, последствия отказа заказчиком от договора оказания услуг (ст. 782 ГК РФ) и от договора подряда (ст. 717 ГК РФ) будут разными. Обычно для него менее затратно отказаться в одностороннем порядке от первого договора, чем от второго (подробнее об этом будет рассказано ниже).

Суды отмечают, что при сложности отнесения договора к договору оказания услуг или подряда следует изучить его условия 1 и выяснить, что именно требовалось заказчику – результат или процесс оказания услуги 2 . Для исключения споров о квалификации договора целесообразно в нем указать, нормами какой главы Гражданского кодекса стороны будут руководствоваться – гл. 37 «Подряд» или гл. 39 «Возмездное оказание услуг». Стоит иметь в виду, что к договору оказания услуг могут быть применены положения Гражданского кодекса, регулирующие договор подряда (ст. 783 ГК РФ).

Как прописать существенные условия договора на разработку сайта?

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

Предмет

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

Сроки

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

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

Приемка работ

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

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

Стоимость

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

Условия прекращения действия договора

Здесь важную роль может сыграть как раз квалификация договора.

Согласно ст. 717 ГК РФ, если иное не предусмотрено договором подряда, заказчик может в любое время до сдачи ему результата работы отказаться от исполнения договора, оплатив выполненную работу. Также заказчик обязан возместить подрядчику убытки, причиненные прекращением договора, в пределах разницы между ценой, определенной за всю работу, и той ее частью, которая выплачена за выполненную работу.

Согласно ст. 782 ГК РФ заказчик вправе отказаться от исполнения договора оказания услуг при условии оплаты исполнителю фактически понесенных им расходов.

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

Если при заключении договора было решено руководствоваться положениями гл. 37 ГК РФ («Подряд»), то при одностороннем отказе от него по причине некачественного выполнения работ или нарушения сроков следует опираться на ст. 715 ГК РФ, а не ст. 717 того же кодекса. Это позволит заказчику не оплачивать работы, выполненные до отказа от договора, и требовать возврата уплаченного аванса.

Кому будут принадлежать исключительные права на сайт?

Исключительное право на ПО принадлежит заказчику с момента его создания, а исполнитель вправе использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права (п. 1, 2 ст. 1296 ГК РФ). Вместе с тем в договоре может быть указано, что исключительное право на ПО принадлежит исполнителю, т.е. в данном случае стороны добровольно изменяют правило п. 1 ст. 1296 ГК РФ. Тогда заказчик будет вправе использовать ПО для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права.

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

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

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

1 Пункт 43 Постановления Пленума Верховного Суда РФ от 25 декабря 2018 г. № 49 «О некоторых вопросах применения общих положений Гражданского кодекса Российской Федерации о заключении и толковании договора».

2 Постановление Президиума Высшего Арбитражного Суда РФ от 27 апреля 2010 г. № 18140/09 по делу № А56-59822/2008, Постановление Арбитражного суда Поволжского округа от 23 апреля 2019 г. по делу № А57-22293/2018, Постановление Десятого арбитражного апелляционного суда от 12 августа 2019 г. по делу № А41-3146/2019.

Читайте также: