Как составить ТЗ на сайт: 5 шагов, чтобы не платить дважды
Практический чек-лист с кейсом из практики
Наверняка вы слышали фразу «нет ТЗ - результат ХЗ».
Вы хотите новый сайт, готовы заплатить деньги и отдать всё в руки профессионалов. Казалось бы, о чём волноваться? Пример: однажды я вышла работать в компанию, где подрядчик бесконечно делал сайт и выдал воистину гениальное решение - более 10 000 единиц товаров единым "сливом" на главной, без разделов, без рубрикатора. Главная аудитория - дизайнеры, которые работали с товарами по брендам, фильтрам (цвета и размеры). Доработка встала дороже, чем сам сайт, примерно в два раза.
На деле всё зависит от двух вещей: компетенций подрядчика и вашей подготовки. Чем сложнее сайт, тем больше нюансов. Главное правило простое: не надейтесь на чужую добросовестность, а тщательно прописывайте ТЗ. Создание сайта (не базовой болванки, а вашего решения) всегда про нюансы.
И сейчас я не буду ругать или оправдывать подрядчиков, а дам простой чек-лист: как составить ТЗ на сайт, чтобы не платить дважды.
Цель: Превратить хаотичное «видение» в голове в структурированный документ и защитить ваш бюджет не только на этапе разработки, но и для дальнейшего использования.
5 шагов по созданию технического задания.
Перед поиском подрядчика честно и письменно ответьте на три вопроса.
Никаких «ощущения уникальности», «успех» или «впечатления». Конкретный товар или услуга, например: «строительные материалы», «SaaS-решение», «услуги клининга», «онлайн-курсы».
Главная бизнес-задача вашего сайта. Например: «имиджевая история», «принимать заявки на замер», «продавать 30 курсов в месяц», «публиковать портфолио для привлечения крупных клиентов», «дать удобство дизайнерам, потому что они приводят клиентов».
Ваш must have. То, без чего ваш сайт не будет выполнять свою задачу. Например: папки и подпапки по брендам, фильтры по 5+ параметрам, онлайн-калькулятор доставки, личный кабинет клиента, корзина, интеграция с 1С.
Результат этапа: чёткий план и понимание, зачем вам сайт и как он должен работать.
Теперь ваша задача перевести предварительный план в визуальный и функциональный язык примеров. Для этого вы собираете референсы того, что вам нравится и не нравится. Изучайте сайты конкурентов и тех компаний, что вам нравятся.
Как собирать референсы:
- Создайте документ (хоть в Word) и начинайте копировать
- Скриншот понравившегося меню - туда
- Скриншот первого главной страницы от одного сайта - заливаем
- Скрин второго экрана главной - сюда
- И так составляем всю главную страницу
Если ваш сайт предполагает сложную структуру с разделами, оформите в таком же формате другие страницы (путь пользователя до конечной страницы с товаром). Главная → выбрал категорию → страница категории → страница карточки товара → корзина.
1. Пропишите путь пользователя.
Теперь, когда у вас есть предварительный визуал вашего сайта, пропишите текстом, как пользователь должен себя вести, попадая на сайт.
2. Административная часть сайта.
Продумайте, что вы или ваш сотрудник должен делать самостоятельно в админке вашего сайта: добавить товар, загрузить баннер или новость, изменить цены, просмотреть заказы, изменить режим работы и тд.
3. Работа с нейросетью
Скопируйте ваши ответы из 1-го шага и комментарии с ссылками из 2-го шага и объедините в один файл.
"Структурируй это как техническое задание для разработки сайта. Выдели разделы: 1) Цели и задачи, 2) Требования к функционалу, 3) Описание ключевых страниц, 4) Требования к админке, 5) Референсы по дизайну".
Когда я начинала работать, более 10 лет назад, на проверку и корректировку ТЗ тратились недели, сейчас, благодаря нейросетям, я и мои ученики тратим на это не более пары дней, совмещая с другими рабочими задачами. Пользуйтесь, это инструмент, а не читерство.
По своему опыту скажу, для большинства бизнес-задач подходят проверенные распространённые решения. Например, 1С-Битрикс для интернет-магазинов с номенклатурой свыше 10 000 единиц и Tilda для простых решений, которые не требуют глубокой интеграции с 1С. Почему? Долгосрочная поддержка, доступность специалистов, возможность оперативно самостоятельно вносить простые правки.
Кастомная разработка на чём-то вроде Laravel это выбор для уникальных, нетиповых задач. Помните: каждая поломка и любая доработка в будущем будут стоить дорого и привяжут вас к создателю, тому редкому спецу, который пишет сайт.
Будьте готовы к обсуждениям и корректировкам.
| → Зелёный флаг | → Красный флаг |
|---|---|
| вам задают уточняющие вопросы, предлагают альтернативные, более простые решения, предлагают корректировку структуры, объясняют, если требуется более сложная реализация. | молчаливое согласие со всем и сразу или, наоборот, агрессивная продажа уникальной, сложной дорогой технологии там, где можно обойтись CMS. |
Помните, я вначале упомянула о 10 000 + товарах в формате "потока"? Без детальной проработки нового ТЗ с учётом админки мы не могли даже номер телефона на главной поменять. Если вам предлагают подобные «гениальные» решения, которые игнорируют удобство пользователя - бегите.
Ваш юридический козырь
P.S. И да, готовое ТЗ + визуализация это не просто письмо. Обязательно фиксируйте его как Приложение №1 к вашему договору, где чёрным по белому зафиксированы объём работ, срок, стоимость и неустойки.
Это ваш главный юридический козырь.
