Техническое задание, пример

Техническое задание: понятие, разработка, правила, составление, заказчика, на закупку

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

Научное понятие ТЗ

Итак, техническое задание представляет собой документ на проектирование какого-либо технического объекта, в котором определяется:

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

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

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

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

Разбор понятия ТЗ простыми словами

Чтобы разобраться с основными сложностями, связанными с понятием ТЗ, обратим внимание на следующие моменты:

1. основная цель технического задания – постановка задачи.  Таким образом, оно разрабатывается до прототипа проекта, текста, дизайн-проекта, так как любая архитектура – процесс выполнения этой задачи, то есть ответ на какой-либо поставленный вопрос;
2. исходя из вышеизложенного любой текст технического задания должен начинаться с главы «Цели и задачи», которая их конкретно формулирует. Необходимо учитывать, что «бесцельное» задание, не является официальным ТЗ;
3. ТЗ без конкретных измеримых показателей в секундах, рублях и т.д. —  — быть не может. Ведь документ определяет конкретные ожидаемые результаты и сроки выполнения. Поэтому в техническом задании обязательно должен присутствовать раздел «Порядок приемки и оценки»;
4. техническое задание в обязательно порядке должно быть согласовано со стратегией развития бизнеса заказчика, его общим бизнес-планом, анализом определенного сегмента рынка. Все это предоставит возможность определить наиболее четкие цели, по которым можно будет наиболее адекватно и эффективно провести приемку конечного продукта. Отсутствие бизнес-плана у заказчика – гарантия непрофессионального выполнения ТЗ;
5. правильное техническое задание должно писаться сотрудниками заказчика, а не исполнителя. Глупо, если исполнитель сам себе будет определять задачи и цели и т.д.;
6. каждое внесение правок и изменений в ТЗ должно стоить денег. Это обусловлено необходимостью исключить бесконечное исправление конечного документа. Цена каждой правки в техническом задании должна четко быть прописана в соответствующем разделе.

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

Как отмечалось выше, при составлении ТЗ, заказчику необходимо руководствоваться следующими правилами:

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

В ТЗ необходимо указать:

• общую информацию о закупке;
• данные об объекте закупки;
• требования к исполнителям;
• условия исполнения договора (контракта).

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

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

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

Советы по составлению корректного ТЗ в IT

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

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

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

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

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

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

Помните, что ваше задание — справочник, в котором всегда можно посмотреть описание, вспомнить требование и т.д.

Источник: https://izi.im/razbor/chto-takoe-tehnicheskoe-zadanie.html

Как должно выглядеть техническое задание на разработку сайта – пример

О чём вы думаете, когда видите по городу или на сайтах (в рекламных блоках) баннеры с заголовками: «Сайт за 500 грн.», «Сайт за 1000 руб.»?

Я, как разработчик, долго думала — развод! Но количество подобных объявлений наводит на мысли:

• А возможно ли такое вообще?
• Какое качество будет у сайта в таком случае?
• Можно ли будет его потом продвигать?
• Займёт ли он достойные позиции?
• Будет ли он удобным и будет ли возможность его редактировать?

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

А если нет? Если, например, потенциальный владелец ничего не знает об HTML и после того, как получит сайт, не вносит никаких изменений? Обычно мало кто вносит какие-то изменения сразу, ведь всё актуально.

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

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

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

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

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

Тз по разработке сайта

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

Не стесняйтесь и не ленитесь приводить примеры сайтов, на которых вам нравится тот или иной функционал или элементы дизайна, вёрстка, эффекты. Но! не просто давайте ссылки, а прикрепляйте скриншоты.

Вы можете составить ТЗ, а владелец сайта (который вы приведёте в пример) к тому моменту, когда ТЗ перейдёт к исполнителю, поменяет вёрстку.

Тогда вам снова придётся искать пример и объяснять, что вы имели в виду.

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

Десктопная версия

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

Ширина сайта – 1140 px (пример –vizaua.com).Шапка и футер растягиваются по ширине экрана и одинаковы для всех страниц.Семейство шрифтов: Cambria (предпочтительно), Century, Georgia. Можно указать и другие популярные шрифты с засечками.Размеры шрифтов (для Cambria):Текст под логотипом в шапке – 15pxСсылки в шапке – 14px

Текст в футере – 16px

страница – home.png

Текст над строкой поиска – 25px

Текст под строкой поиска – 14px

Описание элементов:

