Порядок предоставления дистрибутива

По окончании разработки Исполнитель должен предоставить Заказчику дистрибутив системы в составе:
-архив с исходными кодами всех программных модулей и разделов сайта;
- дамп проектной базы данных с актуальной информацией.
Дистрибутив предоставляется на CD-диске в виде файлового архива.

Порядок переноса сайта на технические средства заказчика

После завершения сдачи-приемки сайта, в рамках гарантийной поддержки Исполнителем производится однократный перенос разработанного программного обеспечения на аппаратные средства Заказчика. Соответствие программно-аппаратной платформы требованиям настоящего документа обеспечивает Заказчик.
Перед осуществлением переноса Заказчик обеспечивает удаленный shell-доступ к веб-серверу и доступ к базе данных сайта.

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

Статья морально устарела, поэтому рекомендую читать только ради любопытства.
Можно почитать: О проектной документации

При чтении важно понимать и помнить, что составление технического задания, как и проектирование, является всегда платной услугой, а также требует профессиональных и практических навыков для его составления. Также необходимо учитывать, что одно техническое задание не может служить примером для составления другого технического задания, даже при подобных задачах. Все что может быть примером — это идея и концепция составления, а также принципы архитектурного проектирования.

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

Для сайтов содержание может выглядеть вот так:

  1. Цели и концепция сайта
    • Миссия компании
    • Целевая аудитория
    • Назначение и цели сайта
    • Концепция сайта
  2. Взаимодействие с сайтом
    • Сценарии пользователей
    • Анализ сайтов конкурентов
  3. Содержание сайта
    • Наполнение сайта
    • Функциональные и технические требования
  4. Структура сайта
    • Разделы сайта
    • Система навигации
    • Эскиз сайта

 

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

Общий срок работы — 60 дней.

  1. Проектирование, предпроектный анализ — 10 дней.
  2. Разработка структуры сайта — 10 дней.
  3. Макетирование — 15 дней.
  4. Разработка прототипов сайта (вёрстка) — 10 дней
  5. Тестирование — 10 дней.
  6. Ввод в действие — 5 дней.

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

Теперь подробнее о каждом разделе технического задания.

№1 Цели и концепция сайта

В первую очередь знакомимся с компанией, для которой создаем сайт, узнаем подробно о деятельности и принципах.

Знакомство с компанией может включать, например, следующие пункты:

  1. Чем занимается компания.
  2. Какая ценовая категория услуг и продуктов компании.
  3. Какие торговые марки представляет компания.
  4. Существует ли продающая идея компании, допустим уже используемая в печатной или ТВ рекламе.

Никто лучше заказчика не опишет идеи, принципы и деятельность компании, поэтому вся работа сводиться к двум вещам: слушать и задавать вопросы.

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

Дальнейшие два подраздела «Целевая аудитория» и «Назначение и цели сайта» можно объединить в единый раздел, но если позволяет время, то можно выполнять все, по порядку согласовывая каждый отдельный этап с заказчиком.

Целевая аудитория

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

Примерные вопросы о целевой аудитории будут выглядеть так:

  1. Социальный уровень (профессии, социальные классы, доходы)
  2. Возраст
  3. Женский и мужской пол в процентном соотношении (показатель весьма иллюзорный, так что всегда лучшее решение это унисекс, даже для сайтов женских журналов :)
  4. Географическое положение аудитории.

После того как мы уяснили примерную аудиторию сайта, разбиваем ее на группы и категории. Категории составляются в зависимости от интересов той или иной аудитории. Например, для сайта по торговле бытовой техникой категории будут такими:

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

Таким образом, составляем подробный список всех возможных аудиторий сайта и продумываем, кто какие цели преследует и какие потребности посетителей наиболее важны для компании.

Важно отметить, что технология сайта не определяет аудиторию, так как сайтом могут пользоваться различные люди при различных характеристиках соединений с интернетом и при различных характеристиках мониторов и оборудования. Допустим, сайт предназначен для продвижения какой-либо дорогой и эксклюзивной услуги, и это совершенно не определяет, что на сайт будут заходить только люди имеющие дорогие мониторы с большим разрешением и имеющие широкие каналы связи. Совершенно справедливо, что этими посетителями могут быть, например, те, кто пользуется интернетом через GPRS, или смотрит сайт через браузер КПК, а может быть на мониторе ноутбука.

То есть реально пользователи определяются только в соответствии их целям и намерениям.

Назначение и цели сайта

Уже на этапе определения целевой аудитории мы могли выяснить, какие цели будут преследовать посетители будущего сайта. Если до сих пор назначение сайта не сведено в единое целое и должным образом не сформулировано, необходимо это сделать. А также определить общие цели сайта со стороны компании.

Общие цели сайта определяет заказчик, именно на этом этапе он будет полноправным соавтором проекта. Задача определения целей сайта сводиться к следующему: задаем вопросы и узнаем из уст заказчика предназначение и цели сайта, после чего переформулируем эту информацию для себя.

