Перейти к содержимому

Сайт и UX

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

Из каких разделов состоит техническое задание на сайт услуг: цели, структура, функции, дизайн, контент, SEO, приёмка и порядок изменений, с примерами формулировок.

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

Коротко

  • Техническое задание фиксирует, что именно будет создано, в какие сроки и по каким критериям работу примут.
  • Начинайте с целей и действий посетителя (звонок, заявка, запись), а затем переходите к страницам и функциям.
  • Структуру сайта, шаблоны страниц, формы, интеграции и требования к админ-панели описывают конкретно: каждый пункт можно проверить.
  • SEO-требования (адреса, метаданные, карта сайта, редиректы, разметка) записывают до начала разработки, потому что после запуска внедрять их сложнее.
  • Критерии приёмки и порядок внесения изменений защищают обе стороны от споров.
  • Для сайта на шаблоне хватает короткого брифа, для сложного проекта нужен более подробный документ.

Чем техническое задание отличается от брифа и договора

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

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

Из каких разделов состоит техническое задание на сайт услуг

  1. Общие сведения. Компания, услуги, аудитория, география, языки сайта, конкуренты и примеры понравившихся сайтов.
  2. Цели и показатели. Желаемые действия посетителей (заявка, звонок, запись) и способ их измерения.
  3. Структура сайта. Схема страниц и меню, типы шаблонов: главная, услуга, кейс, статья, контакты.
  4. Функциональность. Формы, кнопки звонка и мессенджеров, калькулятор, онлайн-запись, поиск, многоязычность, блог, баннер о cookie.
  5. Дизайн. Стиль, референсы, элементы бренда, адаптивность, количество раундов правок и формат передачи макетов.
  6. Контент. Кто готовит тексты, фото и видео, в какие сроки, какой объём переносится со старого сайта.
  7. SEO и аналитика. Структура адресов, шаблоны title и description, редиректы 301, карта сайта, разметка, цели в аналитике.
  8. Технические требования. Платформа, хостинг, сертификат SSL, резервные копии, безопасность, скорость, поддерживаемые браузеры и устройства.
  9. Этапы и сроки. Последовательность работ, ответственные, моменты согласований.
  10. Приёмка и поддержка. Критерии приёмки, период исправления ошибок после запуска, порядок внесения изменений.

Как описать страницу услуги

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

БлокЧто описать
Заголовок и подзаголовокНазвание услуги и главная выгода для клиента
ОписаниеДля кого услуга, что в неё входит
Этапы работыНумерованный перечень шагов
Стоимость и срокиОт чего они зависят и как получить расчёт
Примеры и отзывыКоличество карточек и источник данных
Вопросы и ответыПеречень типичных вопросов и формат блока, например раскрывающийся список
Форма заявкиПоля и их обязательность, адрес получателя, сообщение посетителю после отправки

Требования, которые можно проверить

Расплывчатые формулировки порождают споры при приёмке. Конкретное требование содержит результат и способ его проверки. Ниже приведены примеры формулировок.

Расплывчатое требованиеТребование, которое можно проверить
Современный красивый дизайнМакеты по двум согласованным референсам; один круг правок до начала вёрстки
Быстрый сайтГлавная и страницы услуг проходят проверку в PageSpeed Insights с согласованным минимальным результатом
Удобная админ-панельМенеджер самостоятельно меняет тексты, фото и услуги и публикует статьи без разработчика
Работают формыЗаявка приходит на почту и в CRM, посетитель видит страницу благодарности, отправка фиксируется как цель в аналитике
АдаптивностьСтраницы корректно отображаются на экранах от смартфона до большого монитора в согласованном перечне браузеров

Такой формат позволяет принимать работу по контрольному списку и уменьшает число споров.

Интеграции и админ-панель: что описать

Именно эти разделы чаще всего остаются недописанными, хотя от них зависит повседневная работа сайта.

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

Кто пишет техническое задание и как его согласовывать

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

  1. Сбор брифа, примеров сайтов и имеющихся материалов.
  2. Черновик документа от исполнителя.
  3. Обсуждение и уточнение спорных мест.
  4. Утверждение версии обеими сторонами.
  5. Работа по утверждённой версии; любое новое требование описывается отдельно, оценивается по времени и стоимости и согласуется письменно.

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

Сокращённый вариант для простых проектов

Для небольшого сайта или лендинга достаточно компактной версии на одну-две страницы: цель и целевое действие, перечень страниц, список блоков для каждой, источник контента, интеграции, сроки и критерии приёмки. Главное – чтобы каждый пункт можно было проверить. Чем меньше проект, тем меньше формальностей требуется, но минимум остаётся всегда: что делаем, в какие сроки и как принимаем результат.

Приёмка сайта по техническому заданию

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

  • все страницы из структуры созданы, меню и ссылки работают;
  • формы отправляют заявки на указанные адреса и в CRM, страница благодарности открывается;
  • сайт корректно отображается на смартфонах, планшетах и в согласованных браузерах;
  • редиректы со старых адресов работают, страница 404 отдаёт код 404;
  • настроены title, description, карта сайта, robots, canonical и микроразметка;
  • подключены аналитика и цели, проверена передача событий;
  • работают сертификат SSL, резервное копирование и права доступа к админ-панели;
  • заказчик получил доступы и инструкцию или обучение для редактирования сайта.

Типичные ошибки

  • Расплывчатые формулировки вроде сделать красиво и удобно без критериев проверки.
  • Отсутствует раздел о контенте: непонятно, кто готовит тексты и фото.
  • Нет описания, куда поступают заявки и что видит посетитель после отправки формы.
  • SEO-требования добавляют после разработки, когда структура адресов уже зафиксирована.
  • Отсутствует описание ролей в админ-панели: непонятно, что сотрудники редактируют самостоятельно.
  • Копирование чужого технического задания без учёта специфики бизнеса.
  • Отсутствуют критерии приёмки, поэтому готовый сайт оценивают субъективно.
  • Забывают о юридических страницах, согласии на cookie, резервных копиях и домене.
  • Неограниченное число правок без порядка их согласования.
  • Мобильная версия описана в общем виде или не описана вовсе.

Вопросы и ответы

Кто должен писать техническое задание – заказчик или исполнитель?

Обычно составляют вместе. Заказчик описывает бизнес, цели и материалы, а исполнитель помогает с технической частью: структурой, функциями, интеграциями и требованиями к SEO и скорости.

Нужно ли техническое задание для сайта на шаблоне?

Полное обычно не требуется. Достаточно короткого документа с брифом, перечнем страниц, материалов и интеграций и критериями приёмки.

Какой объём технического задания считается достаточным?

Объём зависит от сложности проекта. Для сайта услуг хватает нескольких страниц с чёткими разделами, для систем с личным кабинетом или сложными интеграциями документ значительно подробнее. Ориентир: по нему исполнитель может оценить работу, а заказчик проверить результат.

Что делать, если требования меняются во время разработки?

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

Что делать, если требования ещё неясны?

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

Вывод

Техническое задание на сайт услуг состоит из целей, структуры, функций, требований к дизайну, контенту, SEO и скорости, а также из критериев приёмки и порядка изменений. Чем конкретнее формулировки, тем меньше споров и переделок. Документ стоит хранить в одной утверждённой версии и обновлять только через согласованные изменения. LightSEO, диджитал-агентство из Мукачева, работает по договору с фиксированной ценой и поможет составить техническое задание на сайт. Для сложного проекта подойдёт корпоративный сайт под ключ, а для быстрого старта с типовой структурой – сайт на шаблоне.

Читайте также