Пример тз на сайт – полное руководство + шаблон (уникальный)

Содержание

Техническое задание — что это и как составить + примеры ТЗ на сайт и ПО

  • Новости
  • Интернет-маркетинг
  • PPC
    • Блог Google Adwords
    • Обновления Google Adwords
    • Блог Яндекс Директ
    • Обновления Яндекс Директ
  • SEO
    • SEO кейсы
  • SMM
    • YouTube
    • Блог о ВКонтакте
    • Обновление ВК
    • Блог про Facebook
    • Обновления Facebook
    • Блог про Twitter
    • Блог про Инстаграм
    • Обновления в Instagram
    • Блог про Одноклассники
    • Обновления в Одноклассниках
    • Таргетированная реклама
    • Яндекс.Дзен
  • Ещё
    • Брендинг
    • Веб-аналитика
      • Блог Google Analytics
      • Блог про Гугл Вебмастер
      • Обновления в Гугл Вебмастер
      • Блог про Яндекс Вебмастер
      • Обновления Яндекс Вебмастер
      • Блог Яндекс Метрики
      • Обновления Яндекс Метрики
    • Дизайн
    • Контент-маркетинг
    • Мессенджеры
    • Продажи
    • WordPress
  • Услуги
    • SEO & MARKETING
    • Продвижение на рынке B2B
  • Блоги
  • Спецпроекты
    • Click.ru
    • PromoPult
    • ukit
  • Реклама
  • ⚡ Сервисы

Поиск

IM
  • Новости
  • Интернет-маркетинг
    • Лучшие системы управления проектами: бесплатные и платные программы Этапы продаж: 5 основных этапов для менеджера по продажам Как делать эффективные видео? Три правила + лайфхак Квиз-сайт: что это, примеры + ТОП-10 конструкторов квизов Пресс-релиз: что это и как его написать (образцы и примеры)
  • PPC
    • ВсеБлог Google AdwordsОбновления Google AdwordsБлог Яндекс ДиректОбновления Яндекс Директ Директ обновил своё мобильное приложение Призыв к действию в рекламе, в Инстаграм и в продажах. 35… В Директе станет доступен Автотаргетинг в РСЯ и внешних сетях Воронка продаж, или Как грамотно построить рекламную стратегию
  • SEO
    • ВсеSEO кейсы Как делать эффективные видео? Три правила + лайфхак Как правильно выбрать домен для сайта 10 лучших SEO-модулей для OpenCart: бесплатные и платные Идеальная SEO оптимизация страниц сайта: пошаговая инструкция
  • SMM

internet-marketings.ru

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

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

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

Проблема восприятия информации, вечная. Эффект “сломанного телефона”, частое явление. А что говорить о том, если ты просто не умеешь ставить задачу? Да, такое тоже бывает и с этим нужно как-то работать, но как? Для того чтобы результаты задач, которые вы ставите, соответствовали вашим ожиданиям, пишите техническое задание.

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

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

Конструкторское бюро

Документ этот может занимать, как одну страницу А4, так и целый том, все зависит от задач и пожеланий которые в него входят. К примеру, вы можете написать техническое задание на небольшой landing page (одностраничный сайт) или же на сложное программное обеспечение с машинным обучением и прочими фишками.

Для чего нужно техническое задание

  • Чтобы ставить задачу исполнителям.
  • Чтобы подробно описать то, что хочется получить в конце.
  • Чтобы согласовать порядок работ.
  • Чтобы оценить и принять работу после реализации.
  • Чтобы…(добавьте свои варианты в комментариях).

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

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

По факту, это серьезный документ, который составляется заказчиком и исполнителем. Вплоть до того, что прописываются неустойки и обязательства сторон. Существует целый ряд ГОСТ-ов, более подробно читайте на Хабре.

Разработка технического задания

Если мы говорим об игре “по-взрослому”, например, техническое задание на разработку мобильного приложения или сайта, то это отдельная работа, за которую платятся немалые деньги. Вы привлекаете человека, как правило, это бывший или действующий технический директор (Chief Technical Officer) и просите его помочь вам.

Наличие бороды необязательно

В зависимости от объемов проекта/задач этот человек собирает все ваши “хотелки”, переводит их в технический язык, может быть готовит эскизы (как должно приблизительно выглядеть) и отдает вам готовый документ. Далее вы этот документ передаете исполнителям (команде внутри вашей компании или на аутсорс), договариваетесь по деньгам, срокам и приступаете к работе.

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

Из чего состоит техническое задание

Все будет зависеть от шаблона, который вы выберете (чуть дальше я дам несколько ссылок на шаблоны/примеры), но есть базовые блоки, которые входят в техническое задание:

  1. Описание проекта/задачи. Кратко пишем, что за проект или задача, которую нужно выполнить.
  2. Назначение и цели. Какие цели стоят перед проектом.
  3. Требования. Дизайн, функции, технологии, которые необходимы.
  4. Описание работ. Что, когда и как будет выполнено.
  5. Порядок контроля и приемки. Как будут приниматься работы, что можно считать выполненным.
  6. Приложения. Эскизы, наброски, прототипы.

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

Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал. Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…