Важные вопросы на этом этапе:

  1. Зачем нужен этот сайт?
  2. Каковы краткосрочные цели сайта?
  3. Каковы долгосрочные цели сайта?
  4. Каково общее назначение сайта?
  5. Зачем человеку может понадобиться прийти на этот сайт в первый раз?
  6. Зачем ему возвращаться?
  7. Сайт должен продавать товар или демонстрировать услугу?

Вопросы могут быть различные, все зависит лишь от деятельности компании и от задач, которые ставит компания перед сайтом.

После того как все вопросы заданы и получена предварительная информация о назначении и целях сайта, необходимо всю информацию обработать в удобном для разработчика виде. Это значит, во-первых, задать все эти вопросы самому себе и постараться на них ответить с учетом того, что узнали о компании и о ее деятельности. Во-вторых, четко определить цели, записав их формулировки, отсекая лишнее. В-третьих, расставить цели сайта по приоритетам и если необходимо разделить их на категории.

После того как список с целями и с целевой аудиторией сайта составлен, согласовываем его с заказчиком, который может внести поправки и дополнения. Как только список будет утвержден, можем приступать к следующему этапу работы. Без согласования заказчиком целей сайта и аудитории, а также без уверенности, что поняли назначение сайта, дальнейшая работа будет весьма рискованной и непредсказуемой. Необходимо учитывать для себя и дать это понять заказчику, что цели сайта формулируются один раз и изменению в дальнейшем не подлежат. Варьироваться может лишь план работы и средства достижения этих целей.

Концепция сайта

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

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

№2 Взаимодействие с сайтом

Сценарии пользователей

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

Обычно принято при составлении сценариев пользователей давать этим пользователям имена, составлять краткий рассказ о них и только после этого описывать их действия. Иногда в этих рассказах есть излишняя информация о стиле жизни виртуального пользователя, например, повествование о его предпочтениях в еде, в одежде и прочем. В этом есть, конечно, разумный смысл, потому как неполноценно выглядит пользователь сайта по продаже бытовой техники, интересующийся в жизни только этой техникой. Но и перевод сценария в художественный стиль, во-первых, требует дополнительного времени, во-вторых, на стадии реализации проекта несет слишком мало пользы, в-третьих, излишняя персонализация может пойти во вред, сузив фактические предпочтения целевой аудитории.

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

Имя: Елена

Возраст: 25 лет

Профессия: менеджер торговой компании

Живет в Санкт-Петербурге, в собственной квартире, не замужем. Имеет достаток выше среднего.

Ее цель при посещении сайта по продаже бытовой техники — покупка музыкального центра с доставкой на дом.

У Елены мало свободного времени и поэтому, зайдя на сайт, через поисковик, ее, прежде всего, интересуют способы доставки, сроки доставки и все прочие условия по этому сервису. Если на поиск этой информации уйдет больше чем 10-15 секунд, то Елена перейдет на другой сайт. После прочтения информации о доставке, Елена убеждается, что продающая компания имеет реальный фактический адрес и номер телефона. После этого она сразу же на странице «Контактная информация» вводит в строку поиска название и марку музыкального центра. Она уже знает модель центра, например, по рекомендации друга и ищет именно эту модель. При поиске просто пишет: «Sony X123». Для нее не логично пользоваться расширенным поиском или искать модель через рубрикатор товаров.

Найдя товар, ее интересует только цена. Елене приятно, что цена с небольшой скидкой. Удовлетворенная быстрым поиском товара и ценой, Елена даже согласна пройти регистрацию на сайте, для того чтобы сделать заказ. Она жмет кнопку «Заказать», заполняет небольшую форму своими данными, указывает контактный телефон и емайл. Проверяет почту и убеждается, что ее заказ подтвержден. Если бы подтверждение не пришло по емайл, она бы не стала дожидаться звонка от службы продажи и вообще отказалась бы от заказа.

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

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

Анализ сайтов конкурентов

Этот этап работы сводится к двум целям: избежать повторений в дизайнерских решениях и выяснить особенности сайтов.

Вообще я склоняюсь к мнению, что достаточно только визуального анализа сайтов конкурентов, чтобы не было банальных повторений, а более детальное изучение и глубокий анализ может сыграть плохую роль. Потому как при разработке подсознательно можем основываться на этих сайтах, а опираться на конкурентов в бизнесе вряд ли имеет смысл. Еще один негативный отпечаток анализа конкурентов — это разработка «от противного», которая уведет от собственных целей. Но это мой субъективный взгляд.

Причем, заказчик почти всегда сможет объяснить, чем его компания отличается от конкурентов и этой информации может вполне хватить для выделения сайта среди конкурентов. И естественно эта информация от заказчика будет ценнее собственного «поверхностного» анализа.

№3 Содержание сайта

Наполнение сайта

Один из самых затратных по времени этапов — сбор всей информации, текстов, графики, фотографий для будущего контента сайта. Если этот этап не пройти на стадии проектирования, то контент можно будет собирать целую вечность еще и после всех официальных сроков сдачи проекта, а потом обязательно узнаем, что сайт необходимо частично или даже полностью переделывать, уже отталкиваясь от контента, а не от задач.

В техническом задании контент может выглядеть в виде списка с указанием ссылок на документы, тексты, фотографии и все прочее, что будет входить в контент. Сама же информация может быть прикреплена в приложениях к техническому заданию.