ТЗ без границ: как оправдать ожидания в разработке

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

Составление ТЗ на сайт имеет несколько преимуществ, и поэтому рекомендуется использовать его. В особенности в сложной сфере веб-разработки мало кто работает без ТЗ.

Преимущества ТЗ для заказчика сайта

К преимуществам этого инструмента относят многие факторы.

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

Преимущества ТЗ для подрядчика-исполнителя

Можно выделить 3 варианта.

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

Обе стороны, заказчик и подрядчик-исполнитель, также получают защиту в случае возникновения претензий или споров. Если, например, при сдаче проекта заказчику не понравится выбранная система управления контентом (CMS) или дизайн, всегда можно обратиться к соответствующим пунктам ТЗ, где прописаны детали и согласованные требования.

Важно

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

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

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

Как составлять ТЗ на разработку сайта и кто это делает

Идеальным сценарием является совместное составление технического задания (ТЗ) исполнителем и заказчиком, чтобы обменяться своими представлениями о проекте и его реализации. Однако владелец будущего сайта не всегда обладает достаточными знаниями в области разработки. Поэтому чаще всего ТЗ разрабатывается исполнителем - агентством или фрилансером - и предлагается заказчику для согласования, при этом подробно объясняя все пункты.

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

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

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

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

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

В разделе организационных вопросов обычно указываются следующие пункты:

• Срок сдачи. Оптимальный период зависит от особенностей проекта. Обычно сайт на основе готового шаблона занимает от 2 до 4 недель. Лендинг-страница на шаблоне может быть создана еще быстрее. Сайт с уникальным дизайном и сложным функционалом может потребовать, по крайней мере, месяц работы.
• Подробный объем работ. Объем работ зависит от сложности задач, стоящих перед заказчиком. Создание одностраничного лендинга и полноценного интернет-магазина с поддержкой сторонних сервисов требует от подрядчика разных объемов работ и задач.
• Детальное описание каждого этапа работ. Это включает особенности выбранного движка (платформы), дизайна, основных разделов сайта, контента, доменного имени и другие детали, о которых будет рассказано далее.

В разделе требований к сайту обычно включаются следующие пункты:

• сценарии использования;
• требования к структуре;
• требования к навигации;
• требования к дизайну;
• требования к юзабилити (удобству использования);
• требования к функциональным возможностям;
• требования к используемым технологиям.

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

Далее рассматриваем основные пункты ТЗ на разработку, начиная с выбора движка (платформы). В ТЗ необходимо указать предпочтительный вариант движка, такой как SaaS-платформа (например, Wix, Tilda), самописный движок, фреймворк или CMS (например, Wordpress, Drupal, OpenCart).

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

1. Кто будет заниматься администрированием сайта: профессиональный вебмастер или сотрудник заказчика?
2. Кто будет отвечать за публикацию контента?
3. Кто будет обслуживать сайт: разработчик или сотрудник заказчика?

Если у заказчика нет внутренних разработчиков, то разумным выбором будет использование готовой CMS. SaaS-сервисы могут быть сложнее в использовании, так как они имеют свою закрытую архитектуру и ограниченные возможности, подходящие только для определенных типов сайтов.

Движок

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

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

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

Дизайн

При описании дизайна сайта на бумаге действует простое правило: избегайте субъективизма. Необходимо отказаться от использования таких терминов, как "стильный", "красивый", "необычный" или "продающий". Более конкретный подход к дизайну сайта становится возможным, если у компании уже есть разработанный брендбук.

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

• Главные и второстепенные шрифты.
• Тематика изображений.
• Основные и вспомогательные цвета.
• Допустимые и недопустимые цветовые сочетания.
• Компоновка визуального пространства.

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

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

Основные разделы сайта

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

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

• Избегайте чрезмерного усложнения навигации, чтобы пользователи могли легко ориентироваться.
• Соблюдайте строгую иерархию всех разделов, чтобы структура сайта была логичной и понятной.
• Предпочтительно использовать простые ссылки вместо слишком длинных и сложных.
• Ссылка на главную страницу должна быть доступна с любой страницы сайта, чтобы пользователи могли легко вернуться на основную страницу.
• Каждому документу (странице) должен быть назначен уникальный URL-адрес для лучшей индексации и доступности.

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

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

