close

Вход

Забыли?

вход по аккаунту

?

3.6 3.6.Правильный договор и

код для вставкиСкачать
Интернет для бизнеса
3.6
3.6. Правильный договор
и техническое задание
Данный раздел ставит целью не прокомментировать
все пункты договора или технического задания, но лишь
обратить внимание на факторы, имеющие ключевую роль
при создании интернет-сайтов.
Прежде всего нужно применять антирисковую стратегию (прописать соответствующие условия в договоре на
создание сайта), и придерживаться этой стратегии необходимо постоянно, на всех этапах реализации проекта.
«Правильный договор» на создание сайта — это договор, все пункты которого, как со стороны заказчика, так
и со стороны исполнителя, трактуются однозначно (не
допускается двойного/тройного толкования).
Договор на разработку веб-сайта должен фиксировать
и делать юридически значимыми все основные аспекты
взаимодействия подрядчика и заказчика.
Техническое задание (ТЗ) должно быть одним из приложений к нему.
Если у заказчика сайта отсутствует техническое задание (ТЗ), рекомендуем на его создание заключать отдельный договор, поскольку только после составления ТЗ
можно определить стоимость создания сайта. Кроме этого, в процессе разработки и выполнения мероприятий, направленных на создание ТЗ, прорабатывается и уточняется видение проекта самим заказчиком.
Возможный вариант: В пункте договора «Стоимость услуг» фиксируется формулировка: «Стоимость услуг по
настоящему договору составляет сумму стоимости всех
этапов», при этом «Составление технического задания»
идет первым этапом выполнения работ по договору.
3.6.1. Договор
Бизнес без проблем
b
Общая структура договора
Как правило, договор имеет следующую обязательную
структуру:
1. Предмет договора (наименование предоставляемой
услуги, перечень приложений, условия вступления
договора в силу и т. д.).
2. Права и обязанности сторон (указание исполняемых работ, условия привлечения сторонних подрядчиков,
правила обмена проектной информацией, распределение авторских прав и т. д.).
3. Стоимость и условия оплаты (стоимость исполнения работ, схема оплаты и т. д.).
111
структура договора
Сентябрь 2007
Интернет для бизнеса
3.6
4. Ответственность сторон и регламент (условия выплаты неустоек, механизмы пролонгации, условия расторжения договора и т. д.).
5. Форс-мажор.
6. Прочие условия (максимально возмещаемый ущерб, параметры использования электронных коммуникаций и т. д.).
7. Конфиденциальность информации (условия соблюдения конфиденциальности, способы защиты информации, срок действия режима конфиденциальности и т. д.).
8. Терминология.
9. Реквизиты и подписи сторон.
Помимо договора на разработку веб-сайта, как правило, с заказчиком подписывается договор на поставку
программного обеспечения (например, на поставку системы управления контентом).
контроль
исполнения на
этапе заключения
договора
Дополнительные требования к договору
В договоре обязательно разбивайте создание сайта на несколько этапов — так легче контролировать выполнение,
вносить коррективы в постановку и понимание задачи исполнителем и осуществлять приемку/сдачу результатов
работы.
Возможные этапы:
❍ Оценка ситуации, принятие решения о создании сайта
(возможно как самостоятельно, так и с помощью исполнителя).
❍ Выбор и регистрация доменного имени.
❍ Составление технического задания.
❍ Выбор хостинг-провайдера.
❍ Разработка дизайна.
❍ Поставка CMS для создания сайта.
❍ Разработка сайта на основе CMS, тестирование.
❍ Контентное наполнение.
❍ Поисковая оптимизация сайта и его контента.
Для исполнителя сдача работ по этапам выгодна также
и с точки зрения налогообложения, поскольку, если компания-исполнитель является плательщиком НДС, то, подписывая акт выполненных работ на каждый этап и получая оплату по этапу в течение одного учетного периода, он
не «тянет» НДС из месяца в месяц, из квартала в квартал.
разработка дизайна
Разработка дизайна
В договоре должно быть четко прописано количество вариантов, предоставляемых заказчику за указанную в договоре стоимость. Должно быть определено само понятие
«варианта дизайна», поскольку практика показывает
наличие расхождений во взглядах на этот термин.
Пример
Сентябрь 2007
112
b
Бизнес без проблем
Возможная формулировка:
Разработка дизайна включает в себя создание двух
принципиально разных вариантов макета главной
Интернет для бизнеса
3.6
страницы и разработку элементов — внутренних
страниц, иконок, кнопок и т. п.
Если представленные варианты дизайна не понравились полностью, они переделываются «с нуля», стоимость дополнительных вариантов составляет ... рублей за каждый вариант. Если в представленном варианте заказчик считает целесообразным заменить
некоторые детали дизайна, то таких замен может
быть более чем две, но не более ...
Для утверждения варианты дизайна предоставляются в электронном (файл .jpg) и в бумажном (цветная распечатка формата А4 или А3) видах, бумажный
вариант визируется заказчиком и передается исполнителю.
Кроме того, в договоре обязательно должно быть зафиксировано предоставление цветной распечатки дизайна, на которой ставятся подписи и печати исполнителя и
заказчика, что в дальнейшем исключит возможные недоразумения.
Поставка CMS для создания сайта
Выбор той или иной версии CMS (система управления
контентом сайта) полностью зависит от требований, описанных в техническом задании. Чем больше функций заложено в CMS, тем дороже система. Рекомендуем заказчикам строго следить, чтобы в предлагаемой исполнителем CMS не было избыточных, не нужных вам функций.
И в то же время чтобы СМS давала возможность вашему
сайту развиваться и расширять функции.
Разработка сайта на основе CMS
Важно указать, хотя бы укрупненно, перечень работ,
входящих в данный пункт. Среди них могут быть:
❍ «нарезка» дизайна;
❍ верстка html-страниц;
❍ разработка шаблонов;
❍ интеграция дизайна в CMS;
❍ настройка механизмов сайта;
❍ проектирование баз данных;
❍ создание механизма регистрации пользователя, авторизации и смены пароля;
❍ тестирование;
❍ создание каталогов;
❍ перенос сайта на хостинг и т. п.
поставка CMS
перечень работ
Перечень работ должен опираться на техническое задание.
Бизнес без проблем
b
Контентное наполнение
Исполнителю и заказчику следует договориться «на
берегу», до подписания договора, в каком виде будет сдаваться сайт — «пустой» или заполненный информацией.
Если заполненный, то в каком объеме — минимальное/максимальное количество страниц, фотографий, а
также суть этих понятий (страница — не более ... симво-
113
контентное
наполнение
Сентябрь 2007
Интернет для бизнеса
3.6
лов, фотография — «как есть» или же обработанные, в определенных размерах).
Четко прописывайте в договоре, кто предоставляет информацию и отвечает за написание оригинальных текстов
для наполнения сайта. Если заказчик, то к договору необходимо приложить график предоставления информации.
Рекомендуем заказчикам принимать сайт, уже наполненный актуальным контентом хотя бы в ключевых разделах, поскольку не всегда у заказчика «доходят руки»
до наполнения сайта сразу же после его сдачи. Поэтому
нередки случаи присутствия на сайте «постороннего контента».
Пример
Исполнитель отрапортовал о сдаче сайта, разместил ссылку на проект в своем портфолио, посетитель, а возможно, и потенциальный клиент, открывает сайт и видит в разделе «Услуги» транспортной
компании следующий текст: «Модальное письмо может быть реализовано на основе принципов центропостоянности и центропеременности, таким образом
аллегро имитирует кризис жанра, это и есть одномоментная вертикаль в сверхмногоголосной полифонической ткани».
Сэкономленные несколько тысяч рублей, которые могли быть заплачены исполнителю за контент, не стоят потенциального ущерба репутации от «постороннего контента».
руководители
проекта
нейминг
Сентябрь 2007
Сроки
Обращайте внимание, чтобы в договоре были указаны
реальные сроки выполнения работ. К примеру, качественный дизайн нельзя создать за 2–3 дня. Минимальные
сроки для разработки качественного дизайна, с учетом согласования, — 3 недели.
Руководители проекта
Для того чтобы проект был успешно завершен, за него
должны нести ответственность конкретные люди, как со
стороны заказчика, так и со стороны исполнителя. При
этом необходимо, чтобы со стороны заказчика это было лицо, реально облеченное властью. Рекомендуем в договоре прописывать ФИО ответственных лиц, а также график
их встреч — предположим, раз в одну-две недели, для контроля и корректировки хода выполнения проекта.
Выбор и регистрация доменного имени (нейминг)
Когда компания запускает на рынок новую продукцию/услугу, возникает вопрос о ее названии. На помощь
приходят специалисты по неймингу, на рынке уже сформировались цены на их услуги.
114
b
Бизнес без проблем
сроки работ
Интернет для бизнеса
3.6
Вопрос о том, должен ли заказчик платить за подбор/разработку доменного имени своей компании разработчику,
решается в каждом конкретном случае. О выборе доменного имени см. подробнее в разделе «3.3. Доменное имя. …»
Пример
В практике компании «Два льва» был случай, когда разработанное ими имя и расшифровка имени сайта послужили причиной для смены имени компании (сейчас
— группы компаний).
Карта расходов
Заказчику необходимо спрашивать у исполнителя карту расходов по интернет-проекту на ближайшие 3–5 лет.
Это позволит выявить расходы по поддержанию сайта в
работоспособном состоянии, о которых заказчик зачастую
даже не подозревает.
карта расходов
К необходимым расходам относятся:
продление доменного имени;
❍ расходы на хостинг;
❍ стоимость лицензии на CMS.
❍ ежегодное
К рекомендуемым относятся расходы по поддержке и
рекламе вашего сайта, включающие в себя:
❍ обновление информации;
❍ размещение фотографий;
❍ модернизацию дизайна;
❍ создание баннеров для размещения как на своем, так и
на других сайтах;
❍ проведение работ по поисковой оптимизации;
❍ проведение рекламных кампаний;
❍ общение на тематических форумах;
❍ обработку обратной связи и т. д.
Перечисленные работы могут быть переданы на аутсорсинг либо выполняться силами заказчика, но в любом
случае без них не обойтись. В противном случае сайт просто не будет эффективным.
3.6.2. Техническое задание
Техническое задание (ТЗ) на разработку веб-системы
должно оформляться как приложение к основному договору. Основная задача ТЗ — максимально полно описать
и зафиксировать все требования к создаваемому сайту и
процессу его разработки (поддержки). Объем ТЗ, составляемого серьезным разработчиком, может доходить до
60–80 листов и включать несколько сотен параметров.
Бизнес без проблем
b
Структура технического задания может выглядеть так:
1. Общая информация
❍ общая информация о заказчике;
❍ общая информация о проекте;
❍ общие вопросы обслуживания.
115
структура
технического
задания
Сентябрь 2007
Интернет для бизнеса
3.6
2. Требования к информационной инфраструктуре
устройство системы;
❍ роли;
❍ доменные имена;
❍ карта фронт-офиса;
❍ объемы и форматы информации;
❍ многоязычность;
❍ учет требований поисковых систем.
❍ общее
3. Требования к интерфейсу
к дизайнерскому решению;
❍ предоставляемые заказчиком визуальные компоненты;
❍ требования к навигации, шрифтам, сетке форматирования и т. д.
❍ требования
4. Требования к мультимедийным элементам (перечень, формат, условия работы и т. д.).
5. Требования к функциональности веб-сайта (полный перечень сервисов, предоставляемых системой, таким как каталоги товаров, системы регистрации-авторизации, форумы, подписки, рассылки и т. д.).
6. Требования к технической инфраструктуре
❍ требования к программно-аппаратной платформе;
❍ требования к используемым технологиям;
❍ требования к хостинговой площадке;
❍ требования к производительности;
❍ требования к безопасности.
7. Календарный план выполнения работ с указанием
ответственности сторон
8. Регламент выполнения работ на этапах проектирования, разработки, тестирования, документирования и обучения, запуска веб-сайта и гарантийного обслуживания.
Подготовка технического задания — это всегда итерационный процесс, в котором участвуют как представители заказчика, так и специалисты со стороны разработчика.
3.6.3. Концепция
Техническое задание рождается из концепции сайта,
из его видения, написанного простым и понятным человеческим языком. ТЗ же, напротив, пишется для разработчиков, и зачастую на им одним понятном языке. Во избежание подписания ТЗ, которое в чем-то противоречит
ранее написанной концепции, заказчику следует просить исполнителя одновременно с внесением изменений
в ТЗ продолжать сопровождать и концепцию.
В договоре можно прописать тождественность концепции и ТЗ, и даже некоторое превосходство первого документа, чтобы можно было обращаться к концепции как
к первоисточнику: если заказчик и поставил свою подпись
под ТЗ, в котором на «птичьем» языке разработчиков
написано нечто, его не удовлетворяющее, он сможет апеллировать к концепции.
Сентябрь 2007
116
b
Бизнес без проблем
приоритет
концепции сайта
Интернет для бизнеса
3.6
Это, однако, означает, что работа по созданию концепции превращается в важную часть работы над сайтом. В
концепции должны быть прописаны:
❍ описание бизнеса;
❍ цели и задачи бизнеса, решаемые с помощью сайта;
❍ целевая аудитория с разбивкой по группам;
❍ обоснование выбора именно этих групп;
❍ желаемый результат;
❍ антирисковая стратегия (что будет, если...);
❍ определение ресурсов.
То есть должна быть проведена важнейшая подготовительная работа, о чем подробнее см. в разделе 3.5 «Бизнесаналитика на этапе проектирования сайта».
Такая работа, выполненная в начале проекта, позволит
в дальнейшем принимать работу исполнителя не на основе «нравится — не нравится», а на основе соответствия результата заложенным при проектировании данным.
Таким образом, для заказчика ТЗ должно быть документом, представляющим собой перевод понятной и выношенной концепции на язык исполнителей. Концепция, написанная без использования неоднозначно трактуемых многими терминов, — вот основной документ, с
которого для заказчика начинается построение бизнеса с
использованием возможностей, предоставляемых интернет-технологиями.
Чем яснее заказчик определит задачи и ожидания и подробнее их распишет в концепции сайта, тем проще ему
будет использовать получившийся впоследствии продукт.
Бизнес без проблем
b
117
Сентябрь 2007
Документ
Категория
Типовые договоры
Просмотров
60
Размер файла
198 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа