Дата публикации: 22.07.2015 12:09:56

Техническое задание на сайт

Итак, принятие решения о создании сайта позади. Осталось самое главное – получить то, что нужно. Хотелось бы отметить, что при создании сайта нас интересует не только уникальный и красочный дизайн, а также его функциональность и возможность модифицирования. Перед началом работ стоит задать себе несколько вопросов. Можно ли создать сайт, который хочется без ТЗ (технического задания)? Нужно писать ТЗ подробно, или можно что-то там не указывать?

Конечно, самое простое – возложить все на плечи разработчиков, но полученный результат часто никого не удовлетворяет. А может быть и так, что ваше представление о сайте, объяснения его функционала и понимание разработчика расходятся, как в море корабли. Вот именно для того, чтобы избежать такой ситуации – составляется ТЗ для сайта, или задание с описанием всех пожеланий к сайту.

Как поможет техническое задание при создании сайта?

Допустим вы даёте такое задание для создание интернет-магазина: "Сайт должен содержать: каталог, корзину, форму заказа товара, раздел доставки, страницу о нас и контактную информацию".

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

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

Какие задачи нужно описывать в ТЗ?

Задания на разработку могут быть противоречивыми. Одни способны привести к ожидаемому результату, а другие наоборот замедлить процесс разработки. Чем больше условий изложено в ТЗ, тем выше стоимость заказа и больше срок разработки. Найдите среди всех задач минимально необходимое ядро и начните разработку интернет-магазина с него. Лучше всего составить ТЗ с учетом нескольких правил и по нему создать сайт, а затем заказывать доработку необходимых задач.

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

Правило первое

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

Техзадание входит в состав договора со своим регламентом работ, описывающим, что должно быть выполнено и за какой срок. Указывайте дополнительно для каждой задачи моменты, по которым в дальнейшем выясняется, сделана задача из ТЗ или нет.

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

Очень сложно прописывать в ТЗ создание дизайна сайта и его элементов. Можно чётко описать цветовую схему интернет-магазина, нарисовать блок-схему размещения элементов, но на бумаге нельзя передать эмоциональное восприятие цветов и элементов картинки. Даже в том случае, если дизайн был "воистину шикарным" – другим людям он может не нравиться.

Правило второе

Чётко формулируйте опорные пункты задач вашего ТЗ.

Формулировать условия в задании необходимо четко, без размытых выражений. Например, сайт должен быть удобным. А как именно должно быть "удобно"?

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

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

Правило третье

Исполнитель выполняет не оговоренные условия ТЗ (технического задания) по своему усмотрению.

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

Этот пункт не относится абсолютно ко всем не прописанным требованиям в ТЗ, исполнитель при работе по техническому заданию может постоянно держать с вами связь. Совместные коммуникации заказчика и исполнителя во время работы над проектом – одна из важных составляющих вашей работы.

Правило четвертое

Пишите ТЗ таким образом, чтобы у исполнителя после прочтения не возникло слишком много уточняющих вопросов. Техническое задание можно разделить на несколько отсеков: общие сведения; назначение и цели создания (развития) системы; характеристика объектов автоматизации; требования к системе; состав и содержание работ по созданию системы; порядок контроля и приемки системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; требования к документированию; источники разработки.

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

1) Общие сведения

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

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

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

2) Назначение и цели создания (развития) системы

Безусловно, основной целью каждого сайта можно считать заработок, неважно от чего: продажи товара, кликов по рекламе и т.д. Но, перед тем как заработать, всегда имеет наличие еще один аспект – сам способ заработка. Как вариант, можно прописать в ТЗ это назначение – прибыль, а можно немного углубиться – если это сайт-визитка, то его назначением станет широкая реклама, магазина – продажа товара и другое.

3) Функциональность

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

Довольно часто многие заканчивают на этих трех пунктах разделы ТЗ, и это неверно, так как эти пункты – всего лишь вводная часть!

4) Список важных пунктов (характеристика объектов автоматизации)

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

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

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

Из этого получается, что выяснить отсутствие категорий лучше во время написания ТЗ, а не строения сайта. Важность основных данных заключается в том, что исходя из них – определяются сроки выполнения.

5) Описание страниц (состав и содержание работ по созданию системы)

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

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

Если планируется создание сайта с разделением на публичную часть (доступную для всех) и закрытую часть (кабинет пользователя), то раздел разбейте на две группы – кабинет пользователя и публичная часть. Обязательно распишите права доступа к каждому разделу сайта.

Есть ещё три пункта, которые нужно включить в ТЗ.

6) Хостинг сайта

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

Хостинг может выбираться владельцем сайта самостоятельно или рекомендоваться исполнителем, чтобы избежать спорных ситуаций, в этом разделе нужно указать требования к свободному пространству на диске, памяти, библиотеке, интерпретатору, ftp, pop, smtp, внешним программам и всему остальному, что важно для основного проекта.

Есть и другие ситуации, например, заказчик владеет некоторым количеством сайтов, имеющим один хостинг… решает заказать еще один сайт, находит студию, дает ей ТЗ, но не обращает внимание на то, что студия пишет на Django, а когда дело доходит до выкладки сайта на хостинг, заказчик естественно выбирает тот, на котором у него работают остальные сайты. Но его "любимый" хостинг работает с PHP, и тут возникает разногласие, итог которого – исправление сделанной работы на PHP. Таких нюансов может быть миллион, и учитывать их лучше в самом начале, чтобы видеть заказанный сайт в назначенный срок, а не после дней/недель/месяцев исправлений и доработок.

7) Размещение контента на сайте

Разработчики сайтов редко занимаются написанием текстов, хотя такие варианты не исключены. Если заказчик желает, чтобы на новый сайт был выложен или написан контент, то в этом разделе и должно быть указано, что именно и куда должно быть добавлено – текст или изображения. Дополнительно, если требуется поиск картинок самостоятельно или их предварительное изменение (уменьшение/увеличение) – так же прописывается заранее.

8) Сдача результата исполнителем и прием заказчиком

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

Желаем вам хороших сайтов и удачных проектов!