1, 2 – цифры с реальным числом магазинов и отзывов. Можно пересчитывать один раз в 24 часа.3 – категории. Располагаем вручную в таком порядке, как на макете.4 – ссылки на магазины. Рядом с названием магазина выводим число отзывов. Если отзывов ещё нет, ничего не выводим.

Под каждой категорией выводим 6 самых популярных по количеству отзывов магазинов. Если в категории есть ещё магазины, на неё ведёт ссылка «Ещё N», где N – число магазинов. Если больше магазинов нет, на категорию ведёт ссылка «Показать всё».

5 – список низкопопулярных категорий.

Выводим их тут.

Страница с описанием магазина и отзывами – shop-page.png

Заголовок H1 – 30px
Заголовок H2 – 22px

Описание элементов:1, 2, 3 – место под рекламные блоки. Нужно отметить это место при вёрстке и закрыть к индексации.4 – контент страницы.

Дизайн меняется таким образом, чтобы все изменения можно было внести глобально, без редактирования каждой страницы по отдельности:– добавлен серый фон контентного блока;– добавлен белый border у таблиц (по умолчанию, вроде, нигде не прописывался);— добавлено место под рекламный блок над отзывами.

5 – заголовок формы. Нужно проставить «».

6 – последние отзывы (сквозной блок для постов и категорий). Это примерное отображение, допускается готовый плагин с похожей визуализацией.

Страница категории – category-archieve.png

Ссылки на магазины – 18 px, цвет # 336699
Текст в анонсах – 14px

Описание элементов:1,2 – место под рекламные блоки.3 – контентная часть. Нужно удалить все описания категорий (тексты сохранить в отдельном .doc-файле и загрузить этот файл на сервер).

4 – ссылка на отзывы. Во всех шаблонах ТЗ слово «комментарии» меняем на «отзывы».

Служебная страница – page.png

Размер шрифта – 15pxРекламные блоки не выводим.

В меню справа выводим только поиск и ссылки на категории. Отзывы не выводим.

404 ошибка – 404.png

404 – шрифт 80pxТекст под ним – 20px

Наклонный текст – 15px

Ссылки навигации:– на главную – 16px

– на служебные страницы– 14px

Активные элементы:Все ссылки подчёркнутые, убираем подчёркивание при наведении, цвет ссылки на несколько оттенков темнее (на усмотрение исполнителя).

Цвет кнопки #ddd, при наведении появляется курсор в виде руки.

Рекомендую делать отдельные макеты и описывать поведение всех ссылок, кнопок, выпадающих меню, всплывающих окон.

Мобильная вёрстка

Сейчас лучше ставить мобильную вёрстку главной и от неё «плясать». Не зря же вся справка и блог Google пестрят «Mobile first» (сначала мобильные или мобильность). Мы говорим вам об этом с 2014 года (статьи «3 способа быстро адаптировать сайт под мобильные устройства» и «Мобильная адаптация сайта — ответы на вопросы» ).

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

• Контактам. Номера телефонов должны быть кликабельными – при нажатии должна открываться панель ввода номера с уже набранным номером и кнопкой вызова.
• Меню. Опишите, как оно должно открываться: выезжать сбоку, сверху и т. д.
• Не должно быть горизонтальной прокрутки на страницах сайта (это само собой разумеется, но я всё же решила напомнить).

Ниже представлены макеты страниц для отображения сайта на мобильных устройствах (адаптивная вёрстка).

Основные требования:
– меню-бургер – раскрывается вниз при касании значка меню:

– сайдбар опускаем под основной контент:

– все элементы в футере находятся друг под другом:

страница

Все элементы выводятся друг под другом:

• краткое описание;
• форма поиска;
• подробное описание;
• списки магазинов, разделённые по категориям.

На этом примере, кстати, действительно всё предельно ясно, можно обойтись без описания.

Страница категории

Страница магазина

Все элементы выводим друг под другом, в том числе колонки в таблице.

Информационная страница

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

P.S.

Эта статья была Вам полезной?

Есть вопросы?

Задайте их прямо сейчас, и мы ответим в течение 8 рабочих часов.

Источник: https://siteclinic.ru/blog/technical-aspects/tz-na-razrabotku-sajta-primer/

И невозможное возможно: как составить тз для копирайтера. пример тз на продающий текст

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

на рассылку и получи книгу в подарок!

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

И дело не в том, что у нас нет денег на хорошего копирайтера.