Примеры технического задания

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

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

Далее будут приведены примеры тех.задачний из интернета.

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

Если нужно больше образцов, просто погуглите.

Рекомендации и советы

Главная рекомендация, это делать. Беда в том, что лень-матушка одолевает каждого и сопротивляться ей не просто. Соберите всю волю в кулак и начинайте писать техническое задание, просто пишите и не останавливайтесь. Не переживайте, что не получается “идеально”, открою тайну, такого и не бывает. Просто пишите, с каждым разом будет получаться лучше и лучше.

Вот так надо

Мои первые зачатки по написанию ТЗ начали появляться несколько лет назад. Я работал с дизайнерами и ставил задачу на создание креативов для рекламных кампаний. Бессвязное хочу это и это превращалось в кучу потраченного времени и объяснений. Со временем постановка задач начала превращаться в какие-то смысловые блоки, а потом уже и в подобие технического задания.

Рекомендую использовать структуру ТЗ даже для небольших задач. Никто не просит вас расписывать каждый блок подробно. Просто попробуйте несколько раз оформить свою задачу в виде тех.задания.

Например для задачи “Кнопка лайк на сайте”:
  1. Описание: необходимо создать кнопку “Лайк” на нашем сайте.
  2. Назначение и цели: вовлечение пользователей, выдача/рейтинг материалов по кол-ву лайков.
  3. Требования: дизайн такой (пример: ссылка на что-то похожее), функционал (любой пользователь может оценить картинку и поставить лайк, система сайта учитывает кол-во лайков и меняет выдачу материалов), технологии (доступно на desktop и mobile версиях сайта).
  4. Описание работ: нарисовать 3 варианта макетов для кнопок (дата готовности: 01.10.17),  разработать систему выдачи материалов по лайкам (дата: 14.10.17), тестирование функции (дата: 16.10.17), релиз (дата: 17.10.17)
  5. Приемка работ: пользователь нажимает на кнопку лайк, система засчитывает нажатие, выдача материалов меняется.
  6. Приложения: эскизы, наброски, примеры проектов, где работает похожая функция.

Оставляйте для себя те разделы и части структуры, которые нужны под ваши задачи. К примеру, шестой блок “Приложения” можно описать в функциональных требованиях. Основной совет: так или иначе описать задачу по структуре тех.задания. Таким образом, вы не упустите важные моменты и избавите себя от лишних вопросов, а коллегам упростите жизнь.

Ну вот

Мы и разобрали что такое техническое задание и как его делать. Теперь у вас появилась способность четко и понятно ставить задачи, доносить свои мысли до других людей и экономить время на дополнительные объяснения. Надеюсь, теперь вы знаете, что со всем этим делать.

Алексей А.


Читайте также:


Про постановку задач и понимание советую посмотреть ролик. Он уже староват, но всегда актуален на все времена.

 

Вконтакте

Facebook

Twitter

Google+

Загрузка...

www.alexcouncil.com

Что такое «хорошее» ТЗ на сайт? / Habr

Я могу припомнить на удивление мало материалов, посвященных проектированию сайтов и программ на русском языке, написанных русскоязычными авторами. Этому способствует и преимущественно экспортно-ориентированная разработка (оффшор) и отсутствие массового опыта создания информационных продуктов в нашей стране.
Надеюсь, что эта статья пригодится тем разработчикам и IT-менеджерам, кто ощутил перед собой проблему составления качественных документов на разработку сайта. Документов, которые кроме испорченной бумаги были бы хоть чем-то полезны.

Вводная


Зачем составлять техническое задание (ТЗ) на сайт?
Какую бы методику разработки вы не использовали, и какого бы размера ни был ваш сайт, вы в любом случае столкнетесь с вопросом: «А когда мы будем заканчивать работу, то как мы поймем, что мы ее действительно закончили?» В разработке как ПО, так и любого сайта частая проблема — никто не видит конечной точки. С одной стороны можно сказать, что конечным видением проекта должен обладать проектный менеджер. Но если конечный продукт совпадет с образом менеджера, но не совпадет с ожиданиями клиента? А если за время проекта меняется 3 менеджера?
Следствие закона Паркинсона «девяносто-девяносто»:
Первые 90% кода отнимают 90% времени разработки. Оставшиеся 10% кода отнимают вторые 90% времени разработки.
Из книги А.Купера «Психбольница в руках пациентов».


