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

Техническое задание на сайт: образец от digital-агентства

Решили заказать сайт (он же лендинг)? Как показывает практика, это не так просто. Сотни заказчиков, увидев свой готовый сайт, обнаруживают, что он им не подходит: дизайн не тот, расположение хромает, тексты мимо, прикрутили кучу ненужных функций. А дальше — начинаются долгие разборки с разработчиками, по мере которых сроки изготовления, бюджет проекта и градус нервного напряжения растёт до неопределённых масштабов.

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

Техническое задание (коротко “ТЗ”)

Пример шаблона технического задания (ТЗ) на сайт

• Структура документа:

Термин Описание Сайт Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTML-страниц World wide web (WWW, web, веб) Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка «веб-» может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб-интерфейс — интерфейс на базе веб-страниц) HTML-страница (веб-страница, страница) Основной носитель информации в World ide Web. Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www-браузера как единое целое (без перехода по гиперссылкам) HTML-теги (теги)

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

Приложение № 1 — Техническое задание к Договору авторского заказа на сайт № 1 от «___» ______2014 г.

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

Введение Настоящий документ (далее по тексту — «Техническое задание») является приложением к Договору авторского заказа на сайт № 1 Договора от «___» ______2014 г. (далее по тексту – «Договор»).

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

«Автор» обязуется выполнить работы в объёме и в соответствии требованиям, указанным в «Техническом Задании».

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

04.02.2018 • Техническое задание (далее ТЗ) позволяет заказчику получить предсказуемый результат разработки сайта. Статья будет своего рода шаблоном для написания технического задания для заказчиков.

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

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

Всегда есть непредвиденный объем работ, так называемые правки. Если вы хотели интернет-магазин, но не написали в ТЗ “Реализовать на сайте оплату товаров”, то вы получите сайт-каталог.

В итоге потратите деньги на доработку сайта. Грамотное ТЗ поможет избежать непредвиденных расходов.

2) Предсказуемый результат сотрудничества.

Как составить техническое задание в 2020 году

Автор: Юдина Ольга 6 января 2020 Техническое задание по 44 ФЗ — это документ, который необходим заказчику, особенно на этапе обоснования НМЦК.

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

При этом в Законе о контрактной системе правила описания объекта урегулированы, но требования к техническому заданию по 44 ФЗ не уточняются и вообще о таком документе ничего не говорится.

Напомним, что с 11.01.2018 в правилах описания предмета госзаказа произошли изменения:

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

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

Как сделать простое техническое задание

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

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

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

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

Как создать сайт » Сайтостроение » Статьи по сайтостроению » Дата публикации: 2010-11-30 От автора: Как написать техническое задание (тз) на разработку сайта?

Тема достаточно обширная, и в рамках одной заметки ее сложно разобрать на все 100% (если вообще это возможно).

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

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

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

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

Техническое задание на сайт содержит ряд типовых разделов:

1. Сдача проекта.
2. Общее описание проекта;
3. Функции;
4. Цели и задачи;
5. Данные и списки;
6. Глоссарий терминов;
7. Описание страниц;
8. Технические требования;
9. Наполнение сайта;

Описание проекта.

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

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

Для интернет-магазина – это онлайн-продажи, для лендинга – сбор заявок, для доски объявление – посредничество между клиентом и исполнителем. Функции. Этот раздел содержит описание функций, которые позволят выполнить поставленные задачи.

Для интернет-магазина,

Разработка: техническое задание на сайт или концепция?

28 апреля 2017 в 14:52

1. ,
2. ,
3. ,

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

О разработке ТЗ на Хабре было много статей.

Нужно ли оно, как оно должно быть сделано в студии и т.п.

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

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

Чувствуете разницу? Разрабатывать техзадание

Примерная форма технического задания на создание корпоративного Интернет-сайта

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

Техническое задание на создание корпоративного Интернет-сайта _____________________________ «___» _________ 20__ года (название населенного пункта) 1.

