Основы составления технического задания для интернет-проектов. Системы управления проектами. Тема №1

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

он получит взамен. Этот пункт помогает заказчику познакомиться со структурой и понять работу ресурса. Если есть моменты, которые не устраивают, то до начала разработки их можно изменить;
Убедиться в компетентности исполнителя. Четкое ТЗ - это доверие к тому, кто будет заниматься разработкой, а хаос может быть сигналом о том, что похожее может быть на сайте;
Застраховаться от недобросовестности разработчика. Имея техническое задание, готовый сайт можно легко проверить по нему. Если имеются несоответствия, то разработчик должен их устранить;
Упростить передачу разработки ресурса другим исполнителям. Это актуально в тех случаях, когда разработчик и клиент повздорили между собой. Имея на руках техническую документацию, можно ресурс передать другим профессионалам. Они втянутся в работу быстрее, чем без ТЗ;
Узнать цену на создание сложного сайта. Стоимость разработки и точные сроки сдачи сложного сайта сразу назвать нельзя. Необходимо понять, какие функции будут на ресурсе и как он будет работать.

вопросов, предлагаются решения, показываются разные примеры. Далее вся информация оказывается в едином документе. Если заказчик согласен с внесенными данными, то будущий разработчик сайта все понял правильно;
Застраховаться от неожиданных пожеланий заказчика. Бывают ситуации, когда клиент хочет все изменить. Его не смущает, что сайт уже наполовину сделан. ТЗ - это страховка от таких хотелок;
Доказать свою компетентность. Техническое задание, если оно хорошо сделано исполнителем, вызовет у клиентов уважение и даст понять, что перед ними профессионалы. Многие клиенты соглашаются работать с разработчиками после того, как увидят эту документацию;
Ускорить и облегчить разработку ресурса. Как правило в техзадании можно найти требования к структуре сайта, функции и элементы, расположенные на каждой странице. Имея это перед глазами, остается сделать малое: оформить визуал и написать код;
Создать возможность для заработка. Составить правильно ТЗ - дело непростое и очень хлопотное, особенно для человека, который в этом плохо разбирается. Поэтому разработчики предлагают услугу по составлению технической документации.

блоков: технического, маркетингового и дизайнерского.
Техническая часть – технологическая основа того, от чего будет разработчик отталкиваться: выбор CMS, описание необходимых функций сайта.
Маркетинговая часть отвечает за коммерческий успех будущего сайта. Описание ряда требований с учетом ниши, в которой компания работает, преимуществ, ситуации на рынке, уровня конкуренции, отметив особенности целевой аудитории и т.д.
Цель дизайнерской части технического задания – сделать ресурс максимально удобным, полезным, интересным для пользователя.

дизайн и прототип, функционал проекта.
Вопросы общего характера:
Задачи и цели проекта. Тут необходимо вкратце расписать требования и пожелания того, что хочется получить от сайта. Лучше это сделать в цифрах. Например, достичь определенного трафика в месяц, добиться увеличения продаж на 30% и т.д.;
Концепция будущего сайта. Здесь необходимо озвучить проблему, которую должен решать продукт, предложить порядок ее устранения и рассказать о целевой аудитории;
Расшифровка терминов, которые используются в документе. Часто заказчик под определенным термином понимает одно, а исполнитель другое. Чтобы не было путаницы при выполнении работ, рекомендуется составить словарь, используемой терминологии;
Перечень документации, на основании которой будет создан сайт. Тут можно указать ссылки на приглянувшийся дизайн, внешние документы и т.д.;
Карта страниц будущего проекта или разделов. Требований тут немного: нужно нарисовать структуру в формате дерево. Благодаря этому рисунку будет понятен объем работ, с которым придется столкнуться разработчику.

- схемы страниц, представленные в единой структуре, которые имитируют работу серверной части и интерактивных элементов. Если он будет сделан, то проект можно оценить быстрее;
Иногда у заказчика уже есть дизайн сайта, тогда рекомендуется на исходные файлы макетов прикрепить ссылку. Если дизайна нет, то необходимо написать перечень требований к дизайну. Например, какие должны быть цвета на сайте: общие по всему ресурсу и отдельно в логотипе, какие элементы хочется использовать и т.д.;
Динамика страниц. Здесь необходимо указать требования к реагированию интерфейса, когда происходит нажатие на определенные элементы управления. А также расписать нужны ли всплывающие окна, дополнительные эффекты, подсказки;
Требования к адаптивной версии ресурса. Здесь указывается, на каких платформах и браузерах будет использоваться сайт.