Представьте, для продвижения вам нужен текст про обои. Предполагается, что в нем будут ключи, размещаться статья  будет перед таблицей с ассортиментом. Обычно такие тексты никто не читает… А вдруг? Поэтому на всякий случай текст должен быть читабельным и приятным. Но не заказывать же его у Димы Кота?

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

Представляю вам примеры ТЗ копирайтеру, которые могут быть полезны, если:

1. У вас ограничен бюджет (хорошие контент-агентства и студии вам не по карману).
2. Вы считаете, что все копирайтеры плохие и незачем переплачивать за пиар.
3. Вам не нужно нечто особенное и прекрасное. Ваша цель — простенький, но миленький текст для продвижения.
4. Текст вам нужен срочно и нет времени ждать пока “профессионал” взвесит плюсы и минусы, придумает гениальный заголовок, дождется растущей луны и, принеся жертву богу “действительно продающих текстов”, сядет писать.

ТЗ на продающий текст

Зарегистрироваться. Заказать. Купить. Забронировать. Проать. Что-нибудь из этого вам обязательно нужно. Один из способов получить лид — разместить хороший текст. Как донести это для копирайтера?

1. Сначала обратитесь к вашему менеджеру по продажам или маркетологу. Получите от него список преимуществ вашего продукта/услуги/компании. Этот список поможет копирайтеру сориентироваться и он, возможно, не станет тупо рерайтить тексты ваших конкурентов.
2. Обозначьте цель текста.
3. Расскажите об аудитории: кто ваш клиент? Для кого пишется текст? Эта информация влияет как на стилистику, так и основные рычаги.
4. Составьте план текста: выявите смысловые блоки.
5. Обозначьте вопросы, на которые должна отвечать статья.
6. Поставьте запреты: чего ни в коем случае не должно быть в тексте.
7. Укажите, чем текст должен отличаться от статей на первых двух сайтах, которые можно обнаружить в выдаче по тематическому поисковому запросу.
8. Определитесь с базовыми требованиями (см. ниже).

Тз для копирайтера: пример

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

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

Целевая аудитория: мужчины из женщины от 22 — до 40. Люди, которые когда-то изучали иностранный язык в школе или университете, но забыли его и могут заинтересоваться интенсивным курсом для работы или путешествия.

План текста:

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

Вопросник:

Зачем мне учить английский для путешествия, разве путеводителя и разговорника недостаточно? Как английский поможет мне в быту? А на работе? Увеличивается ли зарплата сотрудников, владеющих английским? Как знание моего уровня скажется на эффективности учебы в языковой школе?

В тексте не должно быть:

• общих вводных фраз типа “известно, что…”;
• длинных предложений с кучей различных оборотов;
• лишней информации, не относящейся к делу (типа истории Англии).

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

Другие типы текстов

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

страница / текст “о компании”

1. Еще раз повторюсь: не ждите хороших текстов. Никто не будет ради трех соток весь день думать над преимуществами вашей компании, поэтому распишите их самостоятельно в виде списка тезисов.

2. Предоставьте копирайтеру основную информацию о вас: всевозможные цифры, даты, названия компаний-партнеров, отзывы и т.д.
3. Опишите целевую аудиторию.
4. Предоставьте перечень своих услуг.

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

7. Также поставьте запреты.

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

SEO текст

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

Как составить ТЗ для копирайтера: стандартный набор требований

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

Существует несколько базовых требований, которые входят в тз для копирайтера, независимо от типа текста. Вот они:

Источник: https://semantica.in/blog/kak-sostavit-tz-dlya-kopirajtera.html

Техническое задание (тз) на разработку сайта

От автора: Как написать техническое задание (тз) на разработку сайта? Тема достаточно обширная, и в рамках одной заметки ее сложно разобрать на все 100% (если вообще это возможно). Но общие положения, о том что нужно учесть и на что следует обратить сое внимание при составлении тз веб-сайта, я постараюсь изложить достаточно подробно.

Итак, техническое задание на разработку сайта

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

Давайте проанализируем такой пример:

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

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

Современные тенденции и подходы в веб-разработке

Узнайте алгоритм быстрого профессионального роста с нуля в сайтостроении

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

Что мы имеем. Исполнитель пункт тз выполнил, а вы хотели совсем иное. Вроде все в соответствии, никто не виноват, до конфликта не дошло, но самое главное потеряны время и деньги.

Это пример всего-то банального календаря.

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

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

Из каких пунктов обычно состоит техническое задание?

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

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

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

