Чтобы создание сайта принесло желаемый результат, важно грамотно составить его техническое задание. Это нужно знать как разработчикам, дизайнерам, менеджерам проектов, так и бизнесменам, которые планируют заказать уже готовый Интернет-ресурс. Ведь сотни предпринимателей, получив готовый сайт, обнаруживают, что какие-то его аспекты не оправдывают ожиданий: не тот текст, дизайн. А, может, недостает важных функций или же, наоборот, прикручено много лишнего. Чтобы избежать таких последствий, разберемся с техническим заданием сайта.
Что такое техническое задание
ТЗ – это документ, детально фиксирующий требования к будущему сайту. Чем четче и яснее будут расписаны требования, тем лучше каждый участник, причастный к разработке сайта, будет понимать, что и как ему делать.
В техзадании указывают:
требования по структуре и оформлению, дизайну (сколько будет страниц и как они связаны, как будут выглядеть);
требования по функционалу (логика работы элементов, различные интеграции, выбор CMS).
ТЗ рекомендуется составлять для проектов любого размера, так как заранее согласованный заказчиком и исполнителем список и порядок действий — залог успеха проекта.
Зачем нужно ТЗ
При создании сайтов, сегодня мало кто обходится без техзадания. Это выгодно для каждой из сторон. Заказчик видит здесь свою пользу:
Возможность предварительно оценить стоимость работ и сроки их выполнения. В противном случае никто не предоставит вам точную смету.
Понимание, за что он платит деньги. Клиент получает возможность изначально видеть структуру сайта, имеет представление, что и как будет функционировать.
Проверка компетентности исполнителя. Если ТЗ четкое, понятное, это вызывает доверие к исполнителю.
Наличие подстраховки. Если при получении готового продукта заказчик видит какие-то несоответствия, он всегда может сослаться на техническое задание, требуя от исполнителя именно то, что он хочет.
Таким образом, заказчик сможет высказать собственные пожелания к будущему сайту, а также контролировать процесс разработки на каждом его этапе, внося при необходимости коррективы.
Исполнитель тоже получает пользу при наличии грамотно составленного ТЗ:
Понимание того, чего хочет клиент. Заказчику задают десятки вопросов, после чего предлагают возможные варианты решения поставленных задач и приходят к общему согласованному варианту.
Наличие подстраховки. Как и в случае с клиентом, исполнителю тоже может потребоваться подстраховка, если с него начнут требовать то, чего не было определено техническим заданием.
Возможность показать собственную компетентность. Качественно подготовленное ТЗ докажет клиенту уровень экспертности исполнителя и убедит сделать заказ у него.
Облегчение и ускорение работы. Когда все четко и понятно, как делать, а все детали согласованы, дело остается за малым.
Преимущества качественно составленного ТЗ очевидны, поэтому перейдем к рассмотрению вопроса, как же это сделать.
Кто занимается составлением технического задания
Грамотно разработать ТЗ в силах лишь исполнитель. В качестве такого выступает проект-менеджер или разработчик. Но заказчик тоже должен в этом активно участвовать, а не пускать все на самотек. Он объясняет исполнителю, каким хочет видеть сайт, кто его целевая аудитория и какой продукт собирается реализовать. Может также показать сайты, которые ему нравятся, чтобы сделать себе ресурс по аналогии.
Заказчик вправе предоставить и свой вариант ТЗ, но в любом случае его нужно согласовать с исполнителем, ведь именно последний может дать профессиональный совет с точки зрения специалиста в этой области.
Бриф на разработку сайта
Обе стороны заинтересованы в том, чтобы избежать всех разногласий и прийти к компромиссу при создании сайта. Для этого целесообразно составить опросник, своего рода анкету, в которой заказчик ответит на все вопросы, касающиеся содержания, дизайна и технических возможностей будущего сайта.
Опросник составляется на основе пожеланий клиента и дает исполнителю полное понимание того, каким он хочет видеть свой ресурс. Поэтому многие исполнители предлагают заказчикам заполнить такую анкету. Список типичных вопросов, на которые он должен ответить:
Информация об организации. Чем занимается, какие товары или услуги предлагает, отличительные особенности компании и основные конкуренты.
Сведения о целевой аудитории. Подробное описание людей, которые станут посетителями сайта, их демографическое положение, привычки, увлечения и т.д.
Цели сайта. Какого целевого действия клиент хочет добиться от посетителей: сделать звонок, подписаться на рассылку, купить товар. От этого будет зависеть функционал и дизайн ресурса.
Предварительная структура. Какие разделы должны быть обязательно, какие элементы следует разместить на страницах.
Пожелания касательно дизайна и оформления. Шрифты, стилистика, цвета.
Материалы для размещения. Ссылки на понравившиеся источники, с которых можно взять информацию.
Необходимость разработки мобильной версии.
Приблизительный перечень модулей. Какие функциональные возможности заказчик хочет видеть на сайте: фильтры для каталога, корзина, возможность сделать онлайн-заказ и прочее.
Необходимость подключения платежных систем, служб доставки.
Вопросы к разработчику и дополнительные пожелания.
Рекомендации, как правильно составить ТЗ на разработку сайта
Работая над сайтом, следует учитывать ряд нюансов. Рассмотрим каждый из них более подробно.
Однозначность ТЗ
Нельзя использовать расплывчатые или двусмысленные описания. Только логически связанные и без противоречий. Ведь основная цель разработки технических заданий – это понимание между заказчиком и исполнителем.
Поэтому в задании не должно быть сложных терминов. Если специфическая терминология все-таки используется, обязательно объясните их значение клиенту.
Например: сайт должен быстро загружаться, выдерживать большие нагрузки (до 50 000 посетителей одномоментно), иметь минималистичный и удобный интерфейс.
Сайты-образцы
Помочь при разработке сайта могут Интернет-ресурсы схожей тематики, занимающие лидирующие позиции в ТОПе. Специалисты советуют изучить аналогичные иностранные источники, так как они часто на шаг вперед от отечественных и из них можно взять много полезного. Но не следует просто копировать все понравившееся, все-таки проект должен быть уникальным.
Структура сайта
Прежде чем заняться вопросом дизайна, следует согласовать структуру будущего ресурса. Для этого рекомендуется провести UX-исследование, а также Прототипирование.Определите, какие страницы должны быть на сайте и свяжите их между собой. Структуру можно обозначить в виде списка или блок-схемы. Помните, что это фундамент сайта, если не уделить ей значительного внимания, ресурс может получиться неудачным.
К элементам страницы относят не только кнопки, но и шапку сайта, футер и сайдбар. Если речь идет о коммерческих проектах, то не последнюю роль тут играют фильтры. К каждому элементу должно идти максимально точное описание.
Цветовая гамма
Если у вас есть свой фирменный стиль, это значительно облегчит задачу. В противном случае нужно изучить этот вопрос, не полагаясь лишь на свои эстетические предпочтения. Посмотрите восприятие цвета в рекламе либо обратитесь за услугами к нашим дизайнерам.
Шрифты для сайта
То, как читатели будут воспринимать текст, зависит не только от его содержания, но и от манеры подачи, в том числе и от шрифта. Написанное должно легко читаться и быть простым для восприятия. Также шрифт должен гармонировать с общим дизайном ресурса.
Инструменты и требования к хостингу
Чтобы исключить недопонимания, сразу укажите инструменты, движки, библиотеки, а также требования к хостингу. Учитывайте, что сайт должен работать в любом браузере и на любом устройстве.
В ТЗ следует обозначить:
вид хостинга;
допустимость оперативной установки CMS;
поддержка ряда технологий (доступ по SSH, вероятность бекапов);
минимальная дисковая квота;
статическая нагрузка, которая планируется для ресурса;
предполагаемый трафик;
наличие встроенного файлового менеджера;
допустимость переноса сайта без дополнительной платы.
Не забудьте обозначить требования, касающиеся таких параметров:
скорость загрузки страницы;
устойчивость онлайн-ресурса к нагрузкам;
уровень защищенности от хакерских атак и т.д.
Фильтры
Страницы фильтров нередко поддаются неконтролируемой перезагрузке, у них отмечается сброс ранее выбранных настроек, а также плохая индексация. Поэтому важно подобрать оптимальный способ формирования таких страниц.
Если сайт создается для интернет-магазина, обязательно нужно прописать оптимизацию фильтров. К станицам-фильтрам выдвигают требования, среди них:
использование статических ссылок, а также возможности самостоятельно настраивать теги;
разработать порядок формирования URL фильтров;
настроить индексирование страниц, корректную перелинковку внутри сайта.
Контент
Если не учесть этот нюанс, на выходе можно получить пустой или несоответствующий вашему контенту сайт. Поэтому в техническом задании следует заранее определить, кто именно предоставляет весь контент: заказчик или исполнитель.
Второй вариант предусматривает регламентацию технического качества контента: показатели по тошноте, водности, вхождению ключевых запросов. Здесь же можно прописать такие требования, как наличие фото, видео, инфографики и т.д.
Поддерживаемые технологии
Технические требования к сайту оформляют отдельным списком. Как правило, в него включают:
наличие мобильной версии и адаптивного шаблона;
соответствие показателей сайта «зеленой» зоне системы оценки пользовательского контента Google Core Web Vitals (LCP не более 2,5 сек., CLS ниже 0,1 балла, FID меньше 100 миллисекунд);
корректность кода ответа сервера;
кроссбраузерная верстка;
возможность доступа через FTP;
наличие семантического URL; наличие карты сайта и др.
Варианты использования сайта
При нестандартном интерфейсе мало обозначить структуру и эскизы страниц. Пользователям должно быть понятно, как именно использовать сайт. Поэтому в техническом задании должна быть конкретная схема, в которой отображаются действий пользователя, ответные действия и результат.
Если вы создаете стандартную визитку или лендинговую страницу, то писать такой сценарий нет необходимости. Это касается по большей части интерактивных сервисов.
Структура ТЗ
Идентичных технических заданий не существует, так как каждое ТЗ пишется под отдельный проект. Но есть все-таки ряд нюансов, которые должны быть в техническом задании по разработке сайтов:
сведения об организации и ее целевой аудитории, основных целях и задачах Интернет-ресурса;
словарь терминов, которые требуется разъяснить заказчику;
требования к верстке и работе сайта;
перечень применяемых технологий, требования к хостингу;
детальная структура сайта;
сценарии использования интерфейса (для нестандартных вариантов);
общие требования к дизайну.
ТОП-7 ошибок при создании ТЗ
При разработке сайтов многие недостаточно внимания уделяют техническому заданию, из-за чего клиент в конечном итоге не всегда доволен полученным результатом. Чтобы избежать таких последствий, рассмотрим наиболее распространенные ошибки, допускаемые при разработке ТЗ:
Не указан тип сайта. При создании сайта исполнитель ориентируется на определенный ресурс (например, блог или интернет-магазин), который не подходит для конкретного случая. Понимать, на что именно следует ориентироваться, нужно с самого начала работы.
Не указаны целевые действия. Если заказчик изначально не уточнил, каких результатов хочет добиться от посетителей (совершение онлайн-покупки или подписка на рассылку), вряд ли на выходе он получит то, чего хотел.
Отсутствие примеров сайтов. Намного проще работать, когда у исполнителя есть представление о том, как должен выглядеть будущий сайт на примере понравившихся клиенту ресурсов.
Не прописаны пользовательские сценарии. Составляя технические задания, следует изначально определить, кто целевая аудитория той или иной компании и зачем они заходят на сайт.
Потеря данных для доступа. Встречаются ситуации, когда разработчик регистрирует доменное имя и хостинг для сайта, после чего ему эти данные становятся ненужными, а заказчик о них попросту забывает. А потом проблема всплывает, когда становится вопрос о продлении хостинга или доменного имени. Это может привести к потере адреса сайта, поэтому важно хранить эти данные в надежном месте.
Наличие пространственных описаний. Нельзя в ТЗ прописывать качества, которые могут проявляться сильнее или слабее, либо же воспринимаются очень субъективно. Например, слова «красивый», «современный» каждый понимает по-своему. Все писания должны быть четкими и однозначными.
«На усмотрение разработчика». Если заказчик доверяет исполнителю, занимающемуся разработкой его сайта, это одно. Но при наличии подобной формулировки в ТЗ, он должен быть готов к тому, что тот сделает все на свое усмотрение. И никаких претензий ему предъявить за это будет нельзя.
Если вы сами не разбираетесь в вопросах разработки сайтов, важно найти грамотного исполнителя с отличной репутацией и положительными отзывами довольных клиентов. Наша компания работает с сайтами различной сложности уже много лет, и мы всегда готовы помочь создать качественный ресурс, соответствующий всем вашим требованиям и пожеланиям.
