Содержание
- Что такое техническое задание
- Техническое задание составляет исполнитель
- Формулируйте точно и однозначно
- Ознакомьте коллег со всей общей информацией
- Разъясняйте сложные термины
- Опишите требования к хостингу и используемые инструменты
- Сформируйте список требований к работе ресурса
- Создайте структуру сайта
- Объясните содержание страниц
- Распишите варианты использования ресурса
- Определитесь с контентом
- Опишите дизайн
- Заключение: структура технического задания
Что такое техническое задание
Техническое задание - документ, в котором указаны все требования к сайту. Четко и подробно составленное ТЗ гарантирует, что исполнитель правильно поймет все поставленные задачи.
А значит, конечный результат удовлетворит как заказчика, так и разработчика. Оба получат несомненную пользу от составления технического задания.
- Заказчик:
- Понимает, как будет выглядеть готовый сайт и за что он заплатит деньги. Структура ресурса сразу видна. Если заказчика в ней что-то не устроит, он сможет внести необходимые изменения на самом начальном этапе.
- Сразу может оценить компетентность исполнителя. Грамотное и понятное техзадание повысит уровень доверия к разработчику.
- Получает защиту от недобросовестных исполнителей. По завершении работ можно проверить, насколько соответствует готовый ресурс техническому заданию. Если есть неточности, разработчик обязан их исправить. Заключение официального договора позволит сделать это принудительно, в судебном порядке.
- Сможет при необходимости быстро заменить исполнителя. Существует вероятность возникновения конфликтов, которые помешают эффективной работе над сайтом. Наличие подробного ТЗ поможет решить проблему путем передачи задания другой команде, которая сможет сходу продолжить работу над сайтом.
- Узнает стоимость работ. Нельзя сразу понять, сколько будет стоить разработка сложного сайта и когда он будет готов. Сначала необходимо разобраться с функционалом разрабатываемого ресурса. А для этого нужно составить грамотное и подробное техзадание.
- Исполнитель:
- Лучше понимает желания заказчика. В процессе создания ТЗ исполнителю придется задать клиенту множество вопросов, показать конкретные примеры сайтов, предложить решения. Результат этой предварительной работы будет записан в соответствующем документе и согласован с заказчиком. Если техзадание одобрено, значит — исполнитель правильно понял клиента и может спокойно работать дальше.
- Страхует себя от непредвиденных пожеланий заказчика. Есть такие клиенты, которые в ходе разработки решают внезапно поменять задачу. При наличии согласованного и подписанного техзадания отстоять свою правоту можно будет даже в суде.
- Демонстрирует уровень своей компетентности. Грамотно составленное техзадание свидетельствует о высоком профессионализме исполнителя.
- Зарабатывает деньги. Составление ТЗ может оплачиваться в качестве отдельной услуги.
- Облегчает и ускоряет процесс разработки. Благодаря четкому и проработанному техническому заданию хорошо понятна структура сайта с функционалом каждой страницы. Это позволяет сразу переходить к разработке дизайна ресурса и написанию кода отдельных страниц.
Техническое задание составляет исполнитель
Грамотное техзадание под силу написать только разработчику или проект-менеджеру. Специалисты разбираются в создании сайтов намного лучше владельцев продуктовых магазинов или медицинских центров. Однако заказчик тоже должен участвовать в процессе написания ТЗ.
Заказчик:
- объясняет цель создания ресурса;
- знакомит разработчика с бизнесом, товарами, услугами, особенностями целевой аудитории;
- высказывает свои пожелания, предлагает идеи;
- показывает примеры сайтов, которые ему нравятся;
- отвечает на вопросы, возникающие у исполнителя.
Заказчик может также предложить собственный вариант технического задания. В ряде случаев это позволяет ускорить составление документа. При необходимости можно скачать на сайте разработчика образцы или шаблоны ТЗ.
Формулируйте точно и однозначно
Главная цель техзадания - достижение понимания между заказчиком и исполнителем. Поэтому в окончательном тексте ТЗ не должно быть неопределенных понятий типа: «красивый», «современный», «удобный». Каждый человек может по-разному понимать красоту или удобство. Даже самый своеобразный дизайн кому-то покажется красивым.
Это же относится к неоднозначным формулировкам. Например, сказано, что сайт:
- Должен быть удобным. А в чем это заключается: для кого удобным, или для чего?
- Должен понравиться заказчику. Что делать, если не понравится?
- Должен выдерживать большие нагрузки. Какие конкретно нагрузки, сколько посетителей?
- Содержать качественный экспертный контент. Еще одно неопределенное требование.
Обязательно нужно проверить весь текст и исключить из него все неоднозначные формулировки. Иначе готовое ТЗ придется переделывать. Необходимо писать все максимально четко и ясно.
Например:
- вместо «обеспечить быструю загрузку» указать: «в Google PageSpeed Insights каждая страница должна иметь минимум 80 баллов»;
- вместо «большая нагрузка» написать: «30 тысяч пользователей одновременно»;
- вместо «на главной странице размещается список статей» указать «на главную страницу выводится список последних пяти опубликованных статей»;
- вместо «разработка минималистского удобного интерфейса подписки» написать «поле «Укажите адрес e-mail» с кнопкой «Подписаться»».
Ознакомьте коллег со всей общей информацией
Все члены команды должны четко понимать, чем занимается компания заказчика и кто является ее целевой аудиторией. Чтобы избежать ошибок, эту информацию необходимо прописать в самом начале техзадания. Также нужно указать цель сайта и описать его функционал. Иначе вместо интернет-магазина может получиться блог или форум.
Разъясняйте сложные термины
Важно, чтобы в техническом задании абсолютно все было понятно всем. Если в тексте используются специфические технические термины, их нужно пояснить и для заказчика.
Опишите требования к хостингу и используемые инструменты
Представьте, что вы два месяца работали над сайтом. Все этапы разработки были согласованы с заказчиком. И после завершения работы заказчик удивленно возмущается: «А почему сайт создан на «Модэкс»? Я был уверен, что будет Wordpress!»
Подобные ситуации необходимо исключить заранее. В ТЗ обязательно нужно четко прописать все инструменты, библиотеки, движки. Укажите также требования к хостингу. Чтобы не оказалось, что заказчик использует сервер на .NET, а вы сделали сайт на PHP.
Сформируйте список требований к работе ресурса
Важно, чтобы готовый сайт корректно работал с любыми браузерами и на всех типах устройств. Это требование обязательно прописывается в техническом задании.
Указываются также требования к таким техническим характеристикам:
- скорости загрузки сайта;
- устойчивости к нагрузкам;
- уровню защиты от атак и пр.
Создайте структуру сайта
До начала верстки и отрисовки дизайна необходимо согласовать структуру ресурса с заказчиком.
Сначала необходимо выяснить его пожелания. Затем — собрать задействованных сотрудников (разработчиков, SEO-специалистов, маркетологов, главного редактора) и решить, какие на сайте понадобятся страницы и как они будут между собой связаны.
Структуру можно продемонстрировать списком либо изобразить в форме блок-схемы.
Структура сайта является его фундаментом. Поэтому ее создание является наиболее важным этапом работы. При использовании неудачной структуры получится «кривым» весь сайт.
Объясните содержание страниц
Для объяснения заказчику значения каждой страницы сайта и ее элементов можно использовать два метода.
- Прототип. Очень наглядный и при этом однозначный способ. Для каждой страницы необходимо нарисовать эскиз и приложить его к ТЗ. Заказчик сможет увидеть интерфейс создаваемого сайта. При необходимости он пояснит, какие изменения желательно внести.
- Перечисление элементов. Это более простой способ. Он заключается в составлении списка блоков, которые будут размещаться на каждой отдельной странице.
Распишите варианты использования ресурса
При создании нестандартного интерфейса только показа структуры и образцов страниц будет мало. И заказчик, и члены команды разработчиков должны четко понимать механизм работы сайта при взаимодействии с пользователями. Здесь поможет составление сценария по схеме: действие посетителя — ответное действие ресурса — результат.
Подобный сценарий не нужен при работе над стандартной визиткой или лендингом. Но если ресурс предполагает использование интерактивных сервисов, то это потребуется обязательно.
Определитесь с контентом
Существуют разные подходы к наполнению сайта контентом. Одни разработчики делают рыбу, другие создают сайты сразу с заполненными страницами. Третьи могут написать тексты, но за отдельную плату. Этот вопрос обязательно нужно сразу обговорить. Если требуется написание контента, четко зафиксируйте в ТЗ требования к нему.
Исключите неопределенные фразы вроде «качественный», «полезный», «интересный». А вот требование уникальности обязательно пропишите.
Опишите дизайн
Не существует объективных критериев оценки качества дизайна. Если заказчик предпочитает конкретную цветовую гамму, отметьте это в техзадании. Если он использует брендбук с определенными шрифтами, укажите и это.
Неоднозначные слова типа «красивый» или «современный» не употребляйте и в этом случае.
Заключение: структура технического задания
Не бывает одинаковых ТЗ. Для каждой задачи составляется отдельный документ. В грамотном техническом задании должны содержаться следующие сведения:
- Информация о компании, ее целевой аудитории, особенностях бизнеса, целях и задачах разрабатываемого сайта.
- Требования к верстке и работе ресурса.
- Разъяснение непонятных заказчику терминов.
- Подробная структура сайта.
- Описание используемых технологий со списков требований к хостингу.
- Прототипы страниц сайта с описанием расположенных на них элементов.
- Для нестандартного интерфейса — сценарии его использования.
- Описание контента.
- Общие требования к дизайну.
Наша компания больше 14 лет работает в сфере разработки и продвижения сайтов. При составлении технического задания мы всегда максимально четко и подробно прописываем в его тексте все пункты. Все нюансы обсуждаются с заказчиком. В результате на выходе получается именно такой сайт, какой и нужен был нашему клиенту.