Содержание страниц и описание их элементов

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

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

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

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

Генерация страниц

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

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

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

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

Фильтры

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

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

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

1. Для страниц фильтров первого уровня и пересечения более двух параметров следует использовать только статические ссылки с семантическим URL. Также для таких страниц обязательно предусмотреть возможность настройки метатегов: заголовка (Title), заголовков H1-H6, описания (Description) и ключевых слов (Keywords).
2. При формировании URL фильтров необходимо заранее определить порядок параметров, чтобы избежать ошибок и неработающих фильтров.
3. Рекомендуется настроить индексацию страниц фильтров и обеспечить корректную перелинковку между ними внутри сайта.

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

Наличие контента

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

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

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

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

Поддерживаемые технологии

Технические требования к сайту рационально предоставлять в виде отдельного списка. Ниже приведен пример такого списка на 2021 год:

1. Наличие мобильной версии сайта или использование адаптивного шаблона для обеспечения оптимального отображения на мобильных устройствах.
2. Кроссбраузерная верстка, чтобы сайт корректно отображался в различных веб-браузерах.

3. Соответствие сайта "зеленой" зоне системы оценки пользовательского контента Google Core Web Vitals:

   • LCP (Largest Contentful Paint) – время загрузки основного контента менее 2,5 секунд.
   • CLS (Cumulative Layout Shift) – показатель смещения элементов на странице во время загрузки меньше 0,1.
   • FID (First Input Delay) – время ожидания до первого взаимодействия с контентом менее 100 миллисекунд.
4. Первоначальная поисковая оптимизация (SEO) для главных страниц сайта, чтобы обеспечить их видимость в поисковых системах.
5. Корректный код ответа сервера для всех страниц сайта, чтобы избежать ошибок и проблем с индексацией.
6. Возможность доступа через FTP (протокол передачи файлов), что облегчает управление и обновление сайта.
7. Наличие семантического URL для улучшения понятности и доступности страниц сайта.
8. Настроенный стандарт исключений для роботов в файле robots.txt, чтобы указать, какие страницы не должны индексироваться поисковыми системами.
9. Наличие пользовательской и XML-карты сайта, что облегчает навигацию по сайту как для посетителей, так и для поисковых роботов.

Этот список технических требований поможет обеспечить функциональность, оптимизацию и хорошую пользовательскую экспериенцию на сайте.

Доменное имя и доменная зона

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

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

1. Наличие продающих слов внутри имени. Это могут быть слова, которые вызывают интерес и ассоциируются с предлагаемыми продуктами или услугами. Например, «kupivip.ru» или «saletennis.com».
2. Наличие названия компании внутри доменного имени. Это помогает создать связь между именем сайта и брендом компании. Примеры таких доменных имен: «dom.ru» или «megafon.ru».
3. Наличие ключевых слов. Желательно предоставить список отдельных слов, которые могут присутствовать в доменном имени и отражать суть бизнеса или предлагаемых продуктов. Например, «clothes» или «одежда».
4. Доменная зона. Указать предпочтительную доменную зону, такую как .RU, .COM, .DE, .UK, .ORG и т. д. Это может быть связано с географическим положением бизнеса или международными амбициями.
5. Тематика или категория доменного имени. Указать общую тематику или категорию, к которой должно относиться доменное имя, такие как спорт, общество или реклама. Это поможет создать связь между именем сайта и его содержимым.

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

Требования к хостингу-провайдеру

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