ТЗ это не просто список требований, это документ. Если договор регулирует процесс организационных и финансовых взаимоотношений, то ТЗ регулирует процесс разработки и конечный результат.
В этом случае не имеет никакого значения большой разрабатывается сайт или малый. Проблема рассогласования ожиданий может возникнуть в независимости от объема затраченных средств, вот только последствия могут быть разными.
О чем эта статья.
Эта статья о том, что может пригодиться в процессе написания ТЗ на сайт, а также что будет уж точно сделать желательно. Но эта статья не о том, как надо писать проектную документацию. В конечном итоге главная задача проектировщика не написать классный документ, а спроектировать сайт. Хороший документ лишь отражение подхода и уважения ко всем участникам разработки.
Добавлю ограничения.
Всегда когда я говорю о написании ТЗ, то имею в виду, конечно же, каскадную методику разработки. В случае других вариантов (например, экстремальное программирование) составляются другие документы и часто по другим принципам. Это — раз.

Стоит разделять ТЗ для малых и больших сайтов. Это — два. Различия маленьких и больших проектов заключаются не в объеме документа на выходе, а в процессе их разработки. Если у вас всего 4 человека в проектной группе, все давно знают друг друга, то можно предполагать отсутствие формализма. Если же разработкой занимаются несколько «отделов», а проектная команда состоит из более 10-ка (до бесконечности) сотрудников, то управлять этой ордой может только процесс. Процесс рождает формализацию, а формализм накладывает свой отпечаток на формат документации.

По сути, толщина документов зависит от сложности процесса в больше степени, нежели от размеров проекта.

Мы будем следовать самому сложному пути.

ТЗ отвечает на вопросы


ТЗ изначально создается для нескольких участников разработки:
  1. Разработчики проекта (дизайнеры и программисты).
  2. Проект-менеджер.
  3. Клиент.
  4. Бюрократы (они могут не участвовать в проекте, но на них тоже надо рассчитывать).

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

Итак, на какие вопросы отвечает ТЗ.

Для кого создается сайт и для чего?


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

Как будут решены задачи заказчика и пользователей?


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

Как будет проходить создание проекта?


Как я уже писал выше, ТЗ (а может и отдельный документ) иногда описывает процесс разработки проекта. Это совершенно необходимо, если принять во внимание, что сайт может разрабатываться по отличной от принятой в компании методики разработки, которая как правило не описывается ни одним документом. Можно сколько угодно долго мучить себя мечтами о стандартизации по ISO, но что показать дотошному заказчику?
По ГОСТу предусмотрен отдельный раздел «Этапы разработки системы». В таком разделе можно не слишком подробно описать процесс и установить майлстоуны.

Что будет приниматься на выходе?


ТЗ начинает разработку и ставит в ней точку.
В идеале вы должны пройтись по всем пунктам ТЗ вместе с заказчиком, свериться с полученной системой и спустя неделю сказать: «Уф-ф. Вроде все сделали».
«ТЗ является средством верификации выполненных работ.» ­­- такая фраза записана во введении многих моих ТЗ.

Что требуется для дальнейшего запуска проекта?


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

Из чего состоит ТЗ


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

Общая информация


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

Общая информация включает в себя:

  • Информацию о заказчике и исполнителе.
    Обязательно указание ответственных лиц с каждой стороны. Указываются документы, на основании которых производится разработка. Как правило, подобным документом является договор. Статус текущего документа и конфиденциальность.
  • Назначение проекта.
    Указывается: для чего будет использоваться полученный продукт.
  • Цели создания и задачи, которые должен решить ресурс.
    С одной стороны это довольно короткий раздел, но по важности проработки он занимает первое место. Если цели и задачи поставлены не четко и неизмеримо, то может быть довольно сложно им следовать.
  • Описание аудитории проекта.
    Критично важная информация для разработки хороших и правильных сайтов. Ясно, что информацию об аудитории не только надо правильно собирать, но еще важнее это уметь этой информацией пользоваться.
    Описание аудитории должно содержать не только информацию, которую так любят маркетологи (демография, потребности, сегментирование и т.п.), но также информация которая пригодится дизайнерам и проектировщикам: какие задачи решает пользователь, какие его цели в работе с сайтом, что его привлекает. Алан Купер рекомендует описывать аудиторию сайта не в виде безликой массы, а выделять персонажи — описывать собирательный образ конкретных людей.
  • Термины и определения.
    В большом документе вы сможете употребить огромное количество терминов и сленговых выражений, которые редко понимают специалисты по маркетингу или крупные руководители. Они могут читать этот документ, поэтому лучше предусмотреть для них список определений. Я не тешу себя надеждой, что этот список хоть раз в жизни был прочтен, но зато я могу всегда сослаться на него.

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

Рамки проекта


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

Информационная архитектура и интерфейс


