Заказчикам и программистам бывает непросто достигнуть взаимопонимания — ожидания клиента не всегда оправдываются, если они не были достаточно четко изложены. Для того, чтобы подрядчик мог максимально воплотить все то, что от него ждут при реализации веб-ресурса, необходимо заранее готовить список пожеланий
Как составить и грамотно написать ТЗ для создания сайта, образцы и примеры типовых технических заданий на разработку разберем в нашей статье.
Что это такое и зачем оно нужно
Это список необходимых критериев, состоящий из подробного описания всех функциональных требований и спецификаций, которым должен отвечать будущий продукт. Его формирование делает прозрачными все этапы взаимодействия и несет плюсы для обеих сторон.
Польза для клиента
- оценить стоимость;
- увидеть, за что именно будут заплачены деньги — как будут выглядеть страницы, по какой логике будет строиться структура разделов и тд;
- защитить себя от безответственных исполнителей — готовую работу всегда можно проверить на соответствие ТЗ и попросить исправить неточности, если они вдруг обнаружатся;
- при необходимости смены подрядчика, новому человеку будет легче влиться в проект, потому что ему на руки сразу передается памятка со всеми пожеланиями и техусловиями.
Польза для исполнителя
- вторая сторона не сможет кардинально поменять задачу или прийти с новыми неожиданными «хотелками», поскольку все нюансы вы согласовали до начала реализации и закрепили на бумаге;
- порой составление ТЗ для сайта может быть вынесено в качестве отдельной услуги, а значит дополнительно оплачено;
- ответственно подойдя к обсуждению, вы покажете себя специалистом, которому можно доверять.
Что будет, если не подготовить техническое задание
Если не описать все важные нюансы перед началом работ, то образуются «серые зоны», из-за которых могут возникать разночтения. К примеру, клиент просит сделать корзину для интернет-магазина, но не дает четких описаний того, какой функционал она должна включать и какой он видит систему. Подрядчик разрабатывает проект, исходя из собственного опыта и своих представлений. В итоге страница есть и она функционирует, но ожиданиям заказчика она не отвечает, и он требует ее переделать. В результате у обеих сторон остается негативный осадок после сотрудничества.
С другой стороны, одно лишь наличие документа с функциональными требованиями и пожеланиями еще не гарант того, что вы будете верно поняты. При его подготовке лучше избегать общих понятий и двусмысленности. Такие формулировки, как «стильный продающий интернет-магазин» или «красивая большая форма заявки для звонка» едва ли можно назвать эффективными. Они могут быть истолкованы заказчиком и разработчиком совершенно по-разному. Поэтому все детали должны оговариваться досконально и закрепляться на бумаге.
Особенности написания технического задания для сайта: кто это делает
В идеале это совместное дело. Но поскольку владелец будущего продукта зачастую может не знать всех тонкостей программирования, как правило ответственность за подготовку берет на себя исполнитель. В дальнейшем готовый файл передается на согласование, в процессе которого агентство или отдельный специалист разъясняют все пункты и вносят корректировки при необходимости.
Тем не менее клиент может сделать задачу более прозрачной, подробно заполнив бриф, который обычно передают программисты. Он содержит несложные вопросы о том, каким вы видите готовый веб-портал.
Как писать ТЗ для сайта: что учесть
Документ, как правило, включает в себя несколько основных частей. Ниже раскроем, что представляет из себя каждый из них.
Читайте также
Адаптивная верстка сайта: что это такое, принципы и этапы
Организационные вопросы
Здесь описываются сроки сдачи и объем задач. Понятно, что точное время разработки сразу сказать сложно, но для типовых проектов его можно грубо предположить. К примеру, веб-ресурс на шаблоне можно сделать за 2-4 недели, а вот дизайн с нуля может занять больше месяца.
Также в этом пункте досконально прописываются все этапы — нюансы движка, логики разделов, наполнения контентом и так далее.
Технические требования к сайту
- структуре;
- юзабилити;
- навигации;
- функционалу;
- внешнему облику.
Любые термины, которые будут использоваться, должны быть объяснены — далеко не все люди, знают, что такое «хедер», «перелинковка» или «валидность».
Общие критерии
- как планируется его использовать, его ЦА;
- будут ли языковые версии и какие;
- есть ли уже домен.
Также расписываем, сколько страниц нам нужно, чем будут наполнены шапка и футер проекта.
Движок
Стоит заранее утвердить систему управления. Это может быть конструктор, CMS или «самописка» — продукт, сделанный полностью с нуля. Если заказчик не уверен, что лучше выбрать, можно помочь ему принять решение, исходя из его потребностей.
Если речь идет о техническом задании на разработку сайта крупного интернет-магазина, то вполне подойдет CMS: Битрикс или WordPress. А если к созданию планируется одностраничник или портал с небольшим количеством составляющих, то для реализации будет достаточно функционала конструктора, Tilda или Wix.
Также важно понимать, кто будет заниматься управлением и размещением контента в дальнейшем — клиент или техподдержка? Если проект создается для самостоятельного администрирования, самописные движки не подойдут — лучше присмотреться к визуально понятным и простым в обращении административным панелям.
Требования к структуре сайта
В этом пункте схемой или в текстовом формате описывается логика. Нужно заранее прописать, сколько подразделов будет, продумать, как они будут выводиться в меню, хедер или подвал.
Читайте также
Кластеризация семантического ядра — что это такое и как ее сделать
Содержание страниц и описание элементов
- Потребуется ли наполнение контентом. Если не урегулировать этот вопрос заранее, подрядчик имеет право сдать пустой веб-портал. Необходимо обсудить, понадобится ли размещение, и если да, то на чьей стороне написание текстов. Если подготовка будет входить в ответственность исполнителя, то в ТЗ для сайта стоит указать, к примеру, критерии, по которым нужно будет написать тексты, как то размещение ключей, водность, переспам, символьный объем.
- Как будут выглядеть служебные страницы. Здесь указываются особенности наполнения соглашения на обработку данных, места с информацией об оплате и доставке, 404-ая и тд.
- Предоставляются ли макеты структуры контента. Зачастую для согласования визуальной части программист передает прототипы типовых разделов — главной, карточек товаров и т.д. На макетах показывается схематичное расположение контентных и текстовых блоков, чтобы у клиента сложилось общее представление о том, как будет выглядеть будущий портал. Пожалуй, одним из самых распространенных сервисов для создания шаблонов является Figma.
Дизайн
Отлично, если у компании уже есть брендбук, на который смогут опираться специалисты. Но если его нет, то для понимания придется прописывать требования к дизайну сайта в техзадании на разработку — к примеру, есть смысл описать допустимые образцы шрифтов, цвета, нюансы компоновки визуального пространства.
Технологии
- мобильная адаптация;
- кроссбраузерная верстка;
- файл robots.txt
- какие платежные системы будут поддерживаться, если они необходимы;
- потребуется ли подключать метрики и вебмастера;
- как должны генерироваться URL страниц;
- как будут выгружаться товары и тд.
Выбор домена
Если речь идет о создании сайта с нуля, потребуется выбрать доменное имя.
- использование ключей, по которым вас будет просто найти (диваны-воронеж.рф, seo-vrn.ru);
- упоминание названия компании (hoff.ru, mts.ru);
- тематика бизнеса, которым занимается организация (служба-дезинфекции-москва.рф).
Наиболее выгодным вариантом остается название бренда в качестве домена, поскольку это сделает ваш проект более узнаваемым на фоне конкурентов.
Выбор хостинга
Веб-хостинг — это облачное пространство, где хранятся все файлы, поэтому от него напрямую зависит стабильная работа будущего продукта.
- разновидность хостинга (виртуальный, сервер и тд);
- объем выделенного места;
- обеспечение безопасности от DDOS-атак;
- ожидаемое число пользователей в день.
Фильтры
Индексация таких страниц часто оставляет желать лучшего из-за плохо продуманного способа генерации. Например, при выборе нескольких параметров фильтрации могут генерироваться длинные нечитабельные URL или выбранные значения могут просто сбиваться.
В техзадании нужно обязательно уточнять правила генерации адресов и возможности оптимизации, которые следует настроить исполнителю. Стоит указать, что вам потребуется функционал ручного заполнения мета-тегов title и description, заголовков и текстового блока. Также в перечень пожеланий можно внести логику, по которой будут формироваться URL. Допустим, для фильтров, которые включают только один параметр, попросить сделать ссылки статичными.
Шаблон типового ТЗ на создание и разработку сайта для всех ниш: образец
Собрав все вышеперечисленные пункты воедино, можем констатировать, что хорошее техническое задание должно выглядеть следующим образом:
Разумеется, это лишь базовый шаблон, который может быть адаптирован и дополнен в соответствии с конкретными требованиями и спецификацией проекта.
Топ ошибок при составлении
- Неопределенные сроки выполнения задач и нечеткое планирование этапов. Неопределенность в планировании может привести к задержкам и низкой эффективности.
- Отсутствие четких формулировок. Речь идет о документе, который полностью определяет вектор работы, поэтому пространных выражений вроде «красивый» и «продающий» будет недостаточно.
- Не предоставлены референсы. Если клиент не передает в качестве ориентира площадки конкурентов или проекты, на которые он хотел бы равняться, специалисту будет сложно понять, от чего отталкиваться.
Заключение
Мы разобрали, как написать техническое задание на разработку и создание сайта, рассмотрели подробный шаблон техзадания, который можно использовать в качестве образца. Составление понятного перечня требований поможет избежать недоразумений и несоответствий, а также позволит всем участникам, отвечающим за реализацию, сотрудничать в едином контексте и достичь успешного результата.