Поехали по пунктам.

Описание

Здесь можно в пару предложений написать о предприятии, чем занимается. Что – то типа вступление сделать.

Далее тут указываем:

для кого — целевую аудиторию:

потенциальные покупатели

продавцы продукции (магазины, интернет-магазины)

сервисные центры

партнеры (фирмы)

потребители продукции (тот, кто уже купил)

…

Для чего нужен сайт:

Для повышения имиджа компании

Для увеличения продаж

Для удобства клиентов

…

Тип:

Корпоративный

Сайт – визитка

Интернет магазин

…

Языковые версии:

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

Цели и задачи

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

Потенциальные покупатели продукции

Цель: привлечь больше покупателей и убедить сделать первую покупку, помочь сделать выбор.

Необходимо решить задачи:

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

Дать информацию о салонах-магазинах

Дать информацию о розничной торговой сети

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

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

Теперь перечисляем модули.

Функционал сайта

Для того чтобы перечислить функционал, нужно решить что ему необходимо:

Нужны ли новости

Нужен ли рекламный блок

Нужна ли регистрация

Нужен ли закрытый раздел (только для зарегистрированных пользователей)

Нужна ли форма обратной связи

Нужен ли скрипт рассылки

И т.д. и т.п.

Современные тенденции и подходы в веб-разработке

Узнайте алгоритм быстрого профессионального роста с нуля в сайтостроении

Узнать подробнее

После того, как все это описали, мы подбираемся к самому главному и интересному. Конечно, вся проделанная выше работа очень важна, но теперь становиться еще «жарче».

Описание функционала

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

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

Что-то перенять у них, посмотреть и опробовать их функционал и то, что показалось неудобным, попытаться улучшить на своем проекте.

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

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

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

Далее может идти вкладка «новости». Подпункты могут быть «события», «акции», «новое».

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

о компании

история компании

контакты

отзывы

новости

продукция

каталог продукции

релизы

отзывы о продукции

сервис

служба сервиса

гарантийное обслуживание

послегарантийное обслуживание

потребителю

покупка и доставка

пользование

о сервисе

магазинам и интернет магазинам

фотографии продукции

Часто задаваемые вопросы

сервисным центрам

Как стать сервисным центром

Часто задаваемые вопросы

партнерам

приглашение к сотрудничеству

Часто задаваемые вопросы

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

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

Главное теперь описать логику работы.

Логика работы

Я описывать буду исходя из рисунка выше.

Верхняя часть (header) остается неизменной на каждой странице. Новостная лента видна только на главной странице.

На второстепенных страницах слева показываем подпункты меню того пункта, в котором в данный момент находимся (например если мы на странице «служба сервиса», то показываем ссылки на «гарантийное обслуживание», «послегарантийное обслуживание»). Соответственно и переходы по этим ссылкам ведут на соответствующие страницы.

Здесь же, под подпунктами слева отображаем данные для связи с он-лайн консультантами (Skype, ICQ). Блок акции и релизы остаются на каждой странице. Подвал (футер) отображается один и тот же на каждой странице.

Примерно так описывается общая логика работы.

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

«Новостная лента» из 10-ти последних новостей. Каждая новость должна состоять из заголовка новости, даты публикации, краткого начала новости (4-5 строк) и ссылки «читать полностью». При нажатии на ссылку «читать полностью» попадаем на страницу новостей. Новость, на которую попали, отображается на месте основного содержимого.

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

При нажатии на ссылку «архив за (такой-то месяц или год)» вниз выпадает список новостей за соответствующий месяц/год.

Примерно так описываем работу каждого блока. Не забываем про случай с календарем. И самое главное нужно расписать работу каталога товара. Здесь я даю вам задание: попробуйте продумать и описать, как будет работать каталог. Свои варианты присылайте на e-mail. Лучший мы опубликуем.

Что еще должно быть? Неплохо было бы указать совместимость.

Совместимость

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

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

Заключение

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

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

И не забывайте про задание!

Бернацкий Андрей

E-mail: contact@webformyself.com

«Киберсант-вебмастер» — самый полный курс по сайтостроению в рунете!

P.S. Хотите опубликовать интересный тематический материал и заработать? Если ответ «Да», то жмите сюда.

Современные тенденции и подходы в веб-разработке

Узнайте алгоритм быстрого профессионального роста с нуля в сайтостроении

Узнать подробнее

Источник: https://webformyself.com/kak-napisat-tz-na-razrabotku-sajta/