Как составить техническое задание на доработку сайта

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

Начните с проблемы и конкретного сценария

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

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

Опишите ожидаемое поведение по шагам

1. Посетитель выбирает услугу на странице.
2. Открывает форму, где выбранная услуга уже указана.
3. Заполняет обязательные поля и отправляет обращение.
4. Получает понятное подтверждение успешной отправки.
5. Менеджер видит услугу и контактные сведения в согласованной рабочей системе.

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

Зафиксируйте состав и ограничения работ

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

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

Задайте проверяемые условия приёмки

Замените «работает корректно» наблюдаемыми результатами. После тестового обращения менеджер видит выбранную услугу; незаполненное обязательное поле объясняется рядом с ним; при неуспешной отправке сайт не показывает ложное подтверждение. Отметьте поддерживаемые устройства и браузеры, значимые для вашей аудитории.

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

Оставьте один актуальный вариант задания

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

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