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

Содержание

Как составить ТЗ на разработку сайта

Главная

/блог

/Создание web-сайтов

/Как правильно составить ТЗ на разработку сайта?

Разработка сайта начинается не с отрисовки прототипов и не с разработки дизайна.

4 мин.

02 Март 2021

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

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

Зачем нужно ТЗ?

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

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

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

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

Как правильно составлять ТЗ

Писать точно и однозначно

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

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

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

Указать общую информацию

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

Описать инструменты

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

Заказав сайт-визитку, но не указав в пожеланиях, что нужна разработка на Битрикс, можно получить сайт на Tilda.

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

Перечислить пожелания к работе сайта

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

Указать структуру сайта

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

Визуализировать структуру страниц

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

Создание интернет-магазина под ключ Разработка с нуля

Подготовим ТЗ, согласуем с вами и реализуем командой профессионалов

Узнать больше

Важный этап — отрисовка прототипов (скелетов будущих страниц). 

Отрисовкой прототипов занимаются профессиональные UX/UI-дизайнеры.

Если отрисовать прототипы нет возможности, то можно остановиться на перечислении элементов.

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

Расписать сценарии

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

Определиться с контентом

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

Описать дизайн

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

Заключение

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

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

Есть задача? Найдем решение!

Вас зовут *

Ваш телефон *

Ваша эл.почта

Расскажите о вашем проекте

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

что это и как правильно его составить?

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

Вы же не хотите столкнуться с чем-то подобным, кем бы Вы ни были: заказчиком или разработчиком? Да-да, не обольщайтесь: разработчик особенно страдает из-за неправильно составленного ТЗ на разработку сайта, ведь он тратит на него своё время и задействует свой творческий потенциал – а это, надо сказать, весьма непросто. Многочисленные переделки никого не радуют, служат причиной задержки сдачи проекта и, чего уж греха таить, стоят жизни десяткам и сотням тысяч нервных клеток, которые, как известно, не восстанавливаются…

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

Что такое ТЗ на разработку сайта, зачем и кто должен его составлять?

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

Польза техзадания для заказчика

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

Польза техзадания для разработчика

Чёткое определение целей создания проекта, его сути и задач, а также требований и желаний заказчика;

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

Разрабатываем и продвигаем сайты

Построенные на современных технологиях и фреймворках

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

Что касается клиента, то в его обязанности входит следующее:

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

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

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

  • Данные о предприятии-заказчике, направлении его работы, его особенностях, специфике его ЦА, а также целях и задачах, которые его сайт призван решить;
  • Список терминов, незнакомых клиенту, их простые пояснения;
  • Требования, предъявляемые к вёрстке и работе сайта;
  • Технологии, которые планируется применить, их описание и требования к хостингу;
  • Детальная структура сайта;
  • Прототипы страниц с описаниями каждого из элементов;
  • Перечень контента для создания исполнителем;
  • Требования к оформлению сайта.

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

Язык изложения в техническом задании

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

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

  • Сайт должен хорошо работать даже при одновременном посещении его 50 000 пользователей;
  • Производительность каждой страницы сайта должна иметь не менее 80-ти баллов от сервиса “Google PageSpeed Insights”.

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

Данные о компании, направлении её деятельности, её особенностях, специфике ЦА, целях и задачах, которые должен решать сайт

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

Список терминов, которых заказчик может не знать, с их значениями

Данный пункт проистекает из правила о чёткости изложения и исключения недопонимания между исполнителем и заказчиком. Владелица салона красоты вряд ли знакома с терминами “CMS” и «контент», поэтому нужно обязательно объяснить их значение максимально простым языком. К примеру, «контент» – материалы в виде текста, изображений или видео-роликов, размещаемых на сайте.

Технические требования, предъявляемые к вёрстке и работе сайта

Они могут показаться очевидными для любого разработчика и его клиента. Тем не менее, не стоит их пропускать в документе, ведь они являются защитой от недобросовестных исполнителей. Итак, в данном пункте нужно обозначить то, что web-ресурс должен одинаково хорошо работать во всех актуальных версиях всех популярных браузеров на всех видах устройств (т. е. в “Chrome1+”, “IE9+”, “Opera10+”, “Safari4+” и т. д.). Помимо этого, уделите внимание адаптивности: благодаря этому заказчик гарантированно получит мобильную версию сайта. Наконец, не обходите своим вниманием требования к устойчивости к нагрузкам, производительности и защите от атак хакеров.

Технологии, которые планируется применить, их описание и требования к хостингу

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

Детальная структура сайта

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

Описание страниц и их элементов

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

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

Перечень контента для создания исполнителем

Не менее важно определить, кто несёт ответственность за контент сайта. Ситуации могут быть разными:

  • Разработчик создаёт только сайт, а клиент заполняет его контентом самостоятельно;
  • Разработчик создаёт контент, взымая дополнительную плату;
  • Разработчик сдаёт сайт «под ключ» вместе с контентом.

Вариант сотрудничества и ответственность по данному вопросу должна быть прописаны. К примеру, разработчик создаёт и размещает текст и графику, включая Title и Description, для страниц «Каталог», «Наша продукция» и «Условия предоставления гарантии». Не стоит давать какие-либо характеристики будущем контенту вроде «продающий» или «качественный» – а вот упомянуть об уникальности нужно обязательно.

Требования к оформлению сайта

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

Данная статья была бы неполной без мнения тех, кто занимается разработкой сайтов. Большинство из них считает, что доверять создание ТЗ следует тем, кто «в теме». Это может быть либо менеджер проектов, либо непосредственно разработчик (если он работает один). Клиент не сможет справиться с этой задачей, поскольку не сможет учесть важных моментов, не разбираясь в вопросе создания сайтов.

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

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

Если Вы планируете в скором времени заказать разработку сайта, обращайтесь к нам – в компанию “SerpTop”. Мы грамотно составим для него техническое задание и с удовольствием реализуем Ваш проект!

3 Техническое задание для Интернет-магазина или Landing Page.

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

Идеальный сайт начинается с технического задания!

25 долларов США в час

50 долларов США в час

ЗАКАЗАТЬ СЕЙЧАС

Продажа
-50%

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

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

Продуманная конструкция избавляет от лишних затрат.

ТЗ как приложение к договору – это гарантия того, что сайт оправдает ваши ожидания.

Маркетинговая стратегия, настроение и имидж сайта.

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

Логическая система сайта.

Функциональные особенности и дизайн.

Заказать ТЗ и сайт под ключ

Свяжитесь мгновенно через мессенджер!

Выбери свой любимый мессенджер на

Бесплатная консультация по твоему проекту.