Имя Сайта (название домена): ____________________________________ ________________________________________________________________________ Если домен будет занят, возможна замена имени __________________________ 2. Название сайта Официальный сайт _______________________________________________________ ________________________________________________________________________ (полное наименование организации, предприятия с указанием организационно-правовой формы, далее по тексту именуется «Компания»).

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

16 февраля 2010 в 13:32 ОФФТОП: Хочу выразить свою благодарность, всем кто плюсанул и карму, это позволило мне пригласить на Хабр еще несколько хороших людей.

Во многих студиях нет единого формата ТЗ, у нас его тоже не было.

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

Термины, используемые в техническом задании 2. Общие положения 2.1. Название сайта 2.2.

Наименование предприятий (объединений) разработчика и заказчика (пользователя) сайта и их реквизиты 2.3.

Перечень документов, на основании которых создается сайт 2.4.

ТЗ для сайта: как составить идеальное техническое задание

В своём блоге в свободной форме и приятном формате делимся интересными мыслями на тему работы компании в digital-пространстве.

Состав и содержание работ по созданию системы 2.5. Порядок оформления и предъявления заказчику результатов работ по созданию сайта 3.

Оцените её:

(34 оценок, среднее: 4,62 из 5)

Загрузка.

Реклама, продвижение, автоматизация процессов, образование — всё это находит отражение в нашем блоге. На нашем YouTube-канале регулярно выходят новые видео на тему дизайна, разработки сайтов, продаж и взаимодействия с заказчиками. Подписывайтесь! Понравилась наша статья?

Мы будем рады, если вы поделитесь этой статьёй с друзьями!

zont22.ru

надо ли и как писать. Критика примера / Habr

При создании объекта есть два способа описать требования: «что должен уметь/делать объект» (описание цели) и «каким должен быть объект» (описание реализации). Прощу прощения если формулировка не точна, источника сией мысли я не знаю, формулирую сам. Далее речь пойдет о втором способе описания объекта — дизайна сайта.

Есть два вопроса: нужно ли формализованное ТЗ на дизайн и если да, как его следует писать? Мое мнение, что ТЗ необходимо, а как его писать… мне нравится приложенный пример. Предлагаю рассмотреть и покритиковать. Естественно, не суть, а скорее форму изложения и перечень рассмотренных вопросов.
Интересует мнение руководителей проектов, арт-директоров и дизайнеров.

Разработке подлежит дизайн сайта компании АА (имя сайта АА-company.ru)

Исходные материалы: логотип, визитка, буклет, примеры продукции компании, фотографии работ, текстовое наполнение (15 стр в doc).

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

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

Конкуренты
Основные:

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

— Конкурент 2
Достоинства: обширное портфолио.
Недостатки: дизайн сайта крайне примитивен, как и навигация.

— Конкурент 3
Достоинства: яркая, хотя и не очень впечатляющая, графика. Много грамотно написанных текстов (встречаются ошибки).
Недостатки: каталог товаров и услуг не проиллюстрированы фотографиями и ценами. приходится качать файлы прайсов.

Дополнительно рассмотрены:

— Конкурент 4
Достоинства: достаточно интересный классический дизайн
Недостатки: внутренние страницы, в частности по сувенирке, не проработаны. масса странных ссылок и страшных фотографий

— Конкурент 5
Достоинства: нет.
Недостатки: скучный дизайн, примитивное оформление страниц

— Конкурент 6
Достоинства: удачный дизайн с применением флеш-элементов. Персонажики повсюду. Применены разумно. Много различного контента.
Недостатки: сайт не растягивается, что портит неплохой дизайн (половина экрана белая), внутри проблемы со структурой страниц.

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

— Конкурент 8
Достоинства: яркий и простой дизайн с применением флеш-анимации. Простая и понятная навигация.
Недостатки: шрифты страниц неконтрастны, плохо читаемы.
Хороший дизайн и концепцию испортили наполнением.

— Конкурент 9
Достоинства: проработанный дизайн, множество иллюстраций
Недостатки: внутри сайта нет фотографий, тексты смотрятся слепыми

