Почему ТЗ на доработку важнее, чем кажется
Когда сайт уже работает, кажется, что добавить новый раздел или исправить баг — просто. На деле каждая доработка требует понимания архитектуры проекта, истории изменений и текущих интеграций. Если описать задачу размыто («сделать быстрее» или «улучшить форму»), разработчик потратит дни на уточнения, а вы — деньги впустую.
Правильное ТЗ на доработку экономит 20–40% бюджета и сокращает сроки на неделю. Это не преувеличение — это результат опыта работы с сотнями проектов.
Что обязательно указать в техническом задании
- Текущее состояние. На каком движке сайт (WordPress, 1С-Битрикс, собственная разработка), версия CMS, хостинг, какие плагины установлены. Это поможет разработчику быстро разобраться в коде.
- Конкретная проблема или цель. Не «оптимизировать», а «ускорить загрузку главной страницы с 4 секунд до 1,5 секунд». Не «улучшить форму», а «добавить поле телефона, сделать валидацию номера, отправлять данные в CRM Bitrix24».
- Критерии готовности. Как вы поймёте, что задача выполнена? Какие метрики, тесты или проверки нужны?
- Сроки и приоритет. Срочная ли это доработка или можно делать параллельно с другими задачами?
- Бюджет и ограничения. Есть ли запрет на смену хостинга, переписывание кода или использование платных плагинов?
Таблица: типичные ошибки в ТЗ и как их избежать
| Ошибка в ТЗ | Почему это дорого | Правильная формулировка |
|---|---|---|
| «Сделать красивый дизайн» | Разработчик не знает, что вам нравится. Переделки — 50% бюджета | «Обновить цветовую схему на синий и белый, шрифты как на конкурентов (ссылка), кнопки больше на 20%» |
| «Исправить баги» | Неясно, какие баги. Разработчик ищет в темноте | «На мобильной версии форма не отправляется в Safari. Ошибка в консоли: [скопировать текст]. Воспроизводится на iPhone 12» |
| «Интегрировать платёж» | Какой платёж? Какой провайдер? Какие валюты? Много уточнений | «Добавить Яндекс.Касса для рублей, Stripe для долларов, сохранять статус платежа в БД, отправлять письмо после успеха» |
| «Ускорить сайт» | Непонятно, где узкое место. Может потребоваться аудит | «Сейчас Lighthouse показывает 45 баллов. Нужно 75+. Основные проблемы: большие картинки, медленный JS» |
Чек-лист перед отправкой ТЗ разработчику
- Я описал каждую задачу в одном предложении, без размытых слов вроде «улучшить», «оптимизировать», «доделать».
- Я приложил скриншоты, ссылки на конкурентов или макеты, если речь о дизайне.
- Я указал, на каких устройствах и браузерах нужно проверить результат.
- Я упомянул все интеграции: CRM, аналитика, платёжные системы, почта.
- Я указал, есть ли доступ к админ-панели, базе данных, хостингу или нужно всё делать через API.
- Я обозначил приоритет каждой задачи: критичная, важная, желательная.
- Я указал бюджет или диапазон, чтобы разработчик понял масштаб.
Когда нужна помощь с ТЗ
Если сайт работает нестабильно, медленно грузится или требует серьёзной переделки, имеет смысл заказать аудит перед написанием ТЗ. Специалист выявит узкие места, предложит решения и поможет расставить приоритеты. Это стоит дешевле, чем переделывать работу после неправильного ТЗ.
Также помощь нужна, если вы хотите добавить AI-функции: чат-бот для поддержки, автоматизацию обработки заявок или умные рекомендации. Здесь ТЗ пишется по-другому — нужно описать сценарии, а не просто функции.
Нужна оценка проекта? Напишите в Telegram или оставьте заявку на сайте — подготовим ТЗ и прототип.