Бесплатная горячая линия

8 800 700-88-16
Главная - Другое - Техническое задание на разработку сайта пример

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

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

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

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

Валерий Алексеев Руководитель веб-студии #VA Время чтения: 9 минут Содержание статьи Блог #VA В своём блоге в свободной форме и приятном формате делимся интересными мыслями на тему работы компании в digital-пространстве.

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

Подписывайтесь! Чёткое и проработанное тех.задание — залог успешной разработки любого сайта.

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

Какие конкретные преимущества даёт обеим сторонам правильно подготовленное ТЗ для сайта?

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

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

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

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

Пожалуй, с этим вопросом сталкиваются обе стороны на том или ином этапе своей работы.

Если коротко, то ответ на него звучит так: Тех.задание должен составлять заказчик. В первую очередь, потому что на этапе подготовки он знает о своём проекте гораздо больше, чем исполнитель.

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

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

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

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

Вот некоторые технические аспекты, на которые стоит обратить внимание:

  1. Кроссбраузерность. Какие минимальные версии браузера должны отображать сайт? Помните, что старые браузеры (вроде Internet Explorer 7) существенно урезают возможности разработки, занимая при этом не более 1% всех используемых в мире браузеров.
  2. Адаптивность. Требуется ли вашему сайту отдельный вариант отображения на мобильных устройствах?
  3. Система управления. Если вы уже определились с тем, какую CMS выбрать для сайта, зафиксируйте это в ТЗ. Если вы выбрали 1C-Битрикс, возможно, вам поможет наша статья о .

Свяжитесь с командой #VA — мы расскажем вам подробнее о сайтах и нашей студии. Описание основных элементов и страниц с использованием иерархической/древовидной модели позволит быстро определить главные модули сайта и взаимосвязи между ними. Сквозными принято называть те блоки и конструкции, которые появляются в той или иной форме на всех страницах вашего сайта.

В большинстве случаев, все сквозные элементы можно свести к четырём основным:

  1. Всплывающие окна и формы, появляющиеся на страницах сайта при клике на кнопку или ином действии.
  2. Подвал сайта — нижняя часть, являющаяся заключительной частью каждой страницы. Зачастую, может дублировать часть информации из шапки.
  3. Шапка сайта — верхняя часть, содержащая, как правило, логотип компании, навигацию по страницам, контактную информацию и дополнительные элементы.
  4. Боковые панели (сайдбары) — вертикальные колонки, содержащие определённый набор функциональных блоков (виджетов). Пример: боковая панель на странице интернет-магазина, содержащая фильтры и навигацию по категориям.

Как правило, объём работы дизайнера и разработчика зависит от количества уникальных разделов/страниц, на базе которых строится сайт.

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

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

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

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

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

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

  1. Типовая текстовая страница — на базе неё будут создаваться все новые страницы, не попадающие под описанные уникальные страницы. Рекомендуется на этапе дизайна заложить в этот пункт все необходимые элементы для оформления текста: заголовки, параграфы, списки, таблицы, изображения, встраиваемые видео и так далее.
  2. Страница результатов поиска — один из важнейших функциональных блоков на сайте. От того, насколько удобно будут представлены результаты поиска иногда напрямую зависит конверсия в продажи.
  3. Страницы входа и регистрации — если на вашем сайте предполагается авторизация пользователей, позаботьтесь о том, чтобы формы были удобными.
  4. Страницы ошибок — те самые небольшие странички на сайте, которые видит посетитель, когда что-то пошло не так. Не стоит недооценивать эти страницы — если подойти к их реализации с креативом, результат может удивить посетителей вашего сайта. Отличные примеры можно посмотреть , и .

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

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

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

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

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

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

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

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

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

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

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

Закон Мёрфи, адаптированный для данного случая, будет звучать так: Если какая-то особенность сайта не зафиксирована в ТЗ, она будет реализована неправильно.

Безусловно, это актуально не для каждого проекта. Однако, имея качественно подготовленное ТЗ для сайта, вы практически гарантируете сохранение бюджета от 5 до 20%. И если есть возможность снизить вероятность ошибки — почему ей не воспользоваться?