— Конкурент 10
Достоинства: яркий дизайн, качественное наполнение, удачная флеш-анимация.
Недостатки: нет

— Конкурент 11
Достоинства: любовно и старательно наполнен
Недостатки: некоторые странные решения по дизайну и огрехи по наполнению
В целом очень достойно

— Конкурент 12
Достоинства: яркие страницы, простой и хорошо структурированный каталог.
Недостатки: глаза устают.
Сайт абсолютно классический, на твердую 4.

— Конкурент 13
Достоинства: флешка красивая.
Недостатки: крайне неприятная цветовая гамма, наполнение сделано странно.

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

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

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

Слоган для использования на сайте:
главная ценность нашей компании — наши клиенты

Сайты, на стиль исполнения которых следует обратить внимание, т.к. они нравятся заказчику:
www.alfa-suvenir.ru
www.elenara.ru
www.tipograf.info
www.vremenagoda.biz
www.viveska.info
www.emotiondesign.ru
www.driada-pr.ru — не открылся
www.corporative.ru
www.credo-positive.ru

Образцами можно считать:
alfa-suvenir.ru — да
www.viveska.info — да, построение шапки, стиль оформления текстов и меню
www.vremenagoda.biz — да, структура страницы. можно использовать как образец при наличии исходных материалов для создания коллажей. создание иллюстраций не включается в разработку сайта

Пункты меню главной страницы:
О компании
Новости
Услуг
Портфолио
Контакты
Полезно знать (статьи о рекламе)
Заказать

Оплаченные модули и графические средства:
— статичный дизайн — да
— анимация — нет
— система текстовых страниц
— каталог услуг
— лента работ
— лента заказчиков
— лента новостей
— лента статей (полезно знать)
— форма заказа

На всех страницах — шапка, меню, логотип.

Первое предлагаемое решение по созданию дизайна сайта.
Сайт создается как растягивающийся на любую ширину страницы.
1. Стартовая и внутренние страницы имеют разную структуру. общие цвета: белый/кремовый, оранжевый, гамма синего, буквы черные.
2. Стартовая страница:
— содержит крупный логотип (до 25% высоты сайта) и в качестве шапки цветовую полосу (может быть неправильной формы) с блоками, иллюстрирующими направления деятельности (или конкретные работы) компании
— имеет структуру, собранную из информационных блоков: о компании, наши преимущества, что умеем, полезно знать, последние работы, наши услуги, новости, баннер перехода на форму, возможно еще что-то (скомпоновано по принципу www.ra-alterego.ru/?id=manufacture). Каждый блок построен по принипу вынесения главного или самого современного. Все блоки одного размера. В будущем возможно расширение и обновление сайта путем замены одного блока на другие.
2. Основные страницы (портфолио, клиенты, новости, услуги):
— логотип и шапка имеют меньшую высоту (10-15%), шапка содержит коллаж из работ или иллюстрацию (при наличии)
— имеют трехколоночное построение (лого, шапка, вертикальное меню, поле дополнительной иформации). В поле дополнительной информации выводятся небольшие блоки информации, которая может быть интересна при просмотре раздела (в новоястях-портфолио, в клиентах-услуги и т.п.) или блоки, аналогичные блокам на главной.
3. Внутренние и текстовые страницы имеют двухколоночное представление: шапка+меню+текст страницы.
4. Наобходимо придумать визуальное решение, позволяющее подчеркнуть широкий спектр оказываемый услуг и собственную производственную базу.

