Передайте программисту готовый список исправлений по конкретным страницам
В ТЗ фиксируются найденная проблема, место на сайте, требуемое изменение и проверяемый критерий результата. Разработчику не приходится переводить юридическое замечание в техническую задачу.
Базовое ТЗ подходит, если у вас уже есть программист или подрядчик. Готовые юридические тексты в базовый пакет не входят.
Что входит в ТЗ
Каждый пункт можно поставить отдельной задачей в вашей системе управления проектами.
| Поле | Что указываем | Зачем программисту |
|---|---|---|
| URL | Страница и конкретный сценарий | Понятно, где воспроизвести проблему |
| Найдено | Форма, чекбокс, ссылка, скрипт, документ или другой признак | Есть исходное состояние |
| Что исправить | Конкретное изменение интерфейса или логики | Есть чёткая постановка задачи |
| Материал | Какой документ или текст должен быть связан с элементом, если это входит в выбранный пакет | Понятно, что внедрять |
| Критерий приёмки | Как проверить результат после релиза | Можно объективно принять работу |
/contacts/ — форма обратного звонка
Постановка содержит всё необходимое для внедрения и повторной проверки.
Выберите нужную глубину
Объём зависит от того, кто будет готовить юридические тексты.
Базовое ТЗ
- что нарушено или требует проверки;
- где найдено;
- что изменить;
- критерий приёмки;
- приоритет исправления.
Подходит, если документы и формулировки готовит ваша сторона.
Расширенное ТЗ + документы
- всё из базового ТЗ;
- точные тексты для внедрения;
- политика и согласия по применимости;
- оферта и другие документы по сценарию;
- связь каждого текста с элементом сайта.
Подходит, если программисту нужно получить готовый пакет для внедрения.
Как готовим ТЗ
Основа — актуальная версия сайта и фактический отчёт.
- Проверяем сайт.Собираем URL, формы, документы, скрипты и другие найденные признаки.
- Отделяем автоматические выводы от ручной проверки.Пункты, которые зависят от внутренних процессов, не выдаём за подтверждённое нарушение.
- Формулируем задачу.Указываем изменение, которое должен сделать разработчик.
- Добавляем критерий приёмки.Фиксируем, как проверить результат после внедрения.
- Проводим повторную проверку.После релиза сверяем изменённый сценарий.
Критерий приёмки нужен для каждого пункта
Формулировка «исправить согласие» слишком расплывчата. Проверяемый результат снимает споры между заказчиком и подрядчиком.
Частые вопросы
Что важно согласовать до подготовки ТЗ.
Можно передать ТЗ любому разработчику?
Да. Задачи формулируются по URL и проверяемому результату, поэтому их можно передать внутренней команде, фрилансеру или агентству.
В базовом ТЗ будут готовые согласия и политика?
Нет. Базовый пакет содержит постановки задач. Готовые юридические тексты входят в расширенный пакет.
Вы проверяете работу после внедрения?
Да. Повторная проверка сверяет выполненные задачи по заданным критериям.
Проверить сайт →Документы для сайта →Передать исправление целиком →