договор на разработку технического задания на программное обеспечение
Договор на разработку
Образец договора в 2021 году
Бланк договора на разработку
Образец договора, подготовленный специалистами сервиса.
Понятие и содержание договора
Данное соглашение готовится, когда стороннему лицу поручается разработка некоего результата интеллектуальной деятельности (РИД), например, написание программы для ЭВМ.
Гражданский кодекс содержит понятие договора авторского заказа, который заключается с автором, то есть непосредственно с физическим лицом.
Договор, который формируется в сервисе «Документовед» хотя и регулирует процесс создания РИД и передачи прав на него, может заключаться как с физическим лицом (автором), так и с юридическим лицом (например, с компанией по разработке программного обеспечения). То есть по своей сути он является смешанным и содержит в себе как признаки авторского заказа, так и элементы договора подряда и оказания услуг.
Содержание договора
Договор на разработку составляется в письменной форме и обычно содержит в себе разделы, в которых изложены сведения о:
Стороны договора
В начале договора укажите дату и место заключения соглашения, и реквизиты сторон. Сторонами в данном случае являются:
Со стороны Заказчика и Исполнителя могут быть как простые физические лица, так и субъекты предпринимательской деятельности — юридические лица и индивидуальные предприниматели.
Предмет договора
В соглашении на разработку обязательно нужно определить предмет договора. Сделать это можно следующими способами:
При согласовании предмета договора важно максимально чётко определить требования к результату работы. Например, при создании программы для ЭВМ нужно указать требования к функциональности, требования к программной совместимости и способам создания ПО (языки программирования, архитектуру программы).
Без подробного указания требований к результату интеллектуальной деятельности заказчик рискует получить совсем не тот результат, на который рассчитывал. Причём формально договор будет считаться исполненным, а работы выполненными надлежащим образом.
Более рациональным будет прописывать требования к результату работ именно в техническом задании или согласовывать посредством переписки. Таким образом, при изменении и уточнении каких-либо требований в процессе работы не потребуется перезаключение всего договора. Также можно предусмотреть, что, по мере необходимости, уточнённые данные можно согласовывать по электронной почте, даже если изначальные требования были установлены в техническом задании.
Права и обязанности сторон
Главная обязанность исполнителя — в согласованный срок передать результат работы Заказчику. А Заказчик, в свою очередь, обязан принять и оплатить работы, выполненные Исполнителем.
Также обязательно предусмотрите обязанность Заказчика в установленный срок предоставить всю необходимую информацию о перечне требуемых работ и исходные данные для выполнения работ.
Также дополнительными обязанностями сторон будет соблюдение режима конфиденциальности и авторских прав третьих лиц. Если Исполнитель понимает, что для выполнения работ необходимо использовать результат интеллектуальной деятельности третьих лиц, он должен уведомить об этом Заказчика, который самостоятельно заключает соответствующий договор с правообладателем о получении прав на их использование.
Сроки выполнения работ и порядок их передачи
Очень важно в договоре на разработку согласовать следующие сроки:
Исключительные права использования результатов выполненных работ
Пропишите в соглашении кто будет обладателем исключительного права на результаты интеллектуальной деятельности, созданные по договору: либо Исполнитель передаёт все права Заказчику, или исключительное право остаётся у Исполнителя, а Заказчику предоставляется право использования результата выполненных работ путём воспроизведения, распространения, показа и т.д. Если все права передаются Заказчику, то Исполнитель не сохраняет за собой права использовать результат выполненных работ самостоятельно или представлять аналогичные права на их использование третьим лицам.
Стоимость и порядок расчётов
Определите в договоре стоимость работ путём указания её в договоре или техническом задании. Также можно указать, что стоимость работ согласовывается сторонами посредством электронной переписки, в зависимости от объема и сложности подлежащей выполнению работы.
Также укажите, что именно включается в стоимость работ. Так в случае, когда исключительные права на результат выполненных работ останутся у Исполнителя, то в стоимость будет включатся вознаграждение за использование Заказчиком результатов выполненных работ. А если исключительные права будут переданы Заказчику, то также будет включено вознаграждение за передачу исключительных прав на указанные объекты.
Порядок расторжения соглашения
Установите в договоре порядок расторжения соглашения. Можно предусмотреть односторонний отказ по инициативе любой из сторон, либо прописать в каких конкретно случаях возможно расторжение в одностороннем порядке. Обычно прописывают, что Заказчик вправе отказаться от исполнения договора в случае просрочки выполнения работ или не устранения недостатков выполненных работ. А Исполнитель вправе отказаться в случае неоплаты услуг (если были предусмотрены авансовые платежи) и когда Заказчик не передал ему необходимые исходные данные для выполнения работ.
Некоторые особенности договора авторского заказа на программное обеспечение
В настоящее время, в связи с необычайно быстрым распространением IT технологий, в различных сферах все чаще возникает потребность в создании уникального программного обеспечения, которое обеспечивало бы потребности конкретной компании, учитывая всю специфику ее деятельности, особенно это актуально для различным интернет-магазинов и интернет-сервисов. В данной ситуации, зачастую прибегают к услугам сторонних IT- компаний или «свободных художников», однако предполагая, что по итогам создания уникального программного обеспечения, все имущественные права будет иметь только Заказчик. Но, в абсолютном большинстве случаев возникают опасения, что в итоге создания ПО, недобросовестные Разработчики могут тиражировать созданный продукт в неизменном или в слегка видоизмененном виде.
Какие моменты следует учесть, и на что обратить особое внимание при подготовке договорной основы с Разработчиком программного продукта?
Под программным обеспечением понимается совокупность различных данных и команд, которые необходимы для функционирования электронно-вычисленных машин в целях получения определенного результата.
Перед заключением договора на разработку программного обеспечения стороны самым подробным образом должны обозначить основные условия и требования, предъявляемые к будущей программе, поэтому Заказчик должен предоставить Разработчику техническое задание, в котором четко расписаны характеристики будущего продукта. Чем подробнее они будут, тем меньше шансов в получении несоответствий и разногласий в итоге.
Элементом предмета договора будет создание программного кода и его алгоритмов, а также различных программных компонентов, которые будут являться программным продуктом. Созданный программный код должен полностью соответствовать условиям технического задания, предоставляемого Заказчиком. Техническое задание является неотъемлемой частью договора, что необходимо в договоре дополнительно детализировать. В тех. задании необходимо максимально четко определить требования к результату работ – требования к функциональности, способы реализации программы и т.д. В противном случае, существует риск получения результата, при котором формально работы будут выполнены, однако, желаемый Заказчиком результат не достигнут. При этом необходимо учитывать, что при создании сложной системы, которая часто состоит из нескольких этапов с промежуточными одобрениями и приемками частей функционала, по ходу выполнения работ требования Заказчика к конечному продукту могут меняться, что также необходимо фиксировать и отражать в дополнительных соглашениях.
Также, основополагающим условием предмета договора авторского заказа будет дальнейшая передача созданных прав, Разработчик может в полном объеме отчуждать исключительные права на созданный программный продукт, либо осуществлять временную передачу имущественных (исключительных) прав.
Так, согласно п. 2 ст. 1288ГК РФ: «Договором авторского заказа может быть предусмотрено отчуждение заказчику исключительного права на произведение, которое должно быть создано автором, или предоставление заказчику права использования этого произведения в установленных договором пределах».
Однако, приобретение исключительных прав на созданный программный продукт, и как следствие, приобретение возможности запрещать иным лицам, в том числе Разработчику его использования также имеет некоторые аспекты.
На вышеуказанные моменты, необходимо обратить самое пристальное внимание при осуществлении подготовки договора. В частности, возможно предусмотреть, что:
Одновременно с программным продуктом Разработчик передает Заказчику подготовительную, техническую, сопроводительную и методическую документацию к программному продукту.
Все отчуждаемые исключительные права на программное обеспечение, созданное Разработчиком в рамках настоящего соглашения, а равно его составные части и их элементы, а также иные права на результаты использования соглашения, которые не являются охраняемыми результатами интеллектуальной деятельности, принадлежат Заказчику.
Помимо анализируемых условий, договор авторского заказа имеет ряд иных нюансов, связанных со спецификой создания сложного и уникального продукта, поэтому при его заключении, разобраться со всеми особенностями поможет помощь профессионального юриста.
Образец договора на оказание услуг по разработке программного обеспечения, заключаемого между юридическими лицами
ДОГОВОР
1. ПРЕДМЕТ ДОГОВОРА
1.1. Настоящий договор определяет условия разработки программного обеспечения Исполнителем для Заказчика, в дальнейшем именуемой Разработка Программы.
1.2. Исполнитель обязуется для Заказчика в сроки, обусловленные настоящим договором, разработать за плату Программу в соответствии с техническим заданием на Разработку Программы, отраженным в Приложении №1 к настоящему договору, являющемся неотъемлемой частью настоящего договора.
1.3. Условия Разработки Программы, а именно этапы Разработки Программы, а также стоимость Разработки Программы, в том числе и поэтапно, определяются в Приложении №2 к настоящему договору, являющемся неотъемлемой частью настоящего договора.
2. ПРАВА И ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ
2.1. Исполнитель обязуется:
2.1.1. разработать Программу в соответствии с Техническим Заданием;
2.1.2. протестировать Программу;
2.1.3. разработать инструкцию по установке Программы и руководство пользователя Программы;
2.1.4. осуществить сдачу Заказчику разработанной Программу, путем подписания акта приема-передачи выполненных работ;
2.1.5. по окончании работ установить на компьютер Заказчика Программу, передать установочную версию Программы, к которой прилагаются инструкция по установке Программы и руководство пользователя Программы;
2.1.6. обучить специалистов Заказчика работе с Программой;
2.1.7. установить испытательный срок в течение месяцев (до « » 2021 года). В период испытательного срока Исполнитель бесплатно устраняет дефекты и учитывает замечания Заказчика, связанные с проведенными Исполнителем работами, в рамках Технического Задания. По истечении испытательного срока претензии к выполненным работам не принимаются.
2.1.8. выполнять работы, являющиеся предметом настоящего договора, качественно и в установленные сроки.
2.1.9. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора.
2.1.10. гарантировать работу Программы в соответствии с требованиями, изложенными в Техническом Задании. Дальнейшая модификация и добавление функций и возможностей Программы, не предусмотренных в Техническом Задании, являются предметом отдельного договора, также как стоимость сопровождения Программы и консультационно-информационное обслуживание Заказчика определяется отдельным договором и в стоимость настоящего договора не входит.
2.2. Исполнитель имеет право:
2.2.1. досрочно выполнить работы по этапам Разработки Программы и договору в целом;
2.2.2. расторгнуть настоящий договор, изъять или приостановить работу разработанной Программы до момента оплаты Заказчиком счета Исполнителя, в случае неоплаты выставленного счета для осуществления окончательного расчета.
3. ПРАВА И ОБЯЗАННОСТИ ЗАКАЗЧИКА
3.1. Заказчик обязуется:
3.1.1. своевременно и в полном объеме оплатить стоимость Разработки Программы Исполнителем на условиях настоящего договора;
3.1.2. предоставить Исполнителю всю необходимую для Разработки Программы информацию;
3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки Программы;
3.1.4. принять разработанную Программу после получения извещения от Исполнителя о выполнении работ по Разработке Программы и удостоверить факт надлежащей Разработки Программы, предусмотренной настоящим договором, путем подписания акта приема-передачи выполненных работ. Отказ от подписания акта приема-передачи выполненных работ не допускается, за исключением наличия у Заказчика мотивированных замечаний по качеству и объему выполненных работ по Разработке Программы. Мотивированные замечания должны быть направлены Исполнителю не позднее календарных дней с момента получения Заказчиком от Исполнителя акта приема-передачи выполненных работ, направленного Заказчику для подписания.
3.1.5. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего договора;
3.2. Заказчик имеет право:
3.2.2. расторгнуть настоящий договор, в случае утраты интереса к предмету настоящего договора в ходе его выполнения, уведомив о том Исполнителя не позднее одного месяца до момента такого расторжения. Договор будет считаться расторгнутым по истечении указанного срока с момента получения Исполнителем письменного уведомления о расторжении. С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается. В случае досрочного расторжения Заказчиком настоящего договора, Исполнитель имеет право на получение от Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю стоимость фактически выполненных работ по Разработке Программы.
4. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ
4.1. Стоимость Разработки Программы, подлежащая уплате Заказчиком Исполнителю составляет рублей без НДС и определяется в Приложении №2 к настоящему договору.
4.2. Заказчик оплачивает стоимость Разработки Программы, являющейся предметом настоящего договора путем перечисления денежных средств на расчетный счет Исполнителя или наличными денежными средствами.
4.3. Расчет Заказчика с Исполнителем за Разработку Программы производится в срок не позднее банковских дней после подписания Сторонами акта приема-передачи выполненных работ на основании выставленного счета на оплату Разработки Программы.
5. ОТВЕТСТВЕННОСТЬ СТОРОН
5.1. За неисполнение или ненадлежащее исполнение условий настоящего договора Стороны несут ответственность, предусмотренную действующим законодательством Российской Федерации.
5.2. Споры и разногласия, возникшие в процессе исполнения настоящего договора, по вопросам, непредусмотренным условиями настоящего договора, Стороны разрешают путем переговоров, руководствуясь действующим законодательством Российской Федерации. При невозможности урегулирования споров путем переговоров, споры подлежат разрешению в суде по месту нахождения ответчика. Для обращения в суд обязательно предъявление письменной претензии, которая рассматривается другой стороной в течение десяти дней.
6. АВТОРСКИЕ ПРАВА
6.1. Исключительное право на использование Программы в любой форме и любым способом принадлежит Исполнителю. Заключение настоящего договора не означает перехода права собственности на Программу в полном объеме от Исполнителя к Заказчику.
6.2. Имущественные права на Программу переходят к Заказчику после полной оплаты Разработки Программы.
6.3. Заказчик не имеет право сдавать в наем или аренду, продавать, передавать в использование, изменять, создавать новые версии Программы, декомпилировать Программу или любую ее часть.
6.4. Исполнитель имеет право использовать Программу в коммерческих целях.
7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
7.1. Стороны освобождаются от ответственности за неисполнение либо ненадлежащее исполнение обязательств по настоящему договору, если оно явилось следствием обстоятельств непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств (обстоятельства непреодолимой силы), возникших после заключения настоящего договора. К обстоятельствам непреодолимой силы относятся события, на которые не могут оказывать влияние и за возникновение которых ответственности не несут, а именно: землетрясения, наводнения, пожары и т.д.
7.2. Сторона, ссылающаяся на обстоятельства непреодолимой силы, обязана немедленно известить в письменной форме другую сторону об их возникновении.
7.3. Срок выполнения обязательств по настоящему договору отодвигается соразмерно времени, в течение которого действуют обстоятельства непреодолимой силы и их последствия.
7.4. Сторона, которая не исполнила своей обязанности известить о наступлении обстоятельств непреодолимой силы, теряет свое право ссылаться на них.
8. ПРОЧИЕ УСЛОВИЯ
8.1. Все изменения и дополнения к настоящему договору должны быть составлены в письменной форме и подписаны Сторонами.
9. СРОК ДЕЙСТВИЯ ДОГОВОРА
9.1. Настоящий договор вступает в силу с момента подписания его Сторонами и действует до полного исполнения Сторонами своих обязательств.
9.2. Настоящий договор составлен в двух экземплярах, обладающих одинаковой юридической силой – по одному для каждой из Сторон.
О договоре подряда на так наз. IT-разработки
О ДОГОВОРЕ ПОДРЯДА НА ТАК НАЗ. IT-РАЗРАБОТКИ.
Нередко доходят до нашего слуха, уже давно пребывающего, вместе с тем, органом чего является наш слух, в состоянии непраздной безмятежности, вибрации от смущения иных любезных нам умов, производимые неготовностью этих умов вобрать в себя правду о договоре подряда. И наряду с трюизмом о квалификации так наз. стоматологических услуг идут к нам за правдой о договоре подряда на так называемые IT- разработки.
Нам видится нужным выступить с небольшой фетвой.
Договор подряда на IT- разработки подпадает под параграф 1 гл. 37 ГК (общие положения о договоре подряда). Это не гл. 38 (Договор на выполнение научно-исследовательских, опытно-конструкторских и технологических работ) и не классические услуги в гл. 39.
Многие не обращают внимание на то, что подряд уже не тот. Уже почти 26 лет. Подряд нынче вовсе необязательно предполагает достижение материального/овеществлённого результата, как когда-то (когда он был «тот»).
Подтверждения же сему следующие.
1) В соответствии с п. 1 ст. 703, «договор подряда заключается на изготовление или переработку (обработку) вещи либо на выполнение другой работы с передачей ее результата заказчику». Иными словами, то, что передаётся подрядчиком заказчику, необязательно должно быть итогом работы с вещью, и, шире, предметом права собственности подрядчика (то есть вещью даже в широком гражданско-правовом смысле).
Вот вам вся страшная правда о договоре подряда на эти ваши IT разработки.
Как агентству и фрилансеру защитить свою работу
От бесконечных правочек и доработочек
Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.
Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.
Сейчас я руковожу проектами по созданию сайтов в компании, где проблема бесконечных правок решена. Заодно решены и другие задачи: мы вовремя получаем оплату, быстро согласовываем макеты и сайты, вовремя получаем тексты и изображения для работы над дизайном.
Это стало возможным благодаря двум вещам: жесткой внутренней системе документооборота и грамотно выстроенному общению с клиентами. В этой статье я расскажу о первом — документальном — способе защиты агентства и результатов нашей работы.
Осторожно, бюрократия
Наши правила документооборота достаточно жесткие. Оправдание этой бюрократии простое: мы хотим, чтобы наши права были защищены. При этом мы делаем еще две вещи:
У меня были ситуации, когда клиент не успевал перевести предоплату и мы стартовали без нее. Или шли верстать страницы без согласованного дизайна. Но это уже наши внутренние риски, которые менеджер и компания берут на себя.
Как делают сайты
Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.
Обычно компания до конца не знает, как строится разработка, с чего ее начать, и имеет ограниченный бюджет. Тут компания выбирает, как поступить.
Сделать сайт самостоятельно внутри компании. Найти менеджера, дизайнера, программистов внутри организации и все сделать своими силами. Это доступно тем компаниям, у которых уже есть свой штат таких сотрудников.
Сделать самостоятельно на базе конструктора сайтов. С простым сайтом без навороченного дизайна и функционала можно справиться в одиночку, даже если у тебя нет штата разработчиков. Из минусов — придется обходиться собственными силами и навыками, осваивать конструктор самому. Этот путь обычно выбирают небольшие или новые бизнесы.
Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.
Заказать разработку в агентстве. Там за клиента составят задание (описание требований к сайту), нарисуют макеты, запрограммируют. Это дороже, зато результат предсказуемый. Средний и крупный бизнес, как правило, заказывают сайты именно у агентств.
Если выбран последний вариант, начинается путь длиной от полугода до пары лет — это в особых случаях. Срок зависит от объема и сложности разработки, скорости согласований и даже от того, насколько хорошо клиент понимает, какой функционал ему нужен.
Клиент популярной студии платит за уверенность в том, что его задача будет выполнена качественно и в срок. Но так происходит не всегда.
Какие есть подходы и проблемы
Есть два подхода к созданию любого веб-проекта.
Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.
Второй подход — это применение так называемых гибких методологий (эджайл, скрам, тайм-энд-матириал и другие красивые слова — отсюда). При таком подходе разработка ведется этапами и не останавливается. Как пример: сначала быстро нарисовали, запрограммировали и выпустили главную страницу сайта и каталог. Потом добавили еще пару страниц. И еще пару страниц. Такой подход подразумевает почасовую оплату работы специалистов: сколько времени потратили на итерацию, столько она и будет стоить.
Работать «по водопаду» уже не так модно, как по эджайлу, но это все еще популярный подход в разработке сайтов.
Если показывать схематично, то работа над сайтом «по водопаду» выглядит так. Все вроде бы просто. Но на каждом этапе студию поджидают одни и те же удивительные вопросы:
Наш подход
Мы работаем по первой модели — «водопадной». Чтобы избежать проблем, мы фиксируем в документах все стоящее, все полезное и все спорное. Каждый этап работы также обрастает документами.
В итоге на любом проекте у нас есть:
Эта кипа бумаги здесь не просто так, она нужна, чтобы мы чувствовали себя в безопасности. А чтобы эти бумажки могли нас защитить, нужно соблюдать несколько правил.
Оригиналы документов у нас на руках. Это значит, что мы работаем только с подписанными документами — мы не беремся даже за самый интересный проект, если клиент хочет работать без документов или за наличные.
Документы грамотно составлены. За это отвечает наша внутренняя шаблонизация документов и несколько специалистов: юрист корректно составляет основные документы, делопроизводитель вписывает их в наш документооборот, бухгалтер вовремя выставляет счета.
Все документы отправляются курьером с описью вложения. Это фиксирует, что мы выставили акт в срок, оговоренный приложением к договору.
Мы соблюдаем условия, описанные в этих документах. Без этого даже самый крутой юрист и самый четкий договор не помогут.
Эта система и сам список могут показаться громоздкими, если вы фрилансер или представитель небольшой компании. Но вы можете взять какие-то решения и применить их точечно в своем документообороте.
Расскажу о каждом документе подробнее.
Договор
Мы используем рамочный договор, который описывает основные взаимоотношения между сторонами: права и обязанности, правила расторжения и прочее. Договор пролонгируется автоматически — чтобы прекратить его действие, договор нужно специально расторгнуть.
Во всех наших договорах мы прописываем важные для нас нюансы.
Таск-менеджер. В договоре мы фиксируем, что по всем проектам общение с клиентом ведется исключительно в конкретном таск-менеджере — программе для обмена задачами и материалами. Такая договоренность позволяет нам общаться с клиентом только там и не отвечать на письма в почте, Телеграме и Фейсбуке. Весь контент, комментарии, пожелания и прочее лежат в конкретных задачах конкретного проекта и всегда доступны. Это удобно и нам, и клиенту — больше не приходится искать нужные ссылки в почте, Вайбере и смс.
Сдавать результаты работ тоже можно в таск-менеджере. Если клиент пропадает, а срок сдачи макетов подошел, можно выложить результат в таск-менеджер — юридически это считается сдачей результата. Остается выставить акт и счет.
Автоприемка актов и мотивированный отказ. Все работы, которые мы передаем по любому из приложений, считаются принятыми автоматически спустя 5 рабочих дней с того момента, как клиент получил акт. В реальности мы всегда презентуем результаты своего труда, но в крайнем случае можем просто загрузить их в таск-менеджер, а акт выслать почтой.
Нельзя просто так отказаться от выполненных нами работ или начать вносить корректировки в согласованные ранее работы. Если клиента что-то не устраивает, он пишет мотивированный отказ — письмо на официальном бланке с перечнем недостатков работы. Обычно до этого не доходит, потому что мы выдаем нужный клиенту результат и составлять такие бумаги никто не хочет.
Так что все правки, переделки и доработки мы всегда выносим в следующий этап или даже оцениваем как дополнительные работы за дополнительные деньги. Это значит, что они перестают быть правками и становятся частью задачи на будущем этапе или вообще превращаются в отдельное приложение с отдельным бюджетом. А юридически мы прикрыты принятыми актами.
Если дойдет до суда — процесс рассмотрят в Арбитражном суде Москвы. Это важно даже не потому, что суд находится в Москве, как и мы. А потому, что московский и питерский суды имеют практику по делам студий, агентств и вообще интеллектуальной собственности. А суды в нестоличных городах — не имеют. И нестоличный суд не будет с той же тщательностью, что и московский, разбираться, все ли ховеры переданы и считать ли их интеллектуальной собственностью.
Приложение
Приложение — это соглашение об определенном наборе работ. В нем мы фиксируем этапы, сроки, стоимость, ответственность сторон на конкретном проекте. Если проект большой, мы можем сделать два приложения: первое — на дизайн, второе — на программирование. Если проект маленький, мы составляем одно приложение. Расскажу о наших принципах именно на таком примере.
В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.
Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.
Сначала читать, потом подписывать
Разбивка по этапам выглядит примерно так:
При желании можно разбить проект на большее количество этапов: отдельно показать прототип, адаптацию макетов, верстку, тестирование и что-нибудь еще. Все зависит от проекта.
В таком устройстве документа есть два плюса. Каждый этап становится базой для дальнейших работ: к примеру, программирование не начнется, пока мы не сдадим дизайн. Каждый этап закрывается актом, поэтому внести в него лишнюю корректировку просто так не получится. Если началось программирование, значит, дизайн не изменится.
В сроках есть такая хитрость: мы учитываем не только срок нашей работы над этапом, но и срок, когда клиент принимает работу. Обычно это 5 рабочих дней. Так у нас есть время сдать проект и передохнуть перед следующим этапом, а у клиента — время принять нашу работу, обсудить ее с командой, согласовать, подписать акт и провести нужный платеж. Если клиент пишет мотивированный отказ, мы должны переделать непринятые работы. Срок переделки равен сроку несогласованного этапа.
Каждый этап имеет свою стоимость и закрывается актом. Такая разбивка защитит, если в середине проекта придется расторгать приложение или договор. Это может произойти по разным причинам: клиент поругался со студией или решил открыть новую фирму и все договоры старой фирмы хочет срочно закрыть.
Для каждого этапа мы указываем, в какой форме сдаем результат. И именно результат по этой форме клиент может принять или не принять. Объясняю на примере.
Вот что мы делаем для разработки концепции:
Но мы специально не обещаем всего этого в приложении и не оформляем как результат работ. Все это — процессы и промежуточные результаты, их нельзя «сдать» в виде результата работ. С юридической точки зрения мы должны клиенту только два файла в определенном формате.
Интеллектуальная собственность. Мы разграничиваем, кому должны принадлежать права на материалы, которые потребуются для разработки сайта. Кроме собственно результатов работы, которые мы передаем клиенту, например макетов, в нашей работе встречаются и другие материалы:
Задание
Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.
Для нас задание — это документ, фиксирующий цели и задачи сайта, основные требования к форматам, состав страниц, список необходимых материалов. На этом все. У «технического задания» есть собственное определение и госты. Подготовка такого документа будет стоить дороже, при этом для наших клиентов он будет избыточным. Мы даем определение нашему пониманию термина «задание», чтобы не возникало разночтений или требований оформить его по госту, как «техническое задание».
Если среди читателей есть те, кто сможет рассказать, чем ТЗ на создание корпоративного сайта круче обычного задания, — расскажите, вдруг мы передумаем.
Само задание мы сдаем как результат работ, который закрывается актом. Подписывается при этом и акт, и задание — так мы фиксируем все, что написано в задании, как требования к последующим этапам.