договор на разработку лендинга образец
Как агентству и фрилансеру защитить свою работу
От бесконечных правочек и доработочек
Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.
Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.
Сейчас я руковожу проектами по созданию сайтов в компании, где проблема бесконечных правок решена. Заодно решены и другие задачи: мы вовремя получаем оплату, быстро согласовываем макеты и сайты, вовремя получаем тексты и изображения для работы над дизайном.
Это стало возможным благодаря двум вещам: жесткой внутренней системе документооборота и грамотно выстроенному общению с клиентами. В этой статье я расскажу о первом — документальном — способе защиты агентства и результатов нашей работы.
Осторожно, бюрократия
Наши правила документооборота достаточно жесткие. Оправдание этой бюрократии простое: мы хотим, чтобы наши права были защищены. При этом мы делаем еще две вещи:
У меня были ситуации, когда клиент не успевал перевести предоплату и мы стартовали без нее. Или шли верстать страницы без согласованного дизайна. Но это уже наши внутренние риски, которые менеджер и компания берут на себя.
Как делают сайты
Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.
Обычно компания до конца не знает, как строится разработка, с чего ее начать, и имеет ограниченный бюджет. Тут компания выбирает, как поступить.
Сделать сайт самостоятельно внутри компании. Найти менеджера, дизайнера, программистов внутри организации и все сделать своими силами. Это доступно тем компаниям, у которых уже есть свой штат таких сотрудников.
Сделать самостоятельно на базе конструктора сайтов. С простым сайтом без навороченного дизайна и функционала можно справиться в одиночку, даже если у тебя нет штата разработчиков. Из минусов — придется обходиться собственными силами и навыками, осваивать конструктор самому. Этот путь обычно выбирают небольшие или новые бизнесы.
Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.
Заказать разработку в агентстве. Там за клиента составят задание (описание требований к сайту), нарисуют макеты, запрограммируют. Это дороже, зато результат предсказуемый. Средний и крупный бизнес, как правило, заказывают сайты именно у агентств.
Если выбран последний вариант, начинается путь длиной от полугода до пары лет — это в особых случаях. Срок зависит от объема и сложности разработки, скорости согласований и даже от того, насколько хорошо клиент понимает, какой функционал ему нужен.
Клиент популярной студии платит за уверенность в том, что его задача будет выполнена качественно и в срок. Но так происходит не всегда.
Какие есть подходы и проблемы
Есть два подхода к созданию любого веб-проекта.
Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.
Второй подход — это применение так называемых гибких методологий (эджайл, скрам, тайм-энд-матириал и другие красивые слова — отсюда). При таком подходе разработка ведется этапами и не останавливается. Как пример: сначала быстро нарисовали, запрограммировали и выпустили главную страницу сайта и каталог. Потом добавили еще пару страниц. И еще пару страниц. Такой подход подразумевает почасовую оплату работы специалистов: сколько времени потратили на итерацию, столько она и будет стоить.
Работать «по водопаду» уже не так модно, как по эджайлу, но это все еще популярный подход в разработке сайтов.
Если показывать схематично, то работа над сайтом «по водопаду» выглядит так. Все вроде бы просто. Но на каждом этапе студию поджидают одни и те же удивительные вопросы:
Наш подход
Мы работаем по первой модели — «водопадной». Чтобы избежать проблем, мы фиксируем в документах все стоящее, все полезное и все спорное. Каждый этап работы также обрастает документами.
В итоге на любом проекте у нас есть:
Эта кипа бумаги здесь не просто так, она нужна, чтобы мы чувствовали себя в безопасности. А чтобы эти бумажки могли нас защитить, нужно соблюдать несколько правил.
Оригиналы документов у нас на руках. Это значит, что мы работаем только с подписанными документами — мы не беремся даже за самый интересный проект, если клиент хочет работать без документов или за наличные.
Документы грамотно составлены. За это отвечает наша внутренняя шаблонизация документов и несколько специалистов: юрист корректно составляет основные документы, делопроизводитель вписывает их в наш документооборот, бухгалтер вовремя выставляет счета.
Все документы отправляются курьером с описью вложения. Это фиксирует, что мы выставили акт в срок, оговоренный приложением к договору.
Мы соблюдаем условия, описанные в этих документах. Без этого даже самый крутой юрист и самый четкий договор не помогут.
Эта система и сам список могут показаться громоздкими, если вы фрилансер или представитель небольшой компании. Но вы можете взять какие-то решения и применить их точечно в своем документообороте.
Расскажу о каждом документе подробнее.
Договор
Мы используем рамочный договор, который описывает основные взаимоотношения между сторонами: права и обязанности, правила расторжения и прочее. Договор пролонгируется автоматически — чтобы прекратить его действие, договор нужно специально расторгнуть.
Во всех наших договорах мы прописываем важные для нас нюансы.
Таск-менеджер. В договоре мы фиксируем, что по всем проектам общение с клиентом ведется исключительно в конкретном таск-менеджере — программе для обмена задачами и материалами. Такая договоренность позволяет нам общаться с клиентом только там и не отвечать на письма в почте, Телеграме и Фейсбуке. Весь контент, комментарии, пожелания и прочее лежат в конкретных задачах конкретного проекта и всегда доступны. Это удобно и нам, и клиенту — больше не приходится искать нужные ссылки в почте, Вайбере и смс.
Сдавать результаты работ тоже можно в таск-менеджере. Если клиент пропадает, а срок сдачи макетов подошел, можно выложить результат в таск-менеджер — юридически это считается сдачей результата. Остается выставить акт и счет.
Автоприемка актов и мотивированный отказ. Все работы, которые мы передаем по любому из приложений, считаются принятыми автоматически спустя 5 рабочих дней с того момента, как клиент получил акт. В реальности мы всегда презентуем результаты своего труда, но в крайнем случае можем просто загрузить их в таск-менеджер, а акт выслать почтой.
Нельзя просто так отказаться от выполненных нами работ или начать вносить корректировки в согласованные ранее работы. Если клиента что-то не устраивает, он пишет мотивированный отказ — письмо на официальном бланке с перечнем недостатков работы. Обычно до этого не доходит, потому что мы выдаем нужный клиенту результат и составлять такие бумаги никто не хочет.
Так что все правки, переделки и доработки мы всегда выносим в следующий этап или даже оцениваем как дополнительные работы за дополнительные деньги. Это значит, что они перестают быть правками и становятся частью задачи на будущем этапе или вообще превращаются в отдельное приложение с отдельным бюджетом. А юридически мы прикрыты принятыми актами.
Если дойдет до суда — процесс рассмотрят в Арбитражном суде Москвы. Это важно даже не потому, что суд находится в Москве, как и мы. А потому, что московский и питерский суды имеют практику по делам студий, агентств и вообще интеллектуальной собственности. А суды в нестоличных городах — не имеют. И нестоличный суд не будет с той же тщательностью, что и московский, разбираться, все ли ховеры переданы и считать ли их интеллектуальной собственностью.
Приложение
Приложение — это соглашение об определенном наборе работ. В нем мы фиксируем этапы, сроки, стоимость, ответственность сторон на конкретном проекте. Если проект большой, мы можем сделать два приложения: первое — на дизайн, второе — на программирование. Если проект маленький, мы составляем одно приложение. Расскажу о наших принципах именно на таком примере.
В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.
Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.
Сначала читать, потом подписывать
Разбивка по этапам выглядит примерно так:
При желании можно разбить проект на большее количество этапов: отдельно показать прототип, адаптацию макетов, верстку, тестирование и что-нибудь еще. Все зависит от проекта.
В таком устройстве документа есть два плюса. Каждый этап становится базой для дальнейших работ: к примеру, программирование не начнется, пока мы не сдадим дизайн. Каждый этап закрывается актом, поэтому внести в него лишнюю корректировку просто так не получится. Если началось программирование, значит, дизайн не изменится.
В сроках есть такая хитрость: мы учитываем не только срок нашей работы над этапом, но и срок, когда клиент принимает работу. Обычно это 5 рабочих дней. Так у нас есть время сдать проект и передохнуть перед следующим этапом, а у клиента — время принять нашу работу, обсудить ее с командой, согласовать, подписать акт и провести нужный платеж. Если клиент пишет мотивированный отказ, мы должны переделать непринятые работы. Срок переделки равен сроку несогласованного этапа.
Каждый этап имеет свою стоимость и закрывается актом. Такая разбивка защитит, если в середине проекта придется расторгать приложение или договор. Это может произойти по разным причинам: клиент поругался со студией или решил открыть новую фирму и все договоры старой фирмы хочет срочно закрыть.
Для каждого этапа мы указываем, в какой форме сдаем результат. И именно результат по этой форме клиент может принять или не принять. Объясняю на примере.
Вот что мы делаем для разработки концепции:
Но мы специально не обещаем всего этого в приложении и не оформляем как результат работ. Все это — процессы и промежуточные результаты, их нельзя «сдать» в виде результата работ. С юридической точки зрения мы должны клиенту только два файла в определенном формате.
Интеллектуальная собственность. Мы разграничиваем, кому должны принадлежать права на материалы, которые потребуются для разработки сайта. Кроме собственно результатов работы, которые мы передаем клиенту, например макетов, в нашей работе встречаются и другие материалы:
Задание
Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.
Для нас задание — это документ, фиксирующий цели и задачи сайта, основные требования к форматам, состав страниц, список необходимых материалов. На этом все. У «технического задания» есть собственное определение и госты. Подготовка такого документа будет стоить дороже, при этом для наших клиентов он будет избыточным. Мы даем определение нашему пониманию термина «задание», чтобы не возникало разночтений или требований оформить его по госту, как «техническое задание».
Если среди читателей есть те, кто сможет рассказать, чем ТЗ на создание корпоративного сайта круче обычного задания, — расскажите, вдруг мы передумаем.
Само задание мы сдаем как результат работ, который закрывается актом. Подписывается при этом и акт, и задание — так мы фиксируем все, что написано в задании, как требования к последующим этапам.
Образец договора
Договор-оферта на платные услуги по созданию сайта.
Настоящая оферта представляет собой официальное предложение Индивидуального Предпринимателя Вавилина Анатолия Дмитриевича, ИНН: 526 318 940 733, ОГРНИП: 311 526 304 600 011, именуемый в дальнейшем Исполнитель, по оказанию услуг создания интернет-сайта любому юридическому или физическому лицу, именуемому в дальнейшем Заказчик, и выражает намерение сторон заключить Договор на создание сайта на условиях настоящей Оферты.
1. Предмет договора
Заказчик поручает, а Исполнитель принимает на себя обязанности по созданию интернет-сайта.
2. Права и обязанности сторон
2.1 Права и обязанности Исполнителя:
— Создать интернет-сайт и передать его в собственность Заказчику.
— зарегистрировать доменное имя на имя Заказчика, за счет Заказчика, сроком на один год, в доменной зоне по выбору Заказчика, Заказчик вправе предоставить имеющийся у него домен, для размещения на нем сайта.
— заказать услуги хостинга от ООО ТаймВэб, на имя Заказчика; оплата хостинга осуществляется Заказчиком, в течении 7 дней с момента регистрации.
— передать все необходимые пароли доступа к администрированию Интернет-сайта.
— разместить Интернет-сайт на хостинге от компании ТаймВэб, либо передать Заказчику исходник сайта, для самостоятельного размещения Заказчиком сайта на другом хостинге.
— в обязанности Исполнителя не входит наполнение сайта информацией, но по обоюдной договоренности Исполнитель может на себя взять обязанности по наполнению.
— Исполнитель обязан предоставить инструкции по пользованию сайтом.
— Исполнитель вправе отказаться от выполнения работ, на любом этапе.
— В случае, если Исполнитель отказывается от выполнения работ после осуществления оплаты Заказчиком, Исполнитель обязан вернуть оплаченные денежные средства в полном размере.
— Исполнитель обязуется не передавать третьим лицам и не использовать в собственных целях, полученную от Заказчика текстовую, графическую, фото и видео информацию, а также любую другую информацию, которая может являться коммерческой тайной Заказчика.
2.2 Права и обязанности Заказчика:
— Оплатить оказанные Исполнителем услуги, в случае, если его устраивает созданный сайт.
— Предоставить необходимые данные для регистрации домена и хостинга.
— Заказчик согласен с тем, что после оформления заказа, на его е-маил будут приходить письма информационного содержания, по тематикам: создание, управление и продвижение сайта, а также уведомление о новых услугах Исполнителя.
3. Порядок расчетов и выполнения работ
3.1 Оплата за создание сайта осуществляется путем безналичного перевода денежных средств на расчетный счет Исполнителя, либо другим способом, по обоюдной договоренности сторон.
3.2. Оплата услуг Исполнителя производится после выполнения работ по созданию сайта.
3.3 Регистрация доменного имени и передача сайта в собственность Заказчику осуществляется в течении 3 рабочих дней с момента поступления денежных средств на счет Исполнителя, при условии предоставления Заказчиком необходимых данных для регистрации домена, в случае, если данные Заказчиком не были предоставлены, регистрация домена и передача сайта осуществляется в течении 3 дней с момента получения Исполнителем необходимых данных от Заказчика;
3.4 Факт оплаты является полным согласием с созданным сайтом, его функциональными возможности, дизайном и другими прочими параметрами.
3.5 После оплаты услуг Исполнителя сайт переходит в собственность Заказчика.
3.6 Фактом выполнения работ Исполнителем, является отсутствие претензии, направленной Исполнителю в течении месяца со дня оплаты, заказным письмом с уведомлением о вручении или курьером по юридическому адресу Исполнителя.
4.1 Стоимость услуг Исполнителя составляет 5000 рублей.
5. Ответственность сторон
5.1 Стороны несут ответственность за несоблюдение условий соглашения в соответствии с действующим гражданским законодательством Российской Федерации.
5.2 Все споры и претензии, возникающие между сторонами по настоящему договору, решаются путем компромисса и переговоров, а в случае недостижения согласия – в судебном порядке.
5.3 Исполнитель не несет юридической, материальной или иной ответственности за содержание, качество и соответствие действующему законодательству информации, размещенной Заказчиком на Сайте.
5.4 Исполнитель не несёт ответственности по претензиям Заказчика к качеству соединения с сетью Интернет, связанным с качеством функционирования сетей Интернет-провайдеров, с функционированием оборудования и программного обеспечения Заказчика, качеству работы хостинга, на котором размещен сайт и другими обстоятельствами, находящимися вне компетенции Исполнителя.
5.5 Исполнитель гарантирует, что на момент передачи сайта, сайт свободен от прав на него и доступа к нему у третьих лиц.
Интерес к созданию сайтов в последний год значительно увеличился. Многие офлайн-компании решили перенести бизнес в интернет, чтобы частично компенсировать потери из-за пандемии.
Разработка сайта — стандартная digital-услуга, которая выполняется по шагам. Сначала создаётся макет, затем его верстают в html, интегрируют в CMS и дорабатывают по требованию заказчика. На каждом из этих этапов у программистов часто возникают проблемы из-за того, что клиенты меняют изначальные условия.
В статье поговорим о том, как составить договор на создание веб-ресурса, что в нём должно быть, и как защитить себя от заказчиков, которые не выполняют договорённости.
Зачем нужен договор
Договор на разработку сайта — юридический документ, в котором закрепляются права и ответственность сторон. Разработчик гарантирует выполнение работы в рамках соглашения, а заказчик — оплату в установленные сроки.
В Рунете далеко не все программисты, которые создают веб-ресурсы под заказ, используют договоры. Многие заключают сделки на словах и потом страдают из-за того, что заказчики отказываются принимать работу или тянут с предоплатой по несколько месяцев.
Важно понять, что договор — не просто бюрократическая деталь, а гарантия честной работы. Стороны заранее договариваются об условиях, находят компромиссы и закрепляют детали в документе.
Подписанное соглашение, как ремень безопасности в автомобиле. В случае экстренной ситуации он может спасти от серьёзных последствий. Если «ремня» нет, придётся надеяться на счастливый случай. В бизнесе любые договорённости должны быть закреплены документально, иначе они будут бесполезны.
Предположим, что клиент внёс предоплату за разработку крупного интернет-магазина и перестал выходить на связь. Программист заказал макет у дизайнера, потратил большую часть денег, начал делать вёрстку и не может получить ответ от заказчика.
Такие ситуации происходят постоянно и результат конфликта зависит исключительно от наличия договора. Если в соглашении были прописаны сроки выполнения и приёмки работ, то разработчик может обратиться в суд, и клиент компенсирует потраченное время, расходы на юристов и другие издержки.
В последнее время разработчики начинают понимать, что надо более серьёзно относиться к договору. Многие не начинают делать работу, пока не будет подписано соглашение, и на расчётный счёт не поступит предоплата или полная сумма.
Всем хочется поскорее закрыть проект, получить деньги и перейти к следующей задаче, но никогда нельзя начинать работу без гарантий оплаты. Сегодня клиент может говорить, что деньги вот-вот поступят на карту, а завтра скажет, что сайт ему не нужен, и он нашёл компанию, которая сделает проект в 2 раза дешевле.
Если разработчик уже потратился на инструменты, собрал команду для работы над проектом и и начал создание прототипа без договора и предоплаты, он просто подарил своё время. В лучшем случае клиент пойдёт на встречу и компенсирует расходы, а в худшем — оставит негативный отзыв в соцсетях за то, что у него просят деньги за бесполезный для него продукт.
Главные преимущества работы по договору:
Недостатки:
Средние и крупные компании, которые занимаются разработкой, обычно ответственно относятся к юридическим формальностям. У них есть типовые шаблоны договоров, надёжность которых проверена многолетним опытом сотрудничества с заказчиками.
А вот фрилансеры нередко игнорируют юридические процедуры и сами ставят себя в неудобное положение. Им кажется, что клиенты откажутся от проекта из-за дополнительной бюрократии.
Мы подготовили пошаговую инструкцию, в которой будут указаны самые важные пункты соглашения с подробным объяснением. Используйте её, чтобы защитить свои права и получить гарантию оплаты.
Как составить договор на создание сайта
Договор на разработку веб-ресурса — сложный документ, который требует максимально тщательной проработки. В нём не должно быть неоднозначных формулировок или пропущенных пунктов.
Без договора исполнитель не обязан делать работу, а заказчик вносить предоплату. Соглашение надёжно фиксирует зоны ответственности и если документ составлен без критичных ошибок, он будет надёжно защищать обе стороны рабочего процесса.
Разработчики на фрилансе часто думают, что договор — бесполезная трата времени. Если заказчик внёс 30% от стоимости проекта, можно сразу начинать работу, доводить до логического завершения и только потом просить остальную сумму. Но если хотите быть уверены, что получите свои деньги, нужен договор.
В юридических соглашениях обе стороны имеют равные права. Исполнитель обязуется разработать сайт или проконтролировать работу внешних специалистов, а заказчик гарантирует своевременную оплату. Если в рамках договора подрядчик должен будет заплатить штраф за несвоевременное выполнение работы, то и у клиента будут аналогичные обязанности в случае нарушения условий.
Все пункты документа должны быть максимально чёткими и прозрачными. Если есть неоднозначные формулировки, от них лучше избавиться до подписания договора. Например, если в перечне работ написано, что подрядчик обязуется сделать сайт «быстро и качественно», это не имеет юридической силы.
Аналогичная ситуация с заказчиком, который обязуется оплачивать работу своевременно. Это слово можно трактовать по-разному. Такие формулировки совсем не стимулируют клиента вовремя вносить предоплату.
Договор не обязательно должен быть шаблонным. Можно составить его с учётом особенностей проекта или компании, которая заказывает разработку сайта. Самое главное, чтобы перед подписанием его проверил юрист. Желательно, чтобы у специалиста был опыт работы с аналогичными проектами.
Перечень работ
Этому разделу следует уделить максимум внимания. В процессе разработки сайта может оказаться, что утвержденное техническое задание оказалось недостаточно продуманным. Заказчик хочет увеличить возможности проекта и не собирается платить за это дополнительно.
Перечень работ, указанный в договоре, станет спасательным кругом. Если исполнитель выполнил все задачи из списка, у него больше нет обязательств перед клиентом. Все задачи, которые выходят за рамки договора, должны оплачиваться отдельно.
Что входит в перечень работ:
Если формулировка списка задач, которые должен реализовать исполнитель, слишком размытая, в случае возникновения разногласий, будет трудно добиться положительного результата в суде.
Права и обязанности сторон
Пункт не менее важен, чем перечень работ. Если убрать его из документа или сильно сократить, ничего хорошего при таком формате сотрудничества не выйдет. Разработчик может отказаться от создания сайта, а заказчик не захочет вносить оставшуюся часть денег.
В правах и обязанностях сторон по разработке сайта обычно прописывают стандартные пункты, которые используются в образцах договоров, опубликованных в интернете. Многие из примеров составлены неправильно, поэтому в любом случае придётся воспользоваться помощью юриста.
Что должно быть указано в этом разделе:
Если заметите ошибки после подписания договора, постарайтесь убедить заказчика заключить новое соглашение, а старое аннулировать. Нельзя начинать работу, если нет 100% уверенности, что договор гарантирует честную работу.
Стоимость разработки и порядок оплаты
В договоре должна быть чётко прописана стоимость выполнения работы. Например, «Заказчик обязуется выплатить Исполнителю 100 000 (100 тысяч 00 копеек) российских рублей». Формулировка выше относительно правильная, но не указано, за что именно исполнитель получает деньги. Чаще всего в договорах пишут «за работу, описанную в рамках договора».
Пункты соглашения связаны между собой, поэтому важно, чтобы все они были проработаны до мелочей. Если перечень работ чётко не указан, то заказчик может не платить деньги и сослаться на то, что задача реализована лишь частично.
Порядок оплаты тоже играет большую роль. В договоре должны быть прописаны сроки перевода денег. Например, «Заказчик обязуется оплатить 50% от цены, указанной в пункте договора на расчётный счёт из реквизитов договора».
Форс-мажоры, штрафы и решение споров
В договорах на разработку сайтов часто прописываются форс-мажорные ситуации. Подрядчик защищает себя на случай возникновения непредвиденных обстоятельств, а заказчик получает гарантию, что исполнитель оповестит его о форс-мажорах.
Что касается штрафов, то в большинстве соглашений такого пункта нет. Лучше заранее предупредить клиента, что хотите внести его в договор и найти компромисс. Если условия будут слишком жёсткими, потенциальный партнёр может отказаться от сотрудничества.
Указание штрафов — нормальная практика. Это гарантия того, что все стороны выполнят свои обязанности. Разработчик понимает, что лишится части денег, а клиент знает, что лучше не пропускать срок оплаты или проверки работы.
Разрешение споров должно выполняться в рамках законодательства конкретного государства. Если стороны договора из разных стран, они выбирают нейтральную территорию. В этом плане сотрудничество с зарубежным заказчиками более невыгодное, чем с контрагентами, находящимися на той же территории.
Реквизиты сторон
В конце договора в обязательном порядке должны быть указаны реквизиты исполнителя и заказчика. Это важно, если решение конфликта выйдет за рамки досудебных претензий и перейдёт в зал суда.
Если в документе не будет прописан расчётный счёт разработчика, заказчик может сказать, что давно перевел деньги и теперь просит вернуть их, потому что работа не выполнена в обозначенные сроки.
В список реквизитов обычно включают банковский счёт, почтовые ящики, номера телефонов, ссылки в социальных сетях и другие данные, которые позволяют идентифицировать стороны договора.
Техническое задание
Одна из частых проблем — переоценка важности технического задания. Разработчики считают, что если заказчик согласился с ТЗ, и он сделает работу строго по утверждённому файлу, то гарантированно получит оплату. В реальности же техническое задание — просто файл, в котором описан внешний вид и возможности сайта. Если он не прикреплён к договору как приложение, то не имеет никакой ценности.
Обязательно нужно прикрепить к договору фотографии будущих веб-страниц, чтобы заказчик не мог требовать полного изменения структуры. После того, как согласование дизайна будет завершено, можно заключать основное соглашение на разработку. Если подписать договор до создания макета, появляются дополнительные риски.
Представьте, что клиент поручил архитектору построить здание, но не сказал, какое именно. Исполнитель знает, что оно должно быть высоким и красивым. В договоре должен быть чётко прописан процесс работы над макетом. Если им занимаются сторонние специалисты, то разработчик несёт ответственность только за техническую «начинку», а не внешний вид. Он не должен бесплатно менять цвет или структуру блоков.
Разработчикам, которые работают на фрилансе, надо обязательно освоить работу с документами. Особенно, если они хотят сотрудничать с крупными компаниями. Серьёзные фирмы не работают без договора, акта выполненных работ и другой отчётной документации.
Дополнительные советы по составлению договора:
Представим, что договор составлен с учётом всех нюансов, его проверил опытный юрист и остаётся только его подписать. Потом выясняется, что клиент находится в другой стране.
В таких случаях на помощь приходят системы электронного документооборота. Есть крупные сервисы, вроде «Контур.Эльба», и специализированные инструменты для подписания договоров в электронном формате, вроде Docusign.
Если собираетесь подписать договор удалённо, то в теле документа надо обязательно добавить пункт об этом. Иначе соглашение не будет иметь юридической силы. Укажите, что договор подписывается в сервисе Docusign и вступает в силу сразу после проставления электронной подписи.
В процессе разработки сайтов могут возникать разногласия, и если соглашение заключено исключительно на словах, одна из сторон точно пострадает. Доказать, что заказчик должен был выплатить 100 тысяч рублей после сдачи сайта без договора и акта выполненных работ невозможно.
Многие разработчики интересуются, как мотивировать клиентов на заключение соглашения. Ответ максимально простой — это в интересах всех сторон. Исполнитель и подрядчик готовят права и обязанности, согласовывают перечень работ, прописывают сроки и форс-мажоры, утверждают техническое задание и начинают работу.
При таком подходе каждая сторона защищена от невыполнения условий. Если разработчик не успеет сдать сайт за месяц, он лишится части денег, а у заказчика больше не будет обязанностей перед ним.
И не забывайте, что договор подписывается в двух экземплярах. Оригиналы надо бережно хранить даже после завершения работы. Нет гарантий, что заказчик не отправится в суд через полгода после сдачи проекта. Конечно, если обратное не прописано в договоре.
Если клиент находится в другом городе или стране, можно отправить документы курьерской службой с описью вложения. Служба доставки предоставит отчёт о вручении конверта.
Можете использовать шаблоны документов из сети, но обязательно проверьте их надежность. Юристы берут за проверку и редактирование договоров несколько тысяч рублей. Лучше не экономить на этой задаче.
Примените наши советы, чтобы вывести работу с клиентами на новый уровень. Не бойтесь работы с документами. Они только кажутся сложными. Если позволяет доход, делегируйте юридические задачи опытным специалистам.