Второе предлагаемое решение по созданию дизайна сайта.
Идея решения заключается в использовании в дизайне в качестве рамки символов печати (штампа), сувенирной продукции, других примеров продукции компании. Сайт будет иметь фиксированную ширину. По периметру располагаются графические элементы, созданные на основе графики продукции компании (печати, буклеты, сувенирка).
По высоте сайт растягивается либо путем добавления белого пространства слева и справа по периметру, либо повторяющегося рисунка.
1. Стартовая и внутренние страницы имеют разную структуру. общие цвета: белый фон, графика фона с приглушенными серо-сине-желтыми тонами, заголовки в гамме синего, буквы черные.
2. Стартовая страница:
— содержит крупный логотип (до 25% высоты сайта) и левое текстовое меню с графическими маркерами (стиль как на www.viveska.info)
— имеет структуру, собранную из вертикально следующих информационных блоков: о компании, наши преимущества, что умеем, полезно знать, последние работы, наши услуги, новости. Каждый блок построен по принципу вынесения главного или самого современного. Все блоки одного размера. В будущем возможно расширение и обновление сайта путем замены одного блока на другие.
Под меню можно разместить ленту работ.
2. Основные страницы (портфолио, клиенты, новости, услуги):
— логотип имеет меньшую высоту (10-15%), левая колонка содержит коллаж из работ или иллюстрацию (при наличии)
— имеют двухколоночное построение (лого вертикальное меню).
3. Внутренние и текстовые страницы имеют двухколоночное представление: шапка+меню+текст страницы.

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

habr.com

Мой подход к созданию ТЗ на шаблонные сайты / Habr

Вместо эпиграфа.

Поймал дед золотую рыбку. Она ему говорит:
— Чего тебе, дед?
— Хочу чтоб мой аппарат был длиной до колен.
Взяла рыбка и укоротила деду ноги.
Мораль: ставьте корректно техническое задание.

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

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

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

Наш процесс выглядит так:

1. Нашли заказчика, пообщались, пришли к общему пониманию, что будем делать сайт, масштаб цен озвучили.
2. Работа по дизайну и программированию распадаются на две параллельные ветки — дизайн и программирование. На дизайн ТЗ не пишется. Я лично не представляю как вообще может быть написано ТЗ на внешний вид. Нет, можно сказать, что мол три колонки, баннер сверху и зеленый логотип, но только такое описание может включать в себя как шедевр дизайностроения так и полный отстой и соответственно огорчить заказчика. Т.е. такое ТЗ не может гарантировать, что на выходе будет что-либо хорошее, в отличие от ТЗ на программную часть, где ТЗ может дать гарантию, что мы получим то, что заказали (по крайней мере теоретически может). Делать ТЗ на дизайн, это как ТЗ на мелодию: «нота ля не более 8 раз, барабаны и что бы весело» — бред.
3. Вторая ветвь работы — программная часть, сюда входят программирование, верстка и сопряженные с этим работы. Как правило этот процесс стартует чуть позже дизайна, когда уже есть первые макеты.
4. Соединяем все вместе и результат выкладываем на хостинг.

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

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

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

Эта схема, согласованная с заказчиком, позволила легко отсечь ряд хотелок. Например, после демонстрации (законченного, по нашему мнению) сайта заказчику он спрашивает:
— А где карта проезда на сайте?
— Сейчас посмотрим схему сайта… Так, вот «Главная страница», вот «Новости», «О проекте»… хм, Кулверстукаса нет! А страницы «Карта проезда» и не должно было быть. Но если вы хотите, мы можем завершить работу по согласованной схеме и потом за недорого вернуться и сделать карту проезда.

Кроме этого схема позволила решить еще одну, на этот раз внутреннюю проблему. У нас достаточно часто было, что дизайнер после согласования и утверждения дизайнов прорисовывал ключевые страницы сайта, но забывал о некоторых второстепенных. Этот момент оказывался непроконтролированным, дизайны уходили в порезку, а затем к программистам, которые сообщали:
— А где порезка страницы «404»?
— А нету. Забыли…

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

Так сразу было видно что прорисовано, а что нет, какие дизайны есть, а каких нет.

Таким образом, схема сайта имеет такие преимущества:

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

Недостаток схемы:

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

Такой класс хотелок отсекается описанием сущностей, присутствующих на сайте. Например «Новость» это:

• Название — строка длиной до 255 символов
• Анонс — текст с анонсом новости, длина до 200 символов
• Текст — текст новости, длина до 5000 символов
• Дата публикации

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

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

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

Содержание такого ТЗ имело примерно следующий вид:

