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

Дата публикации: 06.10.2022 г.

Главный принцип составления ТЗ для сайта — закон Мёрфи. Если есть шанс, что кто-то кого-то неправильно поймет, значит кто-то кого-то обязательно поймет неправильно. Но проблема решаемая. В этой статье мы кратко расскажем, что такое техническое задание на создание сайта и как его составлять, чтобы все были довольны.

ТЗ — это документ (или пакет документов), где прописаны ВСЕ требования к проекту. Если мы говорим о ТЗ на дизайн сайта, соответственно в документе речь идет о его внешнем виде, без упоминания требований по функционалу, верстке и т.д. Цель общего ТЗ на создание сайта — убедиться в том, что заказчик и проект-менеджер поняли друг друга. Если ТЗ этой цели не достигает, перед нами не ТЗ, а потеря времени и нервов.

Польза ТЗ для заказчика

• понимает, за что платит;
• подстраховывается;
• оценивает компетентность исполнителя.

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

Польза ТЗ для исполнителя

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

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

Кто составляет ТЗ для сайта

В эту игру не только можно, но очень нужно играть вдвоем. С одной стороны — заказчик, с другой — проект-менеджер (ПМ). Грамотный ПМ быстро разберется с «хотелками» клиента, преобразует их в удобоваримый вид и утвердит. Глядя на списки, графики и диаграммы, заказчик в итоге (возможно — спустя десятки доработок) говорит: «Да, всё так». Если он этого не говорит, работа продолжается. Для особо масштабных проектов подключают бизнес-аналитика, который встает между заказчиком и менеджером в роли переводчика.

Некоторые правила написания ТЗ сайта

Просто и понятно

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

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

Понятно для всех

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

Инструменты и требования

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

Но чтобы понять, как составить ТЗ для создания сайта, мало знать методику выявления и описания требований. Оборотная сторона вопроса — инструментарий, которым намерен пользоваться исполнитель. Бывает, что для клиента это неважно. Но бывает и наоборот. Пример — согласовали задание, заказчику всё понравилось. Сделали сайт и клиент такой: «Это Модэкс? А я хотел на Вордпрессе!» Если в ТЗ этого уточнения нет, вопросов к исполнителю быть не может. Но, поверьте, они будут. Это лишние нервы и удар по имиджу — он ведь потом везде понапишет, что вы некомпетентны.

Выводы

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