Договор на разработку программного обеспечения (ПО): инструкция по составлению и готовый шаблон
Скачать (84 Кб)Договор на разработку программного обеспечения (ПО): инструкция по составлению и готовый шаблон
Вступление
Этот материал и шаблоны документов созданы при поддержке опытных юристов, специализирующихся на digital-отрасли.
В работе над этой статьёй и шаблоном договора нам помогли опытные разработчики ПО и юристы из Runetlex, чья специализация — IT-договоры.
В конце статьи дана ссылка на образец договора на разработку ПО.
Поехали!
Главное в договоре
Это может казаться очевидным, но нарушается сплошь и рядом. Поэтому прочитайте, пожалуйста.
Равные права и ответственность
Пример: если заказчик должен заплатить штраф за просрочку оплаты, такое же наказание нужно прописать для исполнителя.
Или, допустим, заказчик хочет иметь возможность расторгнуть договор раньше окончания работ. Даём такую же возможность исполнителю и обязываем стороны уведомить о расторжении на позднее чем за две недели.
Понятность
Каждый пункт договора должен быть понятным и толковаться однозначно.
Вы наверняка видели в договорах такой пункт: «Исполнитель должен выполнить работу качественно и ответственно». Что это значит? «Качественно и ответственно» невозможно измерить. Напишем по-другому: «Заказчик имеет право отказаться принимать Работы, только если они не соответствуют Заданию». Всё понятно: результат либо соответствует заданию, либо нет. Такая формулировка исключает ситуации вроде «Ой, а мы думали, что вы нам ещё и версию для MacOS напишете!».
Другой пример: «Исполнитель должен быть на связи в рабочие дни». Что это значит? Что такое «быть на связи»? Рабочие дни — это с понедельника по пятницу? А в какое время? Ничего не понятно. Уточняем: «Исполнитель должен отвечать на телефонные звонки и письма Заказчика в течение 1 (одного) часа с понедельника по пятницу, с 10:00 до 18:00». И дополняем этот пункт ответственностью за невыполнение требования.
Основная часть (рамка)
Чтобы статья легче читалась, введём в неё настоящих заказчика и исполнителя. Итак, представим, что московское рекламное агентство «АД» заказывает программу для подбора и покупки рекламных мест у питерского разработчика «Код».
Раздел 1. Предмет
Предмет договора — это краткое описание процесса и результата работы:
Исполнитель обязуется выполнять работы (далее — Работы) по заданиям Заказчика (далее — Задания), а Заказчик обязуется принимать и оплачивать их.
Вот такая пространная формулировка, но это специфика рамочного договора: детали прописываются в Заказах, а тут мы просто заявляем о намерении сторон работать друг с другом.
Раздел 2. Заказы
В этом разделе описываем формат договора.
Короткое отступление. Мы предлагаем вам заключить так называемый рамочный договор. В основной части или «рамке» описываются ключевые условия сотрудничества, а особенности выполнения задания — в приложениях (так называемых Заказах).
Договорились сделать что-то — подписываете заказ. И не нужно согласовывать заново порядок оплаты, обмен документами и так далее. Очень удобно.
Договор является рамочным. Стороны согласуют объём, срок и порядок выполнения заданий (далее — Задания) в заказах (далее — Заказы).
Итак: описание работы в заказе. Возникает вопрос: что делать, если нужна мелкая доработка? Не самая частая ситуация, когда делается серьёзная программа, но случается. Подписывать ещё заказ? Иногда это ненужный формализм, поэтому мы советуем дать возможность не подписывать заказ:
Если стоимость работ/услуг меньше 10 000 (десяти тысяч) рублей, Стороны могут оформить Задание без подписания Заказа. В этом случае Задание считается согласованным Сторонами, если Заказчик оплатил счёт Исполнителя, в котором содержится перечень работ/услуг, их стоимость и срок выполнения.
И не нужно бояться отсутствия бумажки. Раз закон позволяет, значит, можно. Для маленькой работы достаточно счёта и акта.
Раздел 3. Материалы
Для разработки программы Коду нужна информация. Много информации: про типы рекламных мест, процесс заказа, оплату, продление размещения и так далее.
Кажется, что всё просто, но нет. Смотрите, какие ситуации бывают:
У АДа нет информации. Как так? Они же заказывают программу! А вот так. Нередко у заказчика есть идея и деньги, а полной информации о рынке, аудитории, процессах и так далее — нет. И что делать Коду? Объяснять, зачем им эта информация, и собирать.
Информация есть, но непонятно, насколько она верная. См. пункт 1.
АД отказывается предоставлять информацию, считая её, например, коммерчески чувствительной. Возвращаемся к пункту 1: если Код может объяснить, почему эта информация так важна для разработки, её лучше предоставить, защитив положениями о конфиденциальности.
Пишем в договоре следующее:
Заказчик обязан предоставлять Исполнителю информацию и материалы (далее — Материалы), необходимые для выполнения Задания.
Если Заказом не предусмотрен иное, Заказчик обязан предоставить Исполнителю Материалы в течение 2 (двух) рабочих дней после получения письменного запроса.
Заказчик вправе отказаться предоставлять Материалы. Отказ должен быть оформлен в письменном виде.
Так мы возлагаем на АД часть ответственности, что логично на этапе сбора информации — ребята из Кода не специалисты по наружной рекламе и не обязаны разбираться в ней, — но оставляем возможность обоснованно отказать и искать способы сделать программу без запрошенной информации.
Раздел 4. Представители
Представители — это люди, имеющие право представлять интересы сторон: отвечать на вопросы, давать информацию, согласовывать промежуточные результаты, решать вопросы с документами и так далее.
Запишем их участие так:
Стороны назначают своих представителей для решения вопросов по Договору (далее — Представители).
Сторона вправе учитывать только информацию, поступившую от Представителя другой Стороны. Сторона вправе игнорировать информацию от других лиц или просить Представителей подтвердить её.
Раздел 5. Субподрядчики
Субподрядчики — это компании или люди, которые не являются сотрудниками Кода, но помогают ему в разработке программы. Например, Код может нанять специального человека для создания базы данных или защиты данных от кражи, если у нет своего специалиста.
И участие такого человека должно быть согласовано:
Исполнитель вправе привлекать для выполнения Заданий третьих лиц (далее — Субподрядчики) без согласования с Заказчиком.
Исполнитель несёт полную ответственность за качество работ, выполненных субподрядчиками.
Раздел 6. Финансовые условия
Поскольку договор рамочный, оговариваем в нём только основы:
Стороны согласуют стоимость Работ и порядок расчётов в Заказах.
Расчёты по Договору производятся в рублях перечислением денежных средств на расчётный счёт Стороны, указанный в реквизитах Договора.
Код работает на упрощёнке, поэтому добавляем такой пункт:
Стоимость Работ не облагается НДС в связи с применением Исполнителем упрощённой схемы налогообложения.
Порядок оплаты лучше описать в заказе. Например, разработку программы по готовому техническому заданию можно оценить заранее и оплатить 50/50, потому что объём и срок работ понятны. А вот создание технического задания разумнее оплатить по фактически затраченному времени, потому что объём и срок при подписании заказа неизвестны и рассчитать их слишком сложно.
Раздел 7. Сдача и приёмка работ
Принимать и сдавать ПО в теории довольно просто: есть техническое задание, проверяешь по нему и принимаешь. На практике всё сложнее, потому что есть работы, которые выполняются без чёткого ТЗ — например, написание самого ТЗ. Но принцип остаётся тем же: единственным критерием оценки результата и приёмки является задание.
В задании не было умного поиска с подсказкой вариантов? Придётся доплатить. Не устраивает скорость загрузки каталога? Если она не была прописана в ТЗ, придётся доплатить за повышение.
Превращаем этот принцип в пункты договора:
После выполнения Работ по Заданию Исполнитель направляет Заказчику: результат (далее — Результат) и акт сдачи-приёмки (далее — Акт).
В течение 5 (пяти) дней с момента получения Акта Заказчик обязуется принять Результат, подписав Акт и передав его Исполнителю, или направить мотивированный отказ, сообщив Исполнителю о необходимости исправлений.
Под исправлениями Стороны понимают приведение Результата в соответствие с требованиями Задания.
Доработка результата, исходя из новых данных и требований, не указанных в Задании, не считается исправлением. Такие доработки выполняются за отдельную плату на основании нового Задания.
Сформулировали. Что делать, если АД тянет с приёмкой? У Кода должно быть право перенести срок выполнения на столько дней, сколько прошло с момента предоставления результатов. Это должно мотивировать АД не тянуть с приёмкой.
Причём продление лучше сделать автоматическим:
При несвоевременном и/или ненадлежащем выполнении Заказчиком принятых обязательств, сроки выполнения Работ автоматически увеличиваются на срок задержки выполнения Заказчиком своих обязательств.
А если АД пошёл в отказ? Через Х дней после предоставления отчёта и акта работы должны считаться принятыми:
Если по истечении установленного для приёмки срока Исполнитель не получит подписанный Акт или мотивированный отказ, Задание считается выполненным и принятым Заказчиком в полном объёме.
Наш опыт говорит, что это очень эффективный пункт. Никто не хочет принять работу без проверки, только потому что прошло Х дней.
Раздел 8. Интеллектуальная собственность
Заказчик обычно думает: всё, что передаёт исполнитель, — моё. Но это не всегда так!
АД может требовать исключительные права на всё созданное Кодом в рамках договора: код, интерфейсы, документацию.
Это можно сформулировать так:
Если в ходе выполнения Работ Исполнитель создаст результат интеллектуальной деятельности (далее — РИД), он обязан передать Заказчику исключительное право на него.
Исключительное право на РИД переходит к Заказчику с момента наступления последнего из следующих событий:
стороны подписали Акт к Заказу, в рамках которого создан РИД;
Заказчик полностью оплатил Работы, в рамках которых создан РИД.
Важно: пока АД не подписал акт и не оплатил работу, он не может использовать ПО, потому что права на него принадлежат Коду.
Возвращаемся к «не всегда так». Код мог использовать в программе чью-то разработку, готовый кусок кода, выполняющий, например, текстовый поиск. В этом случае необходимо уточнить, что права на него принадлежат другому разработчику, и с ним нужно согласовать его использование. Например, оплатить лицензию на коммерческое использование.
Формулируем:
Стоимость Работ не включает стоимость прав на использование РИД, созданных третьими лицами.
Исполнитель гарантирует, что факт отчуждения РИД не нарушает права третьих лиц и не существует обстоятельств, дающих возможность третьим лицам предъявить к Заказчику претензии в отношении РИД.
Раздел 9. Конфиденциальная информация
АД и Код имеют право запретить друг другу рассказывать посторонним о программе или условиях договора. Это называется конфиденциальной информацией, и в договоре должно быть дано определение такой информации:
Стороны признают конфиденциальной и обязуются не разглашать следующую информацию (далее — Конфиденциальная информация): содержание Договора и Заказов; Материалы; Результаты; переписку по Договору.
Конфиденциальной информацией не считаются: общедоступная информация; информация, подлежащая представлению в государственные органы в силу предписаний законодательства; информация, ставшая известной Стороне из других источников до или после получения от другой Стороны.
Ещё нужно уточнить, кто имеет право получать конфиденциальную информацию и для чего:
Исполнитель вправе передавать Конфиденциальную информацию своим сотрудникам и подрядчикам, которые участвуют в выполнении Задания.
При передаче информации Исполнитель обязан обеспечить режим конфиденциальности, в том числе путём введения режима коммерческой тайны.
Если Код хочет рассказывать о программе в портфолио или рекламе, это тоже нужно согласовать:
Исполнитель вправе использовать в рекламе: наименование Заказчика; логотип и (или) товарный знак Заказчика; перечень работ и Результатов.
Раздел 10. Ответственность
Под ответственностью чаще всего понимают штраф или обязательство исправить ошибки.
ГК не ограничивает размер штрафа, но мы советуем сделать так, чтобы он не превышал стоимость работ:
Ответственность Сторон ограничена стоимостью работ по Заказу, в рамках которого допущено нарушение.
Представим, что АД так недоволен дизайном, удобством или скоростью работы программы, что отказывается платить за неё. Без ссылки на задание, просто потому, что недоволен. На этот случай вводим такие пункты:
Если Заказчик нарушает срок оплаты, Исполнитель имеет право потребовать пени в размере 1% (одного процента) за каждый рабочий день просрочки, но не более 30% (тридцати процентов) от стоимости Работ в рамках Заказа.
Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения Заказчиком требования.
Если Заказчик отказывается от выплаты пени, Исполнитель вправе приостановить выполнение Заказа.
Нарушаешь — платишь. Не платишь — Код останавливает разработку, запрещает использовать неоплаченное и получает пени через суд.
Всё может быть ровно наоборот: Код неправильно оценил стоимость разработки, ушёл в минус и пытается выклянчить у АДа доплату, шантажируя остановкой работы. Что делать АДу? Если Код осознал свою ошибку, извинился и быстро вернулся к работе, лучше понять и простить. Искать нового разработчика — тот ещё геморрой (простите) с риском осложнений. А вот если Код бунтует несколько недель, нужно гнать его в шею и требовать штраф, который можно вычесть из стоимости выполненных работ или потребовать через суд.
В договоре это может звучать так:
Если Исполнитель нарушает срок выполнения Работ, Заказчик вправе потребовать пени в размере 1% (одного процента) за каждый рабочий день просрочки, но не более 30% (тридцати процентов) от стоимости Работ.
Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения требования Исполнителем.
Если Исполнитель отказывается от выплаты пени, Заказчик вправе удержать их из следующей оплаты.
Раздел 11. Обстоятельства непреодолимой силы или форс-мажор
Цунами, смена политического режима, инопланетяне, движение тектонических плит — это то, что ни АД, ни Код не могут контролировать и поэтому не должны нести ответственность за их последствия.
Ни одна из Сторон не будет нести ответственность за полное или частичное неисполнение своих обязательств по Договору, если оно будет следствием обстоятельств непреодолимой силы (далее — Обстоятельства): пожар, наводнение, землетрясение и другие стихийные бедствия, военные операции, блокады, пандемия, ограничения экономического и политического характера, которые Стороны не могли предвидеть и/или предотвратить.
Сторона, которая не может исполнить обязательства из-за наступления Обстоятельств, имеет право отложить исполнение на срок не более 30 (тридцати) календарных дней. При этом она должна не позднее 2 (двух) календарных дней с момента наступления Обстоятельств: сообщить об этом другой Стороне; документально подтвердить наступление Обстоятельств; назвать новый предполагаемый срок исполнения обязательств. Если это не будет сделано, Сторона не имеет права ссылаться на Обстоятельства для освобождения от ответственности за неисполнение обязательств.
Раздел 12. Споры
Наш вам совет: решите спор без суда. Он крайне редко приносит радость выигравшему, потому что вы в любом случае теряете время, нервы и даже иногда деньги (например, упускаете прибыль).
Пишем в договор:
При возникновения разногласий Стороны обязуются урегулировать их в досудебном порядке в срок не более 30 (тридцати) календарных дней с момента получения претензии.
Раздел 13. Документооборот и коммуникации
В этом разделе нужно написать, какие способы передачи информации и документов вы признаёте. Мы рекомендуем обмен бумагами и электронную почту, потому что их всегда признают в судах.
И ещё мы советуем переписываться только с адресов/телефонов, указанных в договоре и приложениях. Если не уверены, что это получится, напишите вместо одного несколько или «все адреса домена ...@ecobiovegafem.ru».
Стороны признают надлежащим подписание Договора, Заказов, Актов и Дополнительных соглашений к нему, если они обменялись бумажными копиями или отсканированными копиями по электронной почте.
Стороны признают надлежащим согласование рабочих вопросов по Договору, передачу и согласование Результатов и документов по электронной почте.
Адреса электронной почты Сторон:
Заказчик: info@ecobiovegafem.ru
Исполнитель: nastyadesign@gmail.com
При изменении реквизитов, указанных в Договоре, Сторона обязуется уведомить об этом другую Сторону в течение 2 (двух) рабочих дней после изменения. В случае неуведомления нарушившая Сторона несёт риск, связанный с направлением информации или платежей по некорректным реквизитам, и обязана компенсировать последствия другой Стороне.
Раздел 14. Срок действия и условия расторжения
Мы не советуем ограничивать срок действия договора. Это нужно бюджетникам с планированием и отчётностью за календарный год, а для бизнеса это лишняя морока с продлением. Можно, конечно, написать, что продление происходит автоматически 1 января, но зачем?
Договор вступает в силу с даты его подписания обеими Сторонами и заключается на неопределённый срок.
Ещё советуем оставить возможность выйти из договора без согласия другой стороны. Ситуации бывают разные, и ни одна сторона не должна быть прикована цепью к батарее. Крепостное право отменили в
Сторона вправе отказаться от Договора в одностороннем порядке, письменно уведомив другую Сторону не позднее 30 (тридцати) календарных дней до даты расторжения.
При этом, кто бы не инициировал расторжение, Код должен получить деньги за выполненную и соответствующую заданию работу.
При расторжении Договора Исполнитель направляет Заказчику акт сверки с указанием выполненных Работ, не закрытых Актами. Акт сверки подписывается по правилам, описанным для подписания Актов.
Если объём выполненных Работ к моменту расторжения Договора меньше, чем размер полученной предоплаты, Исполнитель производит возврат излишка.
Если объём выполненных Работ к моменту расторжения Договора больше размера полученной предоплаты, Заказчик производит доплату Исполнителю.
Это последний раздел основной части договора. Переходим к приложениям.
Приложение №1. Заказ
В заказе нужно описать особенности взаимодействия в рамках заказа на конкретные работы.
Термины
Термины — это понятия, которые будут использоваться в тексте заказа, но их смысл не очевиден. Например, такие:
Материалы — информация и материалы, необходимые для выполнения Задания.
Программный код — текст на любом языке программирования, определяющий логику работы ПО.
ПО — совокупность программного кода, дизайна и данных, направленных на решение задач и выполнение функций, описанных в Задании.
Описание и стоимость работ (смета)
В этом разделе нужно описать содержание, срок выполнения и стоимость работ.
Вот пример с чёткими датами и стоимостью каждого этапа:
№ | Этап | Описание этапа | Срок, рабочие дни | Стоимость |
|---|---|---|---|---|
1 | Дизайн | Создание Дизайна интерфейсов Приложения на основе согласованной концепции дизайна | 25 (двадцать пять) рабочих дней после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ | 200 000 (двести тысяч) рублей |
2 | Программирование | Разработка Программного кода на основе согласованных Дизайна и Технического задания | 40 (сорок) рабочих дней после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ | 500 000 (пятьсот тысяч) рублей |
3 | Тестирование | Проверка работы всех функций, процессов и интерфейсов ПО по согласованным Проекту и Дизайну | 3 (три) рабочих дня после предоплаты в размере 50% от стоимости Работ по этапу и полной оплаты предыдущих Работ | 50 000 (пятьдесят тысяч) рублей |
4 | Доработки | Любые доработки ПО или создание новых, не описанных в Задании | Согласовывается Сторонами в Заданиях в переписке по электронной почте | 2 500 (тысяча пятьсот) рублей/час |
Приёмка, расчёты и оплата
При разработке ПО мы рекомендуем принимать результаты и рассчитываться поэтапно. Это хорошо с организационной, психологической и финансовой точки зрения.
Во-первых, АД быстрее получает готовые части продукта, с которыми, если что, можно уйти к другому разработчику. Да и платить частями всегда легче, чем выложить большую сумму за раз. И принимать её тоже проще. Код, в свою очередь, мотивирован закончить работу и получить оплату. Все довольны и спокойны, есть ощущение движения, а это очень важно при разработке большого продукта.
Во-вторых, АД не достаёт большую сумму из бюджета за раз, что может ударить по другим бизнес-процессам, а у Кода есть деньги на зарплаты сотрудникам, участвующим в проекте. Меньше рисков, что работа встанет из-за кассового разрыва.
Исполнитель выполняет Работы поэтапно. По окончании каждого этапа Стороны подписывают промежуточный Акт по правилам Договора.
Если по истечении 3 (трёх) рабочих дней с даты получения Акта Заказчиком Исполнитель не получит мотивированных замечаний, Работы считаются выполненными и принятыми Заказчиком в полном объёме.
Работы, стоимость которых зависит от фактически затраченного времени на их выполнение дополнительно в рамках этапа Работ, Заказчик оплачивает в течение 5 (пяти) рабочих дней с момента подписания Акта по их завершению.
Как правило, если оценка сделана заранее, подрядчик берёт аванс, а после сдачи получает окончательную оплату.
Заказчик оплачивает каждый этап работ в следующем порядке:
До начала работ по этапу — 50% стоимости этапа (предоплата).
В течение 5 (пяти) рабочий дней с даты подписания акта сдачи-приёмки по этапу — оставшиеся 50% стоимости этапа.
Размер предоплаты и окончательной оплаты указаны для примера.
Гарантийные обязательства
Возьмём пылесос. У него есть функции и параметры: влажная уборка, мощность всасывания, количество насадок; он не может работать в воде и всасывать предметы тяжелее 100 граммов. И так далее. Если функции не выполняются и вы не сделали ничего противоречащего инструкции, вы можете обратиться в магазин и попросить вернуть деньги, дать новый пылесос или починить ваш.
С программой то же самое: это продукт с функциями, описанными в техническом задании. Не работает — надо чинить. Для этого нужно иметь описание функций и условий их выполнения на момент сдачи работ.
Что нужно прописать:
срок действия гарантии;
условия действия гарантии;
способ обращения по гарантии;
способ и срок ответа на него;
сроки исправления;
ответственность за отказ исправлять нарушения;
ответственность за нарушение сроков.
Главное: гарантия должна действовать, только если никто не трогал программу или не появились внешние факторы, то есть условия работы не изменились с момента подписания акта сдачи-приёмки.
Гарантийное обслуживание включает в себя диагностику и устранение ошибок в работе ПО, препятствующих его функционированию так, как это предусмотрено Заданием.
Период гарантийного обслуживания: 60 календарных дней с момента подписания последнего Акта по Заказу.
Исполнитель выполняет гарантийное обслуживание на основании письменных заявок Заказчика по электронной почте.
В течение 3 (трёх) рабочих дней с момента получения заявки Исполнитель направляет Заказчику оценку срока устранения ошибок и приступает к выполнению.
Срок устранения ошибок не может превышать 15 (пятнадцать) дней с момента получения заявки.
Гарантия не распространяется на неисправности, возникающие не по вине Исполнителя, в том числе, вследствие ошибок и/или несоблюдения инструкций по обслуживанию ПО, допущенных сотрудниками/подрядчиками Заказчика.
Исполнитель не несёт ответственности за некорректную работу ПО, если после передачи результата работ Заказчик самостоятельно и/или с привлечением третьих лиц производил изменения, которые повлияли на работу ПО.
Гарантийным случаем не признается некорректная работа ПО с операционными системами, программами и устройствами, если они выпущены после передачи результатов всех работ Заказчику и их требования к корректной работе не соответствуют параметрам ПО.
Заказчик вправе потребовать пени в размере 1% (одного процента) за каждый день просрочки, но не больше 30% (тридцати процентов) стоимости работ по Заказу если Исполнитель отказывается устранять ошибки по основаниям, не предусмотренным Заказом, или нарушает срок устранения ошибок.
Интеллектуальная собственность
Помните, мы говорили, что в состав ПО могут войти программные продукты, созданные другими разработчиками или самим исполнителем? Допустим, в нашем случае это умный текстовый поиск:
Исполнитель является правообладателем виджета «Поиск» (далее — Поиск), который будет использован в ПО для выполнения функции текстового поиска.
Исполнитель предоставляет Заказчику неисключительную лицензию на использование Поиска в составе ПО путём воспроизведения в течение срока действия авторских прав без ограничения по территории.
Лицензионное вознаграждение за использование Поиска входит в состав стоимости работ по Заказу и составляет 1% (один процент) от него.
Заказчик не вправе предоставлять сублицензию на Поиск и использовать его вне ПО.
Прочие условия
В этом разделе обычно пишут то, что логически не вписывается в другие разделы и не стоит создания своего раздела. Например, способ согласования изменений в заданиях:
Стороны согласуют изменения в Задания по электронной почте.
Или контакты представителей:
Представители Сторон:
со стороны Заказчика: ФИО, телефон, адрес электронной почты;
со стороны Исполнителя: ФИО, телефон, адрес электронной почты.
В случае изменения представителей или их контактных данных Сторона обязана уведомить об этом другую Сторону по электронной почте в течение 2 (двух) рабочих дней до даты изменения данных.
Они здесь, а не в основной части договора, потому что в разных заказах могут быть разные представители. Например, при подготовке технического задания заказчика будут представлять маркетолог и бизнес-аналитик, а на этапе разработки — программист и системный администратор.
Приложение №2. Задание
Напомним, что главная задача задания как приложения к договору — быть критерием оценки результата. Из этого как будто бы следует, что оно должно точно описывать этот самый результат, в нашем случае — программу. Нет.
Как правило, у заказчика есть идея и деньги, но нет знаний, чтобы спроектировать программу и написать подробное техническое задание. И это нормально. Для этого есть подрядчик.
Если у АДа есть техническое задание, которое написал, например, другой подрядчик или их программист, — отлично (именно для такого случая выше дана таблица со сметой на дизайн и разработку). Если нет, его можно сформулировать максимально коротко:
Исполнитель должен спроектировать программу для заказа рекламных мест по пожеланиям Заказчика.
Результатом проектирования будет техническое задание, на основе которого нужно будет разработать программу.
Всё. Проектирование и создание технического задания будут оценены по фактически затраченному времени. Пожелания будут согласовываться по электронной почте (см. Прочие условия).
Если очень хочется, можно чуть подробнее:
Необходимо разработать программу для продажи наружной рекламы.
Основные функции и разделы:
Поиск и подбор рекламного места по району, типу, цене, сроку размещения.
Создание адресной программы.
Заказ рекламных мест.
Задать вопрос оператору рекламного места.
Мы должны иметь возможность:
Редактировать каталог мест: добавлять, удалять, временно отключать, изменять описание.
Добавлять рекламных операторов.
Менять цены на рекламные места.
Требования:
ПО должно работать под Windows, Linux и MacOS.
Заказчик должен иметь возможность менять Контент в каталоге без привлечения Исполнителя.
Шаблон договора
Как и обещали, вот образец договора на разработку ПО: https://docs.google.com/document/d/1mrweX2OUrQpvpXLyJSA9INgy4mzQTK7d.
Пользуйтесь на здоровье!
Если вам нужны шаблоны договоров на другие виды услуг (веб-разработку, маркетинг, SEO и т.д.), найти их можно в разделе Документация. Там вы также можете ознакомиться с образцами коммерческих предложений и шаблонами брифов.
