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

Почему задачи формулируются плохо

Типичные причины:

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

Что должно быть в задаче

1. Цель

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

2. Описание функционала

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

3. Сценарии использования

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

4. Референсы и примеры

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

5. Требования к дизайну

Если есть макет — приложите. Если нет — опишите стилистику: цвета, шрифты, общее настроение. Отметьте, должен ли новый элемент соответствовать существующему дизайну или можно отступить.

6. Критерии приёмки

Как проверить, что задача выполнена. Например: «калькулятор считает стоимость по формуле X, результат отображается в течение 1 секунды, работает на мобильных, данные уходят в CRM». Без критериев приёмки сложно определить, когда работа закончена.

Что делать, если ТЗ нет

Если у вас нет технического задания — не страшно. Можно описать задачу своими словами, а подрядчик сам сформирует ТЗ и согласует его до начала работ. Главное — не начинать разработку без письменного согласования, иначе возможны разночтения.

Как мы работаем с задачами

1. Знакомимся с задачей и проектом.
2. Уточняем цели и сценарии.
3. Формируем техническое задание и согласуем с клиентом.
4. Делаем резервную копию сайта.
5. Работаем на тестовой копии.
6. После тестирования переносим изменения на боевой сайт.
7. Проверяем работу и сдаём результат.

Вывод

Правильно поставленная задача — это половина успеха. Опишите цель, функционал, сценарии, референсы и критерии приёмки. Если ТЗ нет — не проблема, но лучше согласовать его письменно до начала работ. Это экономит время, деньги и нервы обеим сторонам.

Материал носит информационный характер. Конкретные шаги зависят от типа сайта, задачи и стека технологий.