Раздел посвященный информационной архитектуре (ИА) сайтов не стандартизируется ни одним известным стандартом (автору такие пока не знакомы). Но любой, кто разрабатывал сайты, понимает, что ИА это чуть ли не главное, что нужно знать для разработки сайта. ИА определят как будет выглядеть и работать сайт с пользователями.
Для описания ИА потребуется описывать сверху вниз:
  1. Структуру сайта. Это так называемые высокоуровневые прототипы.
  2. Шаблоны страниц. Низкоуровневые прототипы, описывающие непосредственно интерфейс сайта.
  3. Опись контента. Табличное описание содержания каждой страницы сайта.

Структура сайта
Карта сайта выполняется графическим способом в одной из известных нотаций: Visio или Garrett. Я советую именно рисовать карту сайта, потому как в этом случае полученная структура получается наиболее наглядной и удобной в дальнейшем использовании. С одной стороны может показаться, что в виде списка написать карту сайта будет куда проще, но когда вы сами задумаетесь над связями различных областей сайта между собой, вы волей неволей начнете чиркать квадратики на бумаге.
О том, как можно рисовать структуру сайта с помощью нотаций, используя Visio написаны целые статьи, поэтому останавливаться на этом не будем. Статьи написаны, правда, на английском, но вы легко сможете воспользоваться ими.

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

Полезные советы при рисовании карты сайта:

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


Пример карты сайта.
Карту сайта я обычно помещаю в раздел «Приложения». Как правило, она на столько большая, что поместить ее посреди ТЗ становится не реально.
Шаблоны страниц
На уровне карты сайта каждая страница представляет для нас только «квадратик» на листе бумаги. Для дизайнера, верстальщика и программиста этого недостаточно, чтобы разработать сайт. Надо еще знать наличие и расположение блоков информации и функций на страницах сайта. Поэтому мы переходим к шаблонам сайта. В идеале каждый квадратик должен быть детализирован до схемы каждой отдельной страницы. Это прототипирование сайта. Использование прототипирования зависит от принятой схемы работы в компании-разработчике, но стоит признать, что это становится для заказчика крайне не дешево.
Для упрощения выделяют ряд шаблонов интерфейса сайта, которые описываются вслед за картой сайта.
Описание шаблонов состоит из 3х частей:
  1. Перечень шаблонов. Выявляются основные типы страниц и описывается их использование.
  2. Типовой шаблон. Основные блоки. Описываются основные блоки страниц с целью уменьшить повторяемость информации.
  3. Описание каждого шаблона согласно перечня. Шаблоны отрисовываются в любом графическом пакете (Adobe Illustrator, Adobe InDesign, MS Visio и др.), а затем дополняются кратким описанием.

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

Пример разворота из ТЗ с описанием шаблона интерфейса (вайрфрейма).
Описание контента
Самая долгая и нудная часть работы. Описание контента должно включать в себя перечень всех страниц сайта с точным указанием размещаемого на каждой странице текста, картинок и т.п. Также там указывается какой шаблон используется для данной страницы (см. выше). Я рекомендую использовать для этого таблицу.
Далеко не всегда на момент написания ТЗ можно с уверенностью знать какой будет контент на сайте: точное количество информационных страниц, размещение графической информации, поэтому не думайте, что в данном разделе приводится самое точное описание. Часто это не так. Но если вы опишите требуемый контент на данном этапе, то далее проект-менеджер на его основе сможет составить план поставки контента и оценить объем внесения этой информации на сайт. У клиента же всегда перед глазами будет перечень того, что ему потребуется подготовить и отредактировать.
Хорошее описание контента залог спланированной работы на этапе запуска сайта и внесения информации.

Функционал


Описание функционала сайта в техническом задании один из ключевых разделов. В особенности это касается сайтов с большим процентом программных работ: электронная коммерция, онлайн-сервисы и т.п.
Хороший пример описания функционала дает ГОСТ. Рекомендую держаться стандарта при описании функционала разрабатываемого в рамках сайта программ. Должны быть описаны: общая система, общие функциональности подсистем и модулей, взаимосвязь подсистем и модулей между собой и, наконец, перечисление всех функций модулей с более или менее подробным описанием их работы. Для каждого модуля должны быть расписаны объекты, которые создаются или используются в работе программы.
Можно также описывать структуру базы данных, предварительные алгоритмы работы, но само по себе техническое задание этого не требует. По ГОСТу подобные подробности должны описывать в дальнейших документах: эскизный и технический проекты.
Иногда при разработке крупных сайтов приходится долго посидеть, чтобы описать весь функционал внешней и внутренней части сайта. Некоторые разработчики против такой детализации. Они считают, что функционал надо описывать поверхностно, чтобы «клиенту было понятно». Полная ерунда! По опыту могу сказать, что лишней детализации не бывает. В случае проблем в проекте менеджеры проекта с обоих сторон становятся редкостными буквоедами! Они вычитывают ТЗ вдоль и поперек стараясь доказать свою правоту. Поэтому если функционал в ТЗ прописан общими словами клиент все равно заставит сделать то, что ему надо.

