Skip to content
Веб-разработка4 мин5 сентября 2026 г.

ТЗ на сайт: что согласовать до разработки

МихаилОбновлено 16 октября 2026 г.

ТЗ на сайт: что согласовать до разработки

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

01Мини-ТЗ для человека, который никогда его не писал

ТЗ — техническое задание, но описывать его можно обычными словами. Требование говорит, что должно происходить. Критерий приёмки объясняет, как проверить результат. Зависимость показывает, что нужно получить до выполнения работы: текст, доступ или решение заказчика. Учебный пример: частному преподавателю нужна запись на пробное занятие. Вместо «современный сайт с удобной формой» запишите: «На странице курса клиент оставляет имя, контакт и желательное время. Система сохраняет запрос. Преподаватель получает уведомление и отдельно подтверждает время». Это запрос на запись, а не автоматически занятое место в расписании. Добавьте проверку: с телефона отправить корректную форму, найти сохранённый запрос, получить уведомление. Затем отправить пустую форму, нажать дважды и проверить недоступность уведомлений. Для каждого случая согласуйте поведение. Например, нельзя показывать окончательно подтверждённое занятие, если преподаватель ещё не согласовал время. Материалы тоже часть задания: кто готовит описание курса, фотографию, перевод и расписание. Если готов только русский текст, узбекскую страницу нельзя считать завершённой одним переключателем. Укажите, что преподаватель сможет редактировать самостоятельно и чему его нужно обучить. Для начала хватит одной страницы такого описания. Исполнитель поможет уточнить технические детали, но бизнес должен подтвердить правила записи. Новое пожелание после согласования обсуждают как изменение объёма; ошибку уже согласованного сценария проверяют как исправление.

02Задача, страницы и языки

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

03Материалы и действия

Для текста, фото, логотипа, цен и документов укажите автора, источник и дату готовности. Отделите перенос старого, создание нового и загрузку материалов. Функции описывайте через действия: сотрудник меняет цену, клиент выбирает вариант, администратор подтверждает время. Названия «админка» или «CRM» не определяют состав. При необходимости задайте роли, черновик и публикацию.

04Путь заявки и интеграция

Укажите поля, подтверждение, место сохранения и уведомление. Что произойдёт при ошибке, повторном нажатии или недоступности мессенджера? Кто отвечает и где видит статус? Для записи различайте запрос времени и подтверждённое место. Для магазина — заказ, оплату и резерв. У интеграции назовите систему, данные, направление обмена и порядок восстановления после ошибки.

05Этапы, приёмка и передача

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

06Шаблон первого задания

Заполните десять пунктов: 1. Бизнес и нужное действие клиента. 2. Страницы, шаблоны и языки. 3. Готовые и создаваемые материалы. 4. Действия клиента и сотрудника. 5. Сохранение заявки и ошибки. 6. Системы обмена и данные. 7. Этапы и зависимости. 8. Критерии приёмки. 9. Доступы, инструкции и расходы. 10. Что оценивается отдельно. Пройдите один сценарий от захода клиента до действия команды. Пробел в этом рассказе обычно полезнее нового общего пожелания к дизайну.

07Пример проверяемого требования

Вместо «заявки в Telegram без потерь» запишите: после корректной формы обращение сохраняется, клиент получает подтверждение, сотрудник — уведомление с выбранной услугой. Ошибка уведомления отражается в журнале и обрабатывается согласованным способом. На приёмке проверьте обычную отправку, повторное нажатие и недоступность канала. Укажите, где искать сохранённое обращение. Такое требование описывает результат и ограничение, но не обещает невозможного отсутствия любых сбоев. Аналогично описываются корзина, редактор и запись.

Итог

Пришлите задачу UZNEO обычными словами: кто приходит, что выбирает и что должна сделать команда после заявки. Поможем превратить это в состав разработки, зависимости и понятную приёмку. Договор предоставляется по запросу; объём и условия работ согласуем до старта.

Готовите сайт для бизнеса? Посмотрите, как проходит разработка сайта под ключ в Ташкенте — от согласования страниц и функций до проверки и передачи доступов.

Есть идея сайта, но нет технического задания?

Опишите путь одного клиента и нужные действия команды. UZNEO поможет уточнить состав разработки и приёмку.

Другие статьи