• Тип хостинга. Укажите предпочтительный тип хостинга, такой как виртуальный (shared), VPS (виртуальный выделенный сервер) или выделенный сервер. Каждый тип хостинга имеет свои особенности и ресурсные ограничения, поэтому важно выбрать подходящий вариант в соответствии с требованиями сайта.
• Возможность быстрой установки CMS: укажите, требуется ли возможность установки выбранной системы управления контентом (CMS) на хостинге. Быстрая установка CMS облегчит процесс настройки сайта и установки необходимых компонентов.
• Поддержка необходимых технологий. Убедитесь, что выбранный хостинг предоставляет необходимые технологии, такие как доступ по SSH (Secure Shell) для удаленного управления сервером, защиту от DDoS-атак и возможность регулярного создания резервных копий данных (бекапов).
• Минимальная дисковая квота. Определите минимальный объем дискового пространства, необходимый для хранения файлов вашего сайта. Укажите требования к дисковому пространству, чтобы быть уверенными в его достаточности для размещения контента.
• Планируемая статическая нагрузка в аккаунте Определите ожидаемую нагрузку на ваш аккаунт хостинга, чтобы выбрать подходящий план с необходимыми ресурсами (процессор, оперативная память и т. д.).
• Планируемый трафик. Укажите примерное количество пользователей, которые ожидается посещение вашего сайта за сутки. Это поможет выбрать хостинг с соответствующей пропускной способностью, чтобы обеспечить бесперебойную работу сайта даже при большом количестве посетителей.
• Наличие встроенного файлового менеджера. Проверьте, предоставляет ли выбранный хостинг встроенный файловый менеджер, который упростит управление файлами на сервере без необходимости использования FTP-клиента.
• Возможность бесплатного переноса сайта. Узнайте, предоставляет ли выбранный хостинг услугу бесплатного переноса сайта с другого хостинга. Это может быть полезно, если у вас уже есть существующий ресурс и вам требуется перенести его на новый хостинг без потери данных и функциональности.

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

Топ-7 ошибок при формировании ТЗ на разработку сайта

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

1. Указание типа сайта. Необходимо четко указать тип сайта (блог, магазин, корпоративный сайт и т. д.), чтобы исполнитель имел правильное представление о характеристиках и функциональности сайта, которые нужно разработать.
2. Уточнение целевых действий. Заказчик должен указать, какие ключевые действия для него являются самыми важными и приводят к продажам или другим целевым результатам. Это поможет правильно настроить аналитику и измерить эффективность сайта.
3. Предоставление примеров сайтов. Заказчик может предоставить референсы или примеры сайтов, которые он считает наиболее подходящими. Это поможет исполнителю понять в каком направлении нужно работать, какие особенности и элементы следует учесть.
4. Прописывание пользовательских сценариев. Важно описать пользовательские сценарии, чтобы четко представлять целевую аудиторию и их потребности. Это поможет определить функциональность и интерфейс сайта, соответствующие потребностям пользователей.
5. Установка счетчиков веб-аналитики. В ТЗ следует оговорить установку счетчиков веб-аналитики, таких как «Яндекс.Метрика» и Google Search Console. Эти инструменты позволяют отслеживать и анализировать посещаемость и поведение пользователей на сайте.
6. Регламентация семантической разметки. Важно указать требования по семантической разметке сайта, которая помогает поисковым системам лучше понимать контент на странице. Это особенно важно для коммерческих сайтов, чтобы обеспечить видимость и понятность информации для поисковых систем.
7. Избегание обобщенных требований. В ТЗ следует избегать общих и субъективных пожеланий, таких как "красивый" или "стильный". Вместо этого следует прописать конкретные характеристики, например, "дизайнерский».
8. Не указаны требования к безопасности. Важно учесть требования к безопасности сайта, например, использование SSL-шифрования, защиту от вредоносных атак и обеспечение безопасности пользовательских данных.
9. Отсутствие требований к масштабируемости. Если планируется дальнейшее расширение и развитие сайта, то в ТЗ следует указать требования к его масштабируемости, чтобы было возможно легкое добавление нового контента и функциональности.
10. Не уточнены требования к поддержке и обновлению. Важно определить, как будет осуществляться поддержка и обновление сайта после его разработки, включая возможность регулярных обновлений CMS, исправление ошибок и добавление новых функций.
11. Не указаны требования к мобильной оптимизации. В современном мире мобильный трафик имеет большое значение, поэтому в ТЗ следует указать требования к мобильной оптимизации сайта, чтобы он корректно отображался на мобильных устройствах и имел хорошую скорость загрузки.
12. Отсутствие требований к резервному копированию данных. Важно учесть требования к регулярному резервному копированию данных, чтобы обеспечить возможность восстановления информации в случае сбоев или потери данных.

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