СОДЕРЖАНИЕ
1. Введение
2. Основание для разработки
3. Назначение разработки
3.1. Функциональное назначение
3.2. Эксплуатационное назначение
4. Требования к программе или программному изделию
4.1. Требования к функциональным характеристикам публичной части сайта
4.1.1 Общие положения
4.1.2 Страницы сайта
4.1.2.1 Раздел «Главная страница»
4.1.2.3 Раздел «Страница с заключением и комментариями»
4.1.2.4 Разделы «Разработка концепции проекта», «Консультирование и сопровождение проектов», «Маркетинговый аудит», «Продвижение объекта на рынке», «Продажи компанией», «Управление продажами»
4.2 Требования к функциональным характеристикам приватной части сайта (админке)
4.2.1 Общие положения
4.2.2 Страница управления общими настройками
4.2.3 Страница управления разделом «Главная страница»
4.2.4 Страница управления разделом «Страница с контактами»
4.2.5 Страница управления разделом «Страница с комментариями»
4.2.5 Страница управления разделами «Разработка концепции проекта», «Консультирование и сопровождение проектов», «Маркетинговый аудит», «Продвижение объекта на рынке», «Продажи компанией», «Управление продажами»
4.2.6 Страница управления разделом «Заключения»
4.4. Условия эксплуатации
4.5. Требования к составу и параметрам технических средств и программного обеспечения
4.6. Требования к маркировке и упаковке
4.7. Требования к транспортированию и хранению
5. Наполнение сайта
6. Порядок контроля и приёмки

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

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

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

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

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

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

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

Естественно хотелось то, ради чего всё затевалось — техзадание.

Хотелось еще много чего…

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

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

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

Надеюсь, вам будет полезен и мой опыт, и мой сервис.

UPD. Если вы не пользователь хабра, и хотите инвайт, на сайте есть форма обратной связи.
UPD2. Прямая ссылка на сервис. azalo.net

habr.com

Как правильно составить техническое задание на разработку сайта

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

ТЗ на создание сайта

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

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

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

Техническое задание на создание сайта: пример

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

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

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

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

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

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

ТЗ на создание интернет-магазина: пример

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

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

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

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

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

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

pro-promotion.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

Техническое задание на разработку сайта (приложение к договору на создание веб-сайта)

Приложение N 1 к Договору на создание веб-сайта N _______ от «___»______ ____ г. Техническое задание.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку сайта

Цели и задачи

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Структура сайта

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Языки интернет-представительства

Язык интернет-представительства — русский /по умолчанию/, английский

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

Сервер: ______________________________

База данных: _________________________

Операционная система: ________________

Язык скриптования: ___________________

Кодировка: ___________________________

Сообщения об ошибках

Сформированные страницы для ____ и ____ ошибок.

Представление на мониторе

Размер сайта фиксированной ширины. Минимальное разрешение, при котором сайт будет корректно отображаться на экране, — ___х___ pix.

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

Основной принцип — контент в базе, логика — на ______, отображение — html.

Структура и функционал интернет-представительства

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

Структура административного интерфейса

___________________________________________________________________

___________________________________________________________________

___________________________________________________________________

    Исполнитель: _______________________

                         М.П.

    Заказчик: __________________________

                        М.П.

dogovor-obrazets.ru

Каким должно быть ТЗ на разработку сайта

Разработка сайтов

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

Для чего вообще нужно техзадание на создание сайта

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

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

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

Что должно в себя включать техническое задание для сайта

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

Введение

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

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

Данные и списки

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

Например, если нам важен блок с комментариями, то необходимо составить его описание, перечислить то, что туда должно входить:

• имя комментатора
• превью комментария
• новость, к которой комментарий оставлен
• рейтинг комментария

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

Описание страниц

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

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

Мы уже писали о том, как выбрать хостинг. Иногда сайт требует поддержки определенных технологий, которые поддерживает не всякий хостинг. Либо это может быть продиктовано тем, что у вас уже есть сайты, и новый должен работать по таким же принципам, что и у остальных.

Контент

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

Дизайн

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

Приемка работ

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

Вывод

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

medoed1.ru