Главное из статьи за 1 минуту
- Техническое задание (ТЗ) — это юридический документ и фундамент проекта. Без него оценка сроков и стоимости сайта превращается в гадание на кофейной гуще, а риск конфликта между заказчиком и исполнителем стремится к 100%.
- Бриф и ТЗ — это разные вещи. Бриф описывает бизнес-цели («нам нужны заявки на ремонт квартир»), а ТЗ описывает техническую реализацию («пользователь вводит площадь в калькулятор, данные уходят по API в AmoCRM»).
- Идеальное ТЗ начинается с глоссария (словаря терминов), чтобы программист и директор бизнеса говорили на одном языке.
- В ТЗ обязательно должны быть прописаны нефункциональные требования: скорость загрузки, адаптивность (Mobile First), стек технологий (CMS, языки программирования) и требования к безопасности.
- Составление ТЗ — это отдельная платная услуга (проектирование). Бизнес не должен писать техническое задание самостоятельно. Этим занимается системный аналитик или project-менеджер веб-студии после серии глубинных интервью с клиентом.
«Сделайте мне современно, красиво, ну, как у конкурентов, только лучше. И чтобы продавало!» — это самая дорогая фраза в истории веб-разработки. Именно с нее начинаются проекты, которые затягиваются на годы, высасывают бюджеты х3 от первоначальной сметы и заканчиваются взаимными претензиями в суде.
Проблема в том, что понятие «красиво» у директора клиники и у веб-дизайнера — абсолютно разное. А фраза «нужна форма заявки» для заказчика означает просто кнопку на экране, в то время как для программиста это десятки часов работы: настройка валидации полей, защита от спама (reCAPTCHA), шифрование персональных данных по ФЗ-152 и маршрутизация писем на разные отделы.
За 15 лет работы POLOZOV-STUDIO на рынке сложной веб-разработки для медицинских, автомобильных и строительных компаний мы уяснили главное правило: проект успешен ровно настолько, насколько детализировано его Техническое Задание (ТЗ). В этой статье мы разберем анатомию правильного ТЗ, которое защитит ваши деньги и нервы.
1. Бриф — это не ТЗ: почему нельзя путать термины
Многие заказчики заполняют анкету из 10 вопросов (Бриф) и считают, что этого достаточно для начала работы. Это фатальное заблуждение.
| Бриф (Пожелания бизнеса) | Техническое задание (Инструкция для разработчиков) |
|---|---|
| Кто пишет: Заказчик (Владелец, Маркетолог). | Кто пишет: Системный аналитик / Project-менеджер студии. |
| Язык: Эмоции и бизнес-метрики. | Язык: Логика, алгоритмы, технические ограничения. |
| Пример: «Нам нужна онлайн-запись на прием к врачу, чтобы было удобно». | Пример: «Модуль записи интегрируется с МИС Инфоклиника по REST API. Шаг 1: Выбор специализации. Шаг 2: Выбор даты (свободные слоты парсятся в реальном времени). Шаг 3: Авторизация по SMS (интеграция с SMS.ru)». |
2. Архитектура документа: структура правильного ТЗ
Профессиональное техническое задание — это документ на 30-100 страниц, который является неотъемлемым приложением к договору. Если вам прислали ТЗ на одном листе А4 — бегите от таких исполнителей.
Базовая структура идеального ТЗ:
- Глоссарий. Словарь терминов. Вы должны точно договориться, что такое «хедер», «слайдер», «бэкенд» и «авторизация», чтобы избежать двойных трактовок.
- Цели и задачи. Какую бизнес-задачу решает сайт (например, оптовый B2B-портал для дилеров стройматериалов с личным кабинетом).
- Стек технологий. Выбор CMS (1С-Битрикс, WordPress), языка программирования (PHP, Python), базы данных (MySQL, PostgreSQL) и требований к хостингу.
- Информационная архитектура (Sitemap). Карта сайта в виде дерева: Главная → Услуги → Ремонт двигателей → Замена цепи ГРМ. Это основа для будущего SEO.
- Роли пользователей. Что видит Гость, что видит Зарегистрированный клиент, что может делать Контент-менеджер, а что — Главный Администратор.
3. Функциональные требования: описываем сценарии
Это самая объемная часть документа. Здесь описывается, как работает каждый интерактивный элемент на сайте. Правило простое: всё, что не описано в ТЗ, реализовано не будет (или будет сделано по умолчанию так, как удобно программисту).
Возьмем пример из автобизнеса — «Калькулятор стоимости ТО».
Плохое описание: «Сделать калькулятор, чтобы считал цену ремонта».
Правильное описание в ТЗ:
- Пользователь выбирает марку авто из выпадающего списка (данные тянутся из базы данных).
- Появляется список моделей, зависящий от выбранной марки (связанные списки AJAX).
- При выборе пробега «60 000 км» скрипт автоматически отмечает чекбоксами обязательные регламентные работы (замена масла, фильтров, свечей).
- Итоговая сумма формируется динамически внизу экрана.
- При нажатии кнопки «Отправить» формируется PDF-смета и отправляется на email клиента, а заявка падает в канбан-доску Bitrix24 с тегом «Калькулятор».
4. Нефункциональные требования и SEO-фундамент
Если функциональные требования отвечают на вопрос «Что система делает?», то нефункциональные отвечают на вопрос «Как хорошо она это делает?». Именно здесь кроется разница между сайтом за 50 тысяч и за 500 тысяч рублей.
- Адаптивность (Responsive Design): Сайт должен корректно отображаться на мобильных устройствах, планшетах и мониторах 4K. Верстка проверяется по концепции Mobile First.
- Производительность: Время ответа сервера (TTFB) не более 200 мс. Оценка по Google PageSpeed Insights — не ниже 70 баллов для мобильной версии.
- Базовое SEO (Фундамент): Автоматическая генерация ЧПУ (человекопонятных URL), динамическая генерация мета-тегов Title и Description по маскам, корректная настройка ответов сервера (редиректы 301, обработка 404 ошибки), микроразметка Schema.org. Если это не заложить в ТЗ на старте, SEO-специалист потом заставит вас переделывать половину сайта.
- Безопасность: Защита от SQL-инъекций, XSS-атак, ограничение количества попыток авторизации (защита от брутфорса).
5. Прототипирование: визуализация до написания кода
Читать 50 страниц технического текста бизнесу скучно и тяжело. Поэтому качественное ТЗ всегда сопровождается Wireframes (интерактивными прототипами).
Прототип — это черно-белый чертеж (скелет) всех страниц сайта. В нем нет цветов, шрифтов и красивых картинок. Его цель — согласовать расположение блоков, кнопок, текстов и логику навигации. Передвинуть кнопку на этапе прототипа стоит 5 минут. Передвинуть кнопку, когда сайт уже сверстан и натянут на CMS — стоит часы работы программиста. Прототип экономит вам сотни тысяч рублей на этапе правок.
6. Резюме: кто на самом деле должен писать ТЗ
Главный миф рынка: заказчик должен прийти в веб-студию с готовым техническим заданием. Нет. Вы — эксперт в своем бизнесе: вы знаете, как строить дома, лечить пациентов или чинить коробки передач. Вы не обязаны разбираться в API-шлюзах, реляционных базах данных и AJAX-запросах.
В POLOZOV-STUDIO разработка ТЗ — это первый и самый важный платный этап работы (Проектирование). Наш аналитик проводит с вами серию глубинных интервью, изучает ваши бизнес-процессы, анализирует конкурентов и сам пишет подробный технический документ. Мы переводим ваши бизнес-потребности на строгий язык инженерии.
Планируете разработку сложного сайта или B2B-портала?
Не начинайте писать код без чертежей. Оставьте заявку, и мы обсудим ваш проект. Мы разработаем исчерпывающее Техническое Задание и интерактивные прототипы, которые застрахуют вас от непредвиденных расходов и гарантируют, что вы получите именно тот продукт, который заказывали.