Требования


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

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

Прочее


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

Что дальше?


ТЗ составлено, подписано и поступило в работу. Что дальше? Заканчивается ли работа с ним на этом этапе? Нет.
Проект далеко не всегда идет по заранее запланированному пути. Мы стараемся что-то улучшить, изменить, часто меняются требования заказчика. Техническое задание это документ, а не скрижали. С изменением требований к проекту должно меняться и техническое задание. Обычно это делается дополнительными документами со списком изменений. Естественно, они составляются только в том случае если это действительно необходимо, на практике встречается редко.
Также вы должны быть готовы, что в процессе глубокого изучения ТЗ всеми участниками разработки в процессе работы над проектом будут найдены ошибки. Количество ошибок в большом документе прямо пропорционально его объему и обратно пропорционально времени затраченному на его написание. Т.к. времени постоянно не хватает, следует ожидать, что ошибки в ТЗ будут возникать.

В сухом остатке.


Эту статью я написал больше года назад. Прошло довольно много времени, а я за это время не написал ни одного большого ТЗ. Но, перечитав представленную информацию, согласился со всем, что здесь написано. Итак хорошее ТЗ на сайт должно содержать в себе:
  • Общую информацию о документе и его составителях;
  • Цели и задачи сайта;
  • Описание пользователей сайта, их цели и задачи;
  • Рамки проекта;
  • Информационная архитектура (ИА) сайта: карта сайта, шаблоны, описание интерфейса;
  • Описание контента сайта;
  • Описание функционала сайта;
  • Описание процесса и майлстоунов, если требуется;
  • Перечень всевозможных требований при разработке сайта и верификации полученной работы.

Надеюсь, что информация будет полезна широкому кругу читателей.

Полезные ссылки:


Юрий Шиляев, проектировщик сайтов, консультант.
Директор минского офиса компании
Artics Internet Solutions.

Оригинал: yuri.shilyaev.com/archives/2007/03/21/356/chto-takoe-%c2%abhoroshee%c2%bb-tz-na-sayt.html

habr.com

Пример Технического задания на создание сайта


2. Название сайта.
Сайт Компании ООО "Канцелярские товары". Далее - Фирма.

3. Назначение сайта (цель создания сайта).

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

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

3.3. Увеличение объёма и расширение региона сбыта имеющихся товаров.

4. Язык сайта.
Русский.

5. Объём и состав текстовой информации.
Согласно Приложению 1.

6. Основные ключевые слова, которые наиболее точно отражают суть предлагаемых товаров и услуг.
Согласно Приложению 1.

Примечание.

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

Занимаемые сайтом позиции в рейтингах, каталогах и поисковых системах не оговариваются.

7. Объём и состав графической информации.
Согласно Приложению 2.

8. Объём и состав текстовой и графической информации в электронном виде.
Согласно Приложению 3.

9. Предполагаемая возрастная аудитория сайта.
От 18 лет и старше.

9.1. Предполагаемое возрастное ядро аудитории от 18 до 45 лет.
9.2. Данная информация носит рекомендательный характер. Цифровые показатели контролю и проверке при приёмке сайта не подлежат.

10. Количество страниц сайта.
Сайт должен содержать следующие обязательные html страницы: 1 - Главная (домашняя) страница; 2 - О фирме; 3 - 50 - Перечень товаров и услуг, предлагаемых фирмой ;  51 - 60 - Прайс-лист; 61 - схема проезда; 62 - Предварительный заказ товара и услуги; 63 - Типовой договор; 64 - Вопросы и ответы; 65 - Новости; 66 - 68 - Справочная информация; 69 - Содержание.

Количество html страниц сайта определяется веб-дизайнером самостоятельно, исходя из объёма представленных материалов согласно Приложению 3.

11. Кнопки управления (навигация сайта).
Определяются веб-дизайнером самостоятельно.

С каждой страницы сайта должен быть обеспечен переход (установлена гиперссылка) на главную страницу сайта. Сайт должен содержать страницу "Содержание" (карта сайта).

12. Блок схема сайта.
Определяется веб-дизайнером самостоятельно.

Головная (начальная) страница сайта должна содержать гиперссылки, обеспечивающие переход с нее на не менее чем 95% страниц сайта, но не более чем 200 гиперссылок.

13. Объём сайта, Мб.
Не оговаривается.

14. Оформление рисунков.
Все рисунки объемом более 1 Кб должны быть выполнены с замещающим текстом. Рисунки размером более 12 Кб должны быть выполнены с предпросмотром. Формат всех рисунков gif или jpg (jpeg).

