Обеспечение доступности сайта

Заключение договора с разработчиком

Состав технического задания

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

1. Аннотация. Здесь указывается, что содержит документ. В аннотации принято указывать основание появления документа на свет – например, делается ссылка на полученную студией заявку.

2. Содержание. Обычное оглавление с перечислением разделов и подразделов и номеров страниц.

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

4. Общее описание сайта. Здесь отражаются общие требования к направленности и содержанию сайта, которые передаются студии: вид сайта («электронный буклет», электронный магазин, промо-сайт и др.), доменное имя и т.д.

5. Требования к сайту. Самый важный и самый объемный раздел. Здесь перечисляются по пунктам все функциональные возможности сайта, в том числе включаются требования по совместимости с другими системами – например, с используемой на предприятии системой складского и бухгалтерского учета и т.п. (на данном этапе достаточно лишь упоминание самого факта совместимости, без подробностей).

6. План-график выполнения работ. В плане должны стоять конкретные даты сдачи этапов с указанием содержания каждого этапа.

7. Порядок разработки и ввода контента (информации): текстов, картинок, фотографий, логотипов и т.д. 1-2 фразы о том, кто, как и когда предоставляет контент.

8. Порядок приемки-передачи выполненных работ. Здесь может оговариваться создание комиссии по приемке выполненных работ и указываться ее состав.

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

10. Состав документации. Как правило, обязательно только краткое Руководство пользователя. Для крупных сайтов могут потребоваться и другие документы: Руководство администратора сайта, Руководство администратора электронного магазина или торговой площадки, Руководство системного администратора и т.д.

11. Обратная связь. Указываются полные координаты разработчика и лица, ответственные за контакты с Вами.

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

1. Наличие подробного плана-графика выполнения работ, в котором каждый этап сдается не реже чем 1 раз в 2-3 недели.

2. Гарантийный срок, на протяжении которого замеченные дефекты устраняются бесплатно. Обычно этот срок составляет от 3 до 12 месяцев.

3. Ответственность за нарушение сроков со стороны разработчика должна составлять не менее 0,5% суммы договора за каждый день опоздания по его собственной вине. Разумеется, право разработчика – оговорить при этом, что в случае задержки предоставления предприятием необходимой информации срок отодвигается на число дней задержки, а также потребовать от предприятия взаимной ответственности за задержку оплаты выполненных работ.

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

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

6. Наличие подробного технического задания, включая содержание сайта, схемы расположения элементов экрана (если необходимо), форматы данных для связи с программами других разработчиков. Например, если речь идет об электронном магазине, то необходимо предусмотреть оповещение отдела сбыта по электронной почте, передачу данных в систему управления сбытом, связь с бухгалтерским и торговым комплексом (например, с программами серии 1С:Предприятие).

7. Документация по использованию сайта и программ. В ней должно быть достаточно подробно описано, как рядовой компьютерно грамотный пользователь без помощи разработчика или программиста может совершать действия по обновлению сайта. Не забывайте, что обновление сайта на крупном предприятии вполне может быть децентрализованным. Например, на сайте банка курсы валют может ежедневно вводить валютный отдел, процентные ставки по депозитам и кредитам – соответственно депозитный и кредитный отдел и т.д. (Пытаться централизовать сбор и обновление большого объема часто обновляемых данных обычно не стоит, т.к. это может привести к задержкам и сбоям с их публикацией). Средствами нерегулярного обновления вполне могут являться любительские подручные инструменты типа FTP-доступа через простую знакомую программу (Windows Commander, FAR и т.п.), о чем должно быть сказано в документации. Однако если обновление ведется часто, то необходимо включить в техническое задание на разработку сайта специальные администраторские формы обновления которые должны быть описаны в документации. Кроме того, ответственный за сайт может самостоятельно разместить сайт на компьютере хостинг-провайдера, а также изменить, добавить, удалить любую информацию на сайте без помощи разработчика.

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

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

Хороший хостинг обеспечивает видимость и быструю работоспособность сайта из любой точки мира 24 часа в сутки. Только профессиональный хостинг-провайдер может обеспечивать круглосуточное администрирование сайта, отслеживать его работоспособность, регулярно сохранять содержимое, изменять параметры настройки в соответствии с изменяющимися реалиями (иными словами, администрировать сервер). Хостинг-провайдер обязан иметь собственный штат системных администраторов, которые могут в считанные минуты разобраться с любой возникшей нештатной ситуацией. Каналы качественной хостинг-площадки для сайта должны быть на несколько порядков мощнее «выделенки» и тем самым лучше защищены от периодически наступающих перегрузок и хакерских атак, создающих большую нагрузку на канал связи. Сайт должен грузиться визуально достаточно быстро (8-15 с) и не утомлять заметными задержками. Хостинг должен обеспечивать поддержку корпоративной электронной почты. Бесплатные хостинг-площадки или провайдеры услуг доступа к сети Интернет не подходят под определение качественного хостинга ввиду перегруженности каналов связи, отсутствия качественного администрирования и соответствующего оборудования. Очень важный критерий доступности сайта – это легкое нахождение сайта с помощью основных поисковых систем и тематических каталогов интернета по ключевым словам и выражениям, характеризующим сферу деятельности или само предприятие. Чем больше сайтов в стране или регионе, тем большую роль играет рейтинг сайта в поисковых системах. Статистика переходов свидетельствует о том, что около 70% посетителей попадают на сайты с поисковых систем. При создании сайта должны учитываться требования и рекомендации наиболее крупных русскоязычных и зарубежных поисковых систем, та-ких как Yandex (www.yandex.ru), Rambler (www.rambler.ru), Google (www.google.com) и ряда других. Их требования иногда сильно отличаются друг от друга.