Вам могут также понравиться другие статьи из нашего блога: 12.12.2018 Интеграция amoCRM. Как повысить эффективность работы компании?

Использование сторонних онлайн-сервисов для компаний сегодня стало нормой. Некоторые из них при правильном использовании могут существенно п. » Новая статья 14.10.2017 Битрикс или WordPress: почему дорого — не всегда круто Недавно мы рассказывали о недостатках сайтов, сделанных на конструкторах — и в частности, о проблемах с продвижением подобных сайтов.

Поэтом. » Новая статья 20.05.2018 Продвижение стартапа.

Как продвигать стартап в 2018 году. Каждый, кто занимается развитием собственного проекта в 2018 году рано или поздно задаётся вопросом: как организовать грамотное и эффективно. » Новая статья

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

2 голоса Автор: Андрей Зенков31.12.201508.01.2016 Содержание: Доброго времени суток, уважаемые читатели.

Работать над созданием сайта с заказчиком всегда трудно.

Клиент, как правило, хочет либо «что-то крутое», либо «ничего необычного, пусть будет как у всех».

Абстрактные понятия, согласитесь.

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

Вы можете не угадать, попасть не в то настроение или клиент просто решит, что

«за такие деньги этому парню (или девушке) можно еще немного поработать»

.

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

С чего же начать и как действовать?

  1. Первое общение.

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

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

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

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

  1. Подготовка и первый бриф.

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

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

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

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

  1. Составление и подписание технического задания.

Запомните, чем больше бумажек, тем чище попа. Записывайте, составляйте и подписывайте у клиента все, что только можно.

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

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

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

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

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

«Я считаю, что заказчик сам в первую очередь должен знать, чего хочет, а не мучать специалистов»

.

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

  1. Разработка и прием.

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

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

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

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

«Все, что не оговорено выполняется на усмотрение исполнителя»

.

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

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

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

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

Вообще, я очень рекомендую вам уделять внимание мелочам.

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

Красное лицо и невнятное:

«Вот, я тут короче написала-сделала, вот так ваш сайт будет выглядеть, подписывайте»

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

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

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

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

Давайте попробуем сочетать обе эти части.

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

Научитесь этому заранее. Выглядит оно так:

  • Требования к представлению сайта
  • Порядок предоставления дистрибутива
  • Требования к техническому обеспечению
  • Предмет разработки
  • Требования к информационному обеспечению
  • Требования к персоналу
  • Порядок утверждения дизайн-концепции
  • Порядок переноса сайта на технические средства заказчика
  • Требования к эргономике и технической эстетике
  • Функциональные требования
  • Требования к дизайну сайта
  • Глоссарий
  • Требования к видам обеспечения
  • Требования к приемке-сдаче проекта
  • Общие положения
  • Требования к программному обеспечению
  • Требования к графическому дизайну сайта
  • Требования к лингвистическому обеспечению
  • Требования к разделению доступа
  • Назначение документа
  • Требования к наполнению информацией
  • Требования к системе управления сайтом

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

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

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

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

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

В этом пункте надо ответить на вопрос что мы собственно собираемся делать и для чего. *Реклама Что будем делать – примерно понятно.

Эту информацию клиент выдает практически сразу же.

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

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

Задумайтесь, каким образом клиент будет зарабатывать деньги, какова его цель.

Если это интернет-магазин, то он должен заниматься продажами, если корпоративный сайт, то здесь любят красивую фразу: «повышение лояльности к бренду», информирование о деятельности компании и так далее.

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

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

Вы вольны делать все, что хотите, если он «забыл», «передумал» или «хочет все совсем иначе».

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

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

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

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

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

  • Главная страница: лучше всего со схематической картинкой и описанием основных элементов.
  • Структура сайта: описываем какие категории (рубрики) будут на сайте.
  • Внутренние страницы: тоже что и в предыдущем пункте. Схема и описание внутренних страничек.

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

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

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

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

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

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

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

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

