Составление технического задания на сайт
Соберем требования к сайту, модулю, интеграции или доработке в один документ. По нему можно сравнить предложения исполнителей и принимать готовый результат.
- Требования, страницы, блоки и структура
- Функции, пользовательские сценарии и данные
- Границы задачи и критерии приемки
- Готовый документ в PDF и редактируемом файле
Результаты согласования технического задания
Единый предмет оценки
Исполнители оценивают согласованную задачу, а не восстанавливают ее по переписке и разрозненным комментариям.
Сопоставимые сметы
Предложения относятся к одному предмету работы, поэтому причины разницы между оценками легче увидеть и обсудить.
Зафиксированные границы
В документе видно, что относится к текущей задаче, а что потребует отдельного решения и оценки.
Понятные данные и интеграции
Для каждой связи фиксируются участвующие системы, направление передачи данных, ожидаемый результат и известные ограничения.
Способ приемки
Проверка строится по согласованным требованиям и критериям, а не по разным представлениям о готовом результате.
Самостоятельный документ
Существенные договоренности собраны в ТЗ и не зависят от устных пояснений одного участника проекта.
Когда задаче нужен отдельный документ
Не каждую доработку нужно превращать в большое техническое задание. Важны сложность и число сторон, которым предстоит договориться.
Отдельное ТЗ оправдано, если
- Предложения готовят несколько исполнителей
- Проводится тендер
- Есть сложные функции или интеграции
- Разработкой занимается внешняя команда
Короткой постановки достаточно, если
- Задача локальная и понятная: например, изменить одно поле формы или добавить уже подготовленный блок на страницу
- Исполнитель видит границы работы
- Заказчик может проверить результат без отдельного документа
Критерий простой: если состав проекта и его приемка должны быть одинаково понятны нескольким сторонам, договоренности стоит вынести в самостоятельное ТЗ.
Оценка начинается с вводных
Одинаковое название услуги может скрывать задачи разного масштаба и глубины.
Техническое задание
от 12 000 руб. PDF и редактируемый файлТочную стоимость и срок называем после разбора вводных и определения состава технического задания.
Цены на техническое задание
- Локальная задача — от 12 000 руб.
- Лендинг или простой сайт — от 18 000 руб.
- Корпоративный сайт — от 30 000 руб.
- Магазин или каталог — от 45 000 руб.
- Портал, кабинет, сервис — по смете от 70 000 руб.
От чего зависят стоимость и срок
На объем подготовки влияет тип задачи: новый сайт, лендинг, интернет-магазин, отдельный модуль, интеграция или доработка требуют разной глубины документа.
Имеют значение число страниц и пользовательских ролей, сложность сценариев, формы и связи с внешними системами. Чем больше взаимозависимых решений, тем подробнее их нужно описать и проверить на противоречия.
Также учитываем состояние исходных материалов и число участников согласования. Если часть решений уже зафиксирована, работа строится на них; если вводные расходятся, сначала нужно собрать согласованную основу.
Состав технического задания
В одном месте перечисляем содержание документа и самостоятельные работы с другим результатом.
Что заказывается отдельно
Дизайн
Визуальная концепция и макеты страниц составляют самостоятельный результат.
Кликабельный прототип
Интерактивную модель экранов и переходов готовят как отдельный материал.
Верстка и программирование
Реализацию страниц, функций и модулей оценивают отдельно после определения состава разработки.
Тексты
Готовые материалы для страниц относятся к самостоятельной редакционной работе.
Фото и графика
Съемка, подбор и создание изображений дают отдельный комплект материалов.
Исследование рынка
Анализ рынка, конкурентов и спроса проводится по отдельной исследовательской задаче.
Полное семантическое ядро
Сбор и кластеризация поисковых запросов составляют отдельное SEO-исследование.
Юридическая экспертиза
Документы и требования законодательства проверяют профильные специалисты в рамках самостоятельной экспертизы.
Внедрение и подключение
Настройка сайта, размещение материалов и подключение интеграций начинаются как отдельный этап реализации.
Глубина описания зависит от предмета задачи. Точный состав технического задания фиксируем до начала работы.
Документ, по которому можно работать
Не набор пожеланий, а связанное описание будущего сайта или доработки. В техническом задании собираем согласованные требования и связи между ними: от задачи проекта и действий пользователей до поведения системы и критериев готовности. Глубина документа зависит от предмета: лендингу, интернет-магазину и отдельному модулю требуется разная детализация.
Задача проекта, страницы и смысловые блоки
В примере: задача сайта, его аудитория и ожидаемый результат, затем таблица страниц с назначением и основными блоками каждой. Документ составляем по согласованным вводным конкретного проекта. Он не заменяет дизайн интерфейса: если нужны макеты или кликабельный прототип, их готовят как отдельный результат.
Пользовательские сценарии, формы и роли
Техническое задание переводит цель в требования к поведению и результату: что должен суметь сделать пользователь, как должна ответить система и по каким признакам работа считается выполненной. В примере: сценарий заявки с исходным условием, действием, ответом системы, состоянием после и поведением при ошибке. Ниже поля формы с проверками и роли пользователей.
Данные и интеграции
В примере: какие данные хранит сайт, откуда они берутся и кто их меняет. Для передачи заявок в CRM записаны системы, направление, данные, результат и ограничения.
Требования, критерии приемки и передача
В примере: требования и ограничения, критерии приемки со способом проверки и ссылкой на раздел ТЗ, формат согласования и передачи документа. Передаем итог в PDF и в редактируемом файле. PDF удобно согласовывать и прикладывать к запросу оценки, а редактируемый файл позволяет поддерживать документ, если после согласования задача изменится. ТЗ можно отдать Менокому для последующей разработки или передать внешней команде. В обоих случаях исполнитель получает один самостоятельный предмет оценки и реализации, а существенные условия не приходится восстанавливать по устным пояснениям.
Определим состав технического задания
Напишите, какой сайт, модуль, интеграцию или доработку вы планируете, какие материалы уже есть и кому предстоит передать документ.
- Разберем вводные и материалы
- Определим состав документа
- Назовем стоимость и срок
От вводных до согласованного документа
На каждом этапе переводим обсуждение в проверяемые требования и связываем решения между собой.
Определяем, какую задачу должен решить проект
Обсуждаем будущий сайт, модуль, интеграцию или доработку, адресатов результата и причину, по которой работа начинается сейчас.
- Цель и ожидаемый результат
- Аудитория и участники проекта
- Формат дальнейшей разработки
Разбираем, что уже есть
Изучаем доступный сайт, документы, материалы и договоренности. Отделяем подтвержденные вводные от пожеланий, которые еще нужно согласовать.
- Текущее состояние проекта
- Исходные материалы
- Ограничения и недостающие вводные
Связываем страницы с действиями пользователей
Определяем основные пути пользователей и проверяем, как действия связаны с переходами между состояниями.
- Страницы и смысловые блоки
- Пользовательские сценарии
- Формы, роли и права доступа
Описываем работу системы и ее ограничения
Фиксируем ожидаемое поведение системы и проверяем связи между решениями, данными и влияющими на них условиями.
- Функции и состояния
- Данные и интеграции
- Требования и ограничения
Проверяем целостность и готовим файлы
Сверяем документ с согласованной задачей, устраняем внутренние противоречия и отделяем замечания от новых требований.
- Критерии приемки
- Согласованный состав
- PDF и редактируемый файл
Приемка опирается на согласованный состав
Проверяем сам документ, а новые идеи не смешиваем с исправлением требований.
Предмет приемки — полнота согласованного состава и отсутствие внутренних противоречий. Документ должен раскрывать все требования, которые стороны включили в задачу.
Замечание к документу
Замечание относится к текущей работе, если согласованное требование пропущено, описано неоднозначно или противоречит другой части ТЗ. Такие замечания сверяем с зафиксированными вводными и вносим в документ.
Новое требование
Требование, которого не было в согласованном составе, меняет саму задачу, даже если оно появилось во время чтения готового ТЗ. Поэтому новые требования отделяем от замечаний к документу.
После передачи такие дополнения оцениваются как изменение задачи. Это сохраняет понятные границы и позволяет осознанно решить, нужно ли расширять документ.
ТЗ с учетом дальнейшей разработки
Проверяем не только отдельные требования, но и то, как они работают вместе.
Работаем с 2004 года
Меноком работает в веб-разработке с 2004 года. В ТЗ это проявляется в проверке того, как требования повлияют на оценку, проектирование, разработку и проверку результата.
Проверяем связи решений
Если одно решение влияет на несколько частей проекта, фиксируем эту связь и сверяем зависимые требования между собой.
Отделяем факты от пожеланий
Подтвержденные вводные включаем в основу документа, а противоречия и несогласованные пожелания выносим на обсуждение.
Проходим путь пользователя
Для каждого существенного действия проверяем исходное условие, ответ системы и ожидаемое состояние после действия.
Прослеживаем движение данных
Сверяем источник, направление передачи и ожидаемый результат, чтобы соседние требования не расходились.
Убираем устные зависимости
Существенные условия фиксируем в самом документе и проверяем, что одинаковые термины и решения используются последовательно.
Частые вопросы о техническом задании
Что входит в документ, когда он нужен и как использовать его после передачи.
01Когда достаточно короткой постановки задачи?
Когда доработка локальная, ее границы понятны всем участникам и результат можно проверить без отдельного согласования между несколькими сторонами. Если задача затрагивает связанные решения или нескольких исполнителей, самостоятельное ТЗ помогает сохранить общий предмет работы.
02Чем техническое задание отличается от брифа?
Бриф собирает вводные о компании, продукте, аудитории и пожеланиях. ТЗ переводит эти вводные в требования к поведению и результату системы, границам задачи и приемке.
03Чем ТЗ отличается от прототипа?
Прототип показывает экраны, расположение элементов и переходы. ТЗ описывает требования и логику: что должно происходить и как проверяется результат. При необходимости они используются вместе, но решают разные задачи.
04Можно ли передать ТЗ другому подрядчику?
Да. ТЗ создается как самостоятельный рабочий документ.
05Можно ли использовать наши материалы?
Да. Мы разбираем предоставленные документы, структуру, требования и другие вводные, а затем учитываем подтвержденные решения в техническом задании. Недостающие или противоречивые сведения отмечаем для согласования.
06Входит ли дизайн?
Нет. Визуальная концепция и макеты образуют самостоятельный результат.
07Входит ли программирование?
Нет. Подготовка ТЗ заканчивается готовым документом, а реализация оценивается как отдельный этап.
08Что еще заказывается отдельно?
Кликабельный прототип, тексты, фото и графика, исследование рынка, полное семантическое ядро, юридическая экспертиза, внедрение и подключение интеграций. Это самостоятельные работы с другим результатом, их оценивают отдельно.
09Нужен ли готовый сайт?
Нет. ТЗ можно подготовить для нового проекта или для доработки существующего сайта.
10Как в ТЗ описываются интеграции?
Фиксируем участвующие системы, направление передачи данных, действия пользователей, ожидаемые состояния и известные ограничения. Подключение интеграции относится к отдельному этапу реализации.
11Можно ли оценивать разработку по готовому ТЗ?
Да. Согласованный документ задает единый предмет оценки. Каждая команда самостоятельно выбирает инженерный способ и оценивает условия своей работы.
12Что считается новой задачей после согласования?
Новым считается требование, которого не было в согласованном составе. Такие изменения отделяются от замечаний к полноте и непротиворечивости документа и оцениваются отдельно.
13Сколько стоит техническое задание?
Локальная задача — от 12 000 руб., лендинг или простой сайт — от 18 000 руб., корпоративный сайт — от 30 000 руб., магазин или каталог — от 45 000 руб., портал, кабинет или сервис — по смете от 70 000 руб. Объем зависит от типа задачи, числа страниц и ролей, сложности сценариев и интеграций, состояния материалов и участников согласования. Сначала определяем состав документа, затем называем точную стоимость и срок.
Расскажите, что нужно описать
Напишите, какой сайт, модуль, интеграцию или доработку вы планируете, какие материалы уже есть и кому предстоит передать документ. Разберем вводные и определим состав технического задания.
