Техническое задание на сайт: пример и приёмка

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

Ниже пример такого задания, собранный по плану нашего сайта fomenko.by. Дальше прослежу одну функцию, форму заявки, от требования в плане до проверки на рабочем сайте 8 октября 2026 года. Форма сохранила заявку в пределах секунды, как требовал план. Подтверждения на экране посетитель ждал 12 секунд.

Пример технического задания на сайт услуг

Этот пример восстановлен после разработки: наш сайт делали по плану для разработчика от 14 мая 2026 года, а задания для заказчика в таком виде не было. Я собрал пример 8 октября по майскому плану и нынешнему сайту. Личный кабинет и оплату оставил за рамками. Числа в примере, например 2 секунды на подтверждение, это условия заказа: их выбирает заказчик и согласует с подрядчиком.

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

Почему в примере засекают время на экране

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

В плане от 14 мая у формы заявки четыре критерия приёмки:

1. Заявка с правильными данными записывается в базу не дольше чем за секунду.
2. На неправильные данные сервер отвечает ошибкой с понятным сообщением.
3. От десяти заявок с одного IP-адреса за минуту сервер отвечает отказом.
4. Без галочки согласия заявку не отправить.

В заметках к плану ещё два решения: пока не уведомлять меня о заявках и показывать посетителю «спасибо» только после ответа сервера.

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

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

Что показала проверка

• Критерий 4, без галочки. Форма подсветила поле, запросов с заявкой к серверу ноль. Принято.
• Критерий 2, неправильные данные. Без согласия, с коротким сообщением и с пустой формой сервер отказал и назвал поля для исправления. На странице подсказка появляется под нужным полем. Принято.
• Сверх списка, скрытое поле для ботов. Заполнил его, сервер отказал, заявка не появилась.
• Критерий 3, лимит. В коде три заявки в час и десять в сутки с одного IP-адреса, строже плана. Живьём не проверял: пришлось бы создать три настоящие заявки, чтобы четвёртая получила отказ. По коду в отказе за час форма просит подождать и другого способа связаться не называет. По плану это отступление, по примеру выше возврат на доработку: из салона с общим Wi-Fi четвёртая заявка за час не пройдёт.
• Критерий 1, правильная заявка. Появилась в базе примерно через 0,8 секунды после начала отправки: в этом прогоне требование плана выполнено. Подтверждение на экране появилось через 12,4 секунды. По критерию из примера выше это возврат на доработку.

Почему подтверждение шло 12 секунд

Все 12 секунд на кнопке крутится индикатор. По временным отметкам заявка появилась в базе примерно через 0,8 секунды после начала отправки, письмо мне отправилось ещё через 9,3 секунды. Оставшиеся две секунды ушли на сообщение в Telegram, постановку уведомления на компьютер в очередь и обратный путь ответа. При сбое почты ждать придётся дольше.

Правило «спасибо только после ответа сервера» работало, пока ответ означал одну запись в базу. Исправление записано в план работ: сервер будет отвечать сразу после записи, уведомления уйдут следом. Пока оно не сделано, наша форма отвечает только после всех уведомлений.

Для задания отсюда два вывода. Пишите критерий про то, что видит человек: «подтверждение на экране не позже чем через 2 секунды» заказчик проверит секундомером на телефоне. Скорость записи в базу заказчик сам не увидит. Как показала наша форма, быстрая запись ещё не гарантирует быстрого подтверждения на экране. А когда требование меняется, вместе с ним переписывают проверку и проходят её заново.

Как переписать расплывчатые строки задания

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

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

Переписанные так строки стоят в разделах 4, 5 и 6 примера. Проверки, которые оставляют лишние заявки, например лимита, проходят на тестовой копии сайта, то есть на отдельном адресе, где можно ломать. Данные для них выбираете вы.

Собираете сайт сами с нейросетью? Отдайте ей задание как спецификацию и попросите тесты по строкам «Проверка». Задержку в 12 секунд поймал бы тест на время ответа с настоящей отправкой письма.

Как принять сайт в день сдачи

1. Выполните проверки разделов 4 и 6 задания там, где они записаны: телефон, тестовая копия, Вебмастер. Где задано время, засекайте. Заголовки и описания страниц сверяйте вместе с подрядчиком.
2. Главный сценарий проходите на рабочем сайте: отправьте заявку от себя и проверьте письмо, Telegram и админку. Тестовая копия может работать без настоящей почты, задержку на ней не увидеть. Заранее договоритесь, кто удалит вашу заявку.
3. Лимиты и сбои проверяйте на тестовой копии вместе с подрядчиком. Если заявки уходят в CRM, сценарии сбоев разобраны в статье об интеграции CRM с сайтом.
4. Сравните сайт на телефоне и компьютере с утверждённым макетом и попробуйте сдвинуть страницу вбок.
5. Пройдите по списку из раздела 7 задания и войдите в каждый аккаунт сами. Проверьте, что владелец везде вы: ваше имя или компания и ваша почта для восстановления.
6. Запишите итог по пунктам задания, как в нашей проверке выше: принято, принято с отступлением, вернуть на доработку. Это и есть содержание акта приёмки, а форму акта берите из договора.