«Ну вы же сами про вес подписали, ничего не знаю, все это невозможно!»

.

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

  • Тут речь идет о хостинге или серверах. Так как мой блог ориентирован на создателей, которые работают на Таймвебе (https://timeweb.ru) – все очень просто. Если вы не из «наших», то нужно смотреть на технические характеристики. Например, кто-то очень умный делает крутой сайт, а потом пытается подключить его к хостингу, а технические характеристики настолько завышены, что ни один хостинг в России не справляется. Пункт нужный, но не для новичков в сфере разработки.
  • Здесь мы описываем будет ли портал иметь мобильную версию, адаптирован под портативные устройства или сможет открываться только через Google Chrome, а любые искривления в других браузерах нас вообще не волнуют.

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

Все будет четко, прямолинейно, однотипно.

Везде будет виден логотип и контактная информация.

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

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

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

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

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

Если вы собираетесь переслать его для предварительного ознакомления по почте, то обязательно используется формат PDF. И клиенту вероятно не захочется мучить себя правками и о вас он будет думать, как о профессионале. Мелочь, а значительная. Для преобразования вордовского документа можно использовать сервис https://smallpdf.com/ru/.

Не забудьте вставить фоном логотип собственной компании или вашего бренда, а также вставить контакты. Быстро и качественно их можно оформить на сайте https://logaster.ru.

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

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

Понравилась статья? Поделись с друзьями: Хочу получать статьи Согласие с .

Рекомендуем прочесть:  Автосервисы енвд расчет

Хочу получать статьи

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

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

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

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

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

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

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

JavaScript.

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

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

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

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

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

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

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

Что – то типа вступление сделать. Далее тут указываем: для кого — целевую аудиторию: потенциальные покупатели продавцы продукции (магазины, интернет-магазины) сервисные центры партнеры (фирмы) потребители продукции (тот, кто уже купил) … Для чего нужен сайт: Для повышения имиджа компании Для увеличения продаж Для удобства клиентов … Тип: Корпоративный – визитка Интернет магазин … Языковые версии: Английский Русский … Сайт должен решать какие-то задачи. Соответственно далее двигаемся по целям и задачам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Может, новости Вам слева не нужны, а «акции и релизы» показывать слева. Главное теперь описать логику работы.

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

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

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

Соответственно и переходы по этим ссылкам ведут на соответствующие страницы.

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

Подвал (футер) отображается один и тот же на каждой странице. Примерно так описывается общая логика работы.

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

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

Включает также заголовок новости, дату публикации.

Слева так же отображается новостная лента.

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

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

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

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

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

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

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

Делайте так и проблем не будет.

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

В этой статье я хотел показать пример и принципы, по которым строится образец технического задания на разработку дизайна и логики веб сайта, а также основные моменты на которые стоит обратить внимание. На сколько, мне это удалось, надеюсь узнать из ваших комментариев. И не забывайте про задание! Автор: Бернацкий Андрей E-mail: «Киберсант-вебмастер» — самый полный курс по сайтостроению в рунете!

P.S. Хотите опубликовать интересный тематический материал и заработать?

Если ответ «Да», то жмите сюда. JavaScript. Быстрый старт Изучите основы JavaScript на практическом примере по созданию веб-приложения Узнать подробнее

Хотите узнать, что необходимо для создания сайта? Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!

Смотреть Метки: техническое задание на разработку сайта

  1. шрифт для меню
  2. красивые веб сайты
  3. как создать сайт com

Похожие статьи:

  1. Фреймворк Yii2. Быстрая разработка

    Подробнее

  2. Как стать интернет-маркетологом: перв.

  3. дизайнер портфолио
  4. страница контактов
  5. макеты сайтов
  6. JavaScript. Полное руководство для современной веб-разработки

    Подробнее

  7. Как выгрузить каталог товаров с интер.

  8. Верстка-Мастер.

    От теории до верстки популярных шаблонов

    Подробнее

  9. Как фотографировать товары для интерн.
    • дизайнер портфолио
    • jquery each
    • создание сайта с нуля

    Комментарии Вконтакте: Комментарии Facebook: Комментарии (36)

    • макеты сайтов
    • страница контактов

    66500 E-mail подписчиков 59570 YouTube подписчиков 7697 Вконтакте подписчиков 813 Twitter Followers

    • Django. Полное руководство

      Подробнее

    • Фриланс — Мастер.

      Как продавать свои услуги онлайн

      Подробнее

    • Фреймворк Yii2.

      Быстрая разработка

      Подробнее

    • Python. Полное руководство

      Подробнее

    • Веб-дизайн + верстка

      Подробнее

    • NodeJS. Полное руководство

      Подробнее

    • Технология CSS Grid.

      Руководство по адаптивной верстке

      Подробнее

    • Фреймворк NuxtJS. Руководство по FullStack-разработке

      Подробнее

    • Фреймворк Bootstrap 4. Руководство по адаптивной верстке

      Подробнее

    • JavaScript.

      Полное руководство для современной веб-разработки

      Подробнее

    • WordPress-Мастер. Разработка тем для WordPress

      Подробнее

    • Верстка-Мастер. От теории до верстки популярных шаблонов

      Подробнее

    • ReactJS с Нуля до Профи.

      Полное руководство для современной веб-разработки

      Подробнее

    • FullStack-Мастер. Разработка CRM-системы на Node.js, Express, Angular 6

      Подробнее

    • Фреймворк VUE JS. Полное руководство для современной веб-разработки

      Подробнее

    • PHP-МАСТЕР.

      От теории до собственной CMS интернет-магазина

      Подробнее

    • Премиум уроки по созданию сайта

      Подробнее

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

    Подробнее Прием заявок на веб-разработку, создание сайтов

    Подать заявку Все права защищены © 2020 ИП Рог Виктор Михайлович ОГРН: 313774621200541 Служба поддержки Обучающие материалы Для новичков Статьи и материалы Премиум материалы Видео курсы Мы в соц. сетях Вконтакте Facebook Youtube Twitter Связь Служба поддержки Форум RSS Feed Информация Отказ от ответственности Политика конфиденциальности Согласие с рассылкой Правообладатели Публичная оферта Материалы сайта (статьи, уроки, видео уроки, курсы и прочее) предназначены исключительно для самостоятельного изучения Читая этот сайт вы даете свое согласие на использование файлов Cookie. В противном случае покиньте этот сайт.Соглашаюсь

  10. Python.

    Полное руководство

    Подробнее

  11. FullStack-Мастер.

    Разработка CRM-системы на Node.js, Express, Angular 6

    Подробнее

  12. За ближайшие 5 дней мы составим ваш пошаг.

  13. создание сайта с нуля
  14. Фриланс — Мастер.

    Как продавать свои услуги онлайн

    Подробнее

  15. NodeJS. Полное руководство

    Подробнее

  16. Премиум уроки по созданию сайта

    Подробнее

  17. Django.

    Полное руководство

    Подробнее

  18. Веб-дизайн + верстка

    Подробнее

  19. Продажи через интернет-магазины — пер.

  20. jquery each
  21. WordPress-Мастер. Разработка тем для WordPress

    Подробнее

  22. PHP-МАСТЕР. От теории до собственной CMS интернет-магазина

    Подробнее

  23. ReactJS с Нуля до Профи.

    Полное руководство для современной веб-разработки

    Подробнее

  24. Технология CSS Grid. Руководство по адаптивной верстке

    Подробнее

  25. Фреймворк VUE JS.

    Полное руководство для современной веб-разработки

    Подробнее

  26. Как обрабатывать фото для интернет-ма.
  27. Фреймворк Bootstrap 4.

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

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

Поэтому, для вас работают бесплатные эксперты-консультанты!

Расскажите о вашей проблеме, и мы поможем ее решить! Задайте вопрос прямо сейчас!

  • Анонимно
  • Профессионально

One thought on “Техническое задание на разработку сайта пример

Comments are closed.

Задайте вопрос нашему юристу!

Расскажите о вашей проблеме и мы поможем ее решить!

+