15. Пропускная способность линии связи.
Среднее время загрузки страниц не должно превышать 35 секунд при скорости соединения 28.8 Кбит/сек. Допускается увеличение времени загрузки отдельных страниц до 50 секунд, но не более чем на 20% числа страниц сайта. Головная (начальная) страница должна иметь время загрузки не более 55 секунд.

Примечание:
Во всех случаях не учитывается время загрузки подгружаемых элементов (счетчики, баннеры, информеры и т.д.).

16. Основной диапазон разрешения мониторов, на которых будет просматриваться сайт.
От 600х800 до 1240х1024 пикселей (от 15" ЭЛТ до 19" ЭЛТ или 17" LCD).

Основное разрешение, на которое оптимизируется сайт: 1024х768 пикселей (17" ЭЛТ или 15" LCD).

17. Минимальное разрешение монитора, в котором будет просматриваться сайт.
600 х 800 пикселей (15" ЭЛТ).

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

18. Основной браузер, которым будет просматриваться сайт, и его минимальная версия.
Mozilla Firefox, Opera, IE 6.0 и выше.

19. Цветовая палитра.
Основной режим мониторов, на которых будет просматриваться сайт: 15 разрядов цветов и выше (число цветов 65536 и выше).

При разработке сайта должен быть обеспечена возможность его просмотра при использовании безопасной цветовой палитры (разрядность цветов 8). Изменения оттенков цветов, при просмотре сайта с использованием безопасной цветовой палитры, не оговариваются.

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

Оптимизация изображений сайта - подгонка фонов рисунка под цвет фона оговаривается отдельно

21. Размер и вид шрифта сайта.
Размер шрифта сайта для оформления текста - 10. Размер шрифта для оформления заголовков, названия страниц и т.д. не оговаривается. Вид (название) шрифта не оговаривается.

22. Регистрация сайта в каталогах, рейтингах, топах и пр.
Оговаривается дополнительно.

23. Проведение рекламной кампании по раскрутке сайта.
Раскрутка сайта определяется отдельным ТЗ. В настоящем ТЗ раскрутка сайта не оговаривается и не входит в состав выполняемых работ (услуг).

24. Срок разработки сайта.
Четыре недели с момента оплаты 50% от оговоренной суммы.

25. Порядок передачи сайта.
Веб-дизайнер передает доступ в админку сайта, с правами администратора,  а также логин, пароль и название (код передачи данных) по протоколу ftp.

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

26. Сопровождение сайта.
Сопровождение сайта определяется отдельным ТЗ. В настоящем ТЗ сопровождение сайта не оговаривается и не входит в состав выполняемых работ (услуг).

27. Дополнительные условия.
Каждая страница сайта должна содержать логотип и название Фирмы.
Внизу на каждой странице сайта должна быть указана контактная информация.

Сайт должен содержать не менее трёх счетчиков подсчета посетителей. Счётчики устанавливаются на каждой странице сайта.

Приложение:
1. Текстовая информация на 150л.
2. Графическая информация на 450л.
3. Текстовая (формат Word) и графическая информация (формат jpeg и gif), представленные в Приложении 1 и 2 на CD ROM.

Примечание:

1. Названия и имена вымышленные. Любые совпадения случайны.
2. Задание на сайт может быть изменено с учетом конкретных требований.
3. Задание на сайт предназначено для русскоязычных сайтов, объемом не более 100 html страниц. Если сайт имеет версию на иностранном языке или версию для просмотра на мобильных устройствах, задание на сайт должно быть дополнено соответствующими пунктами.
4. Веб-дизайнер не несет ответственности за несоответствие сайта эстетическим ожиданиям заказчика при условии выполнения технического задания на сайт.
8. При наличии всего контента сайта, техническое задание на сайт мы можем оперативно согласовать в вашем присутствии. Контент - первооснова для определения того, каким будет сайт: количество html страниц, структура, компоновка, система навигации и т.д.

 

webcomme.ru

Пример техзадания на сайт. Сэкономит время и нервы / НеВсем corporate blog / Habr

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

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

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

В чем преимущества грамотно написанного технического задания:

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

Пример концепции сайта: narod.ru/disk/7515328001/konc_orbita.doc.html (doc, 3,5МБ)

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

4. Продуманные тексты для страниц сайта.
5. Отрисованные шаблоны страниц (не дизайн, но уже руководство к действию для дизайнера) с написанными текстами.
6. Текстовые пояснения к лайаутам страниц.
7. Краткий анализ статистики посещений старой версии сайта.
8. Основные требования к админке сайта.

Что не включает:
1. Вопросы оптимизации сайта.
2. Вопросы привлечения аудитории.
3. Требования к дизайну.
4. Требования к хостингу.
5. Аудит старой версии сайта и сайтов конкурентов.

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

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

Если есть подобные примеры, поделитесь!

habr.com

Пример технического задания на разработку сайта

Допустим, некое гипотетическое предприятие «Максимум» (или «Минимум», или «Оптимум») желает открыть своё интернет-представительство. Как заказчику описать своё видение будущего сайта и одновременно дать задание исполнителю так, чтобы возникла почва для взаимопонимания и продуктивного сотрудничества? На помощь приходит проверенный метод…

Техническое задание на разработку сайта Туристического агентства.

Общий раздел

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

Требования к сайту

  • Функциональность — информация и сервисы, предлагаемые сайтом, должны быть актуальны и полезны вероятным клиентам.
  • Надежность и безопасность — работоспособность системы 24 часа в сутки, быстрый доступ к информации и защита от несанкционированного доступа.
  • Интерактивность — Web-сайт должен быть не только источником информации для своих пользователей, но и средством прямой и обратной связи.
  • Планомерное внедрение сайта – продвижение сайта.

Назначение и цели системы

  • Поиск новых клиентов
  • Создание образа прогрессивной в техническом отношении организации.
  • Комплексное информирование вероятных клиентов о деятельности компании.
  • Оперативный доступ к информации для повышения эффективности работы компании.

Целевая группа

— семейные пары, группы студентов, школьников, иностранцев, частные предприниматели, директора, частные лица, сотрудники и руководители гостиниц и пансионатов — одним словом, туристы, желающие отдыхать.

Портрет клиента

— турфирмы, туристы, частные лица, находящиеся по всему миру — в основном Украина, Россия, Белоруссия, СНГ

Дизайн:

— индивидуальный, приятный фирменный стиль.

Общая задача:

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

Структура сайта (пример для туркомпании):

  • ГЛАВНАЯ
    • Горящие туры
    • Спецпредложения
    • Архив (Фотогалерея)
  • О КОМПАНИИ
    • История
    • Сотрудники
    • Он-лайн консультация
    • Документы и реквизиты
    • Адрес (схемапроезда)
  • ОТДЫХ В КРЫМУ
    • Базы размещения (пансионаты)
    • Детский отдых
    • Экскурсионные программы
    • Конференц-сервис
    • Трансфер
    • Отзывы туристов
  • ОТДЫХ ЗА РУБЕЖОМ
    • Экскурсионные туры
    • Детские туры
    • Полезная информация
    • Отзывы туристов
  • АВИАКАССА — ЗАКАЗ БИЛЕТА
    • Заказ авиабилета
    • Наши партнеры
    • Полезная информация
  • ЗАКАЗ ТУРА
    • Поиск по сайту
    • Подбор тура
    • Заявка на тур (бронирование)

Дополнительные  разделы сайта

Спецпредложения –  информация о заметных новинках, краткое описание + картинка

Сезонные туры, Праздничные туры,

Поиск по сайту

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

Новости

 информационные сообщения о текущих событиях в деятельности фирмы

Опрос

небольшой блок опроса – голосование, в котором предоставлены три – пять вопросов от маркетингового отдела и посетителей, внизу — кнопка «голосовать!», после нажатия на которую выводится процентное или количественное число опрошенных

Карта сайта

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

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

  • Новинки/Спецпредложения (раз в 2 недели)
  • Новости компании (по мере поступления)
  • Хиты продаж (раз в месяц)
  • Прайс-лист (каждый день)
  • Тематические статьи (по мере поступления)
  • Опрос (раз 2-3 месяца)

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

Административная панель. Система управления контентом сайта.

Административная панель, или Контент-менеджер — часть сайта, скрытая от посетителя и доступная только администратору.

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

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

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

Требования к защите информации от несанкционированного доступа

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

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

Модули

Графический дизайн сайта (эскиз)
Графический дизайн включает в себя разработку графических шаблонов портала для 2-3 типичных страниц портала: первая страница, страница второго уровня. Поставляется в виде исходных файлов в psd-формате.

Разработка HTML-шаблона для подключения к программной части портала.
После окончательной разработки и утверждения графической части сайта подбирается шаблон, представляющий собой сочетание графической оболочки с программным кодом и предназначенный для отображения текстов и изображений в сети Интернет. После разработки шаблона кардинально изменить эскиз будет невозможно. Можно будет только изменять малые его части.

Разработка административной части для обновления информации

Часть сайта в которую имеют доступ только администраторы, скрыта паролем. Служит для изменения информации на сайте.

  • Новости компании
  • Редактируемый и обновляемый прайс-лист
  • Подписка на рассылку
  • Спецпредложения
  • Гостевая книга
  • Опрос посетителей
  • Анкета заполняемая пользователем
  • Установка счетчика посещений
  • Регистрация в основных поисковых системах
  • Поиск по сайту

Дополнительные услуги

Ключевые слова

  • Отдых в Крыму, отдых в Ялте, отдых туры, здравницы, частные пансионаты, отели, базы размещения, гостиница Ялта
  • Экскурсии Крым, групповые экскурсии, воскресные экскурсии, Ялта, Крым.
  • Конференц-серфис в Ялте, корпоративные вечеринки, трансфер – автобусы, микроавтобусы, легковые автомобили.
  • Авиабилеты, купить авиабилеты

В текстах сайта указаны перекрестные гиперссылки на новости сайта и все основные разделы.

  • Отчеты по статистике  посещения (в минимальной форме) будут предоставляться в конце каждого месяца в течение шести месяцев.
  • Регистрация в поисковых машинах и каталогах, подбор ключевых слов и оптимизация сайта для поисковых систем в смету не вносятся, и будут иметь минимальный характер.
  • Рекламные компании будут проводиться по мере надобности и в договор не занесены. В них будут включаться показы банеров и реклама в рассылках в виде текстовых банеров вставленных в  письма, покупка поисковых запросов у системы Яндекс и Рамблер и другие. Дополнительная информация по этому вопросу находиться в приложении №2, которое, является неотъемлемой частью договора о рекламе веб-представительства.

4. Состав и содержание работ по разработке системы

Все работы по поставке системы делятся на несколько этапов. Перечень и содержание этих этапов приведен в таблице ниже:

 

Содержание работ

Сроки исполнения

Перечень результатов и документов по завершении этапа

1Разработка и утверждение структуры сайта и входящих в него модулей с отделом рекламы и у вышестоящего руководства

1 неделя

Оплата 50%  от полной стоимости услуг.
Акт сдачи-приемки работ по первому счету.
2Подготовка текстовой и графической информации для сайта4 недели от начала разработки сайтаОформленный в едином стиле документ формата Word с окончательным  текстом который будет размещен в интернет представительстве.
Вся графическая информация (фото магазинов, товара, коллектива, генерального директора и тд.)
Ключевые слова по которым пользователь будет находить сайт.
Составление анкет посетителей и тд.
3Разработка дизайна портала и создание графических шаблонов
Согласование дизайна с заказчиком
3 недели от первого этапаPsd – файл с макетом портала;
HTML шаблоны
Акт сдачи-приемки работ по второму счету.
4Работы по внедрению системы: подключение дизайна с ПО, установка и настройка ПО на сервере хостинга.8-9 недель от второго этапаАкт сдачи-приемки работ по третьему счету.
5Разработка рекламной компании для сайта1 неделя от четвертого этапаОплата 50%  от полной стоимости услуг  по рекламе  интернет представительства
6Проведение рекламной компании2 недели от пятого этапаОплата второй части 50% от полной стоимости услуг.
7Оценка эффективности рекламной компанииДва рабочих дняЗаключение об эффективности рекламной компании

5. Ответственные лица— Лица, ответственные за проведение работ, указанных в техническом задании, представлены в таблице:

Сторона

ФИО

Ответственность

Заказчик

Туристическое агентство «Оптимум»

Предоставление всех необходимой информации по запросу Исполнителя, приемка работ по проекту,
Обеспечение связи между представителями Заказчика и Исполнителя
ИсполнительПредоставление необходимой информации,
Обеспечение связи между представителями Заказчика и Исполнителя,
техническая консультация

6. Порядок контроля и приемки системы

По окончанию каждого этапа Разработчик уведомляет Заказчика о завершении этапа работ. В течение 6-7 дней Заказчик тестирует результаты работы Разработчика и подписывается акт сдачи-приемки работ. В случае отказа от приемки работ Заказчик обязан в течение 2 банковских дней предоставить Исполнителю в письменном виде перечень требований, выполнение которых является условием приемки работ. При этом стороны дополнительно согласовывают сроки и порядок приемки работ и составляют двухстороннее соглашение.

7. Требования к документированию

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

  1. Пароли доступа на сайт и в администраторский интерфейс.
  2. Psd – файл, содержащий графический макет портала.
  3. HTML шаблоны портала, созданные по макету.
  4. Документация поставляется в электронном виде.

Пример от партнеров

Похожее

picstudio.pro

Разработка технического задания (ТЗ) на сайт по ГОСТ

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

В отличие от ТЗ на АСУ или на программу, нет ГОСТов предъявляющих требования к структуре и содержанию технического задания на изготовление сайтов. Однако, исходя из лучших практик, требования ГОСТов (34.602 и 19.201) очень часто учитывают при оформлении ТЗ. В частности требования ГОСТ 34.602 учитывают при создании ТЗ на портал, интернет-магазин, а ГОСТ 19.201 при разработке ТЗ на сайт-визитку.

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

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

Для чего нужно техническое задание

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

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

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

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

Заказать ТЗ на сайт

Для оформления заявки и получения бесплатной консультации можете позвонить по телефону или оставить онлайн-заявку на нашем сайте. Готовы выполнить проект любой сложности в короткий срок.

www.swrit.ru

Отправить ответ

avatar
  Подписаться  
Уведомление о