Как написать техническое задание на сайт или бота — вопрос, который обычно возникает перед первым разговором с разработчиком. ТЗ — это письменное описание проекта: для кого он, что делает, как работает и когда считается готовым. Ниже — практическое руководство: разделы ТЗ, чек-лист, примеры чётких и размытых формулировок, частые ошибки и готовый шаблон.
Зачем нужно ТЗ: фиксированная цена и срок
Разработчик считает цену по объёму работы. Если объём неясен, остаётся два варианта: заложить в цену «запас» или согласовывать каждое новое требование по ходу работы. Оба неудобны заказчику: в первом случае вы переплачиваете, во втором итоговая сумма и срок остаются неизвестными до самого конца.
С хорошим ТЗ каждая страница, функция и интеграция известны заранее. Поэтому у нас цена и срок фиксируются в договоре после согласования ТЗ и не меняются в ходе проекта. ТЗ нужно и при сдаче работы: вы проверяете результат не «на глаз», а по записанным критериям.
Чего нет в ТЗ, того нет в проекте. Если функция для вас важна, она должна быть на бумаге — хотя бы двумя-тремя предложениями.
Разделы ТЗ: чек-лист
ТЗ не обязано быть длинным. Для простого лендинга хватит одной-двух страниц, для интернет-магазина или бота понадобится больше. Главное — чтобы на каждый раздел был ответ:
| Раздел | Что написать | Пример |
|---|---|---|
| Цель и аудитория | Зачем нужен проект и кто им пользуется | «Клиенты кафе заказывают доставку с телефона» |
| Страницы или экраны | Полный список и что на каждом | «Главная, меню, корзина, контакты, о нас» |
| Функции | В виде пользовательских сценариев | «Клиент выбирает блюдо, добавляет в корзину, вводит адрес и оплачивает» |
| Контент | Кто готовит тексты и фото | «Тексты наши, фото блюд снимает фотограф» |
| Дизайн | Сайты, которые нравятся и не нравятся; логотип, цвета | «Два-три примера, есть брендбук» |
| Интеграции | С какими системами нужна связь | «Click и Payme, заказы в Telegram-группу, остатки из 1С» |
| Языки | На каких языках и кто переводит | «Узбекский (латиница) и русский, перевод наш» |
| Админка и роли | Кто чем управляет | «Менеджер видит заказы, владелец меняет цены» |
| Нефункциональные требования | Скорость, мобильная версия, хостинг, домен, CRM | «Быстро открывается с телефона, хостинг и домен на компанию» |
| Сроки и приёмка | Когда нужно и как проверяется работа | «До начала сезона; принимаем, если тестовый заказ проходит целиком» |
Как описывать функции: чётко и размыто
Больше всего недопонимания возникает в разделе функций. Описывайте их не техническими терминами, а через действия пользователя: «кто — что делает — что получается в итоге». Примеры размытых и чётких формулировок:
- Размыто: «Нужен удобный сайт». Чётко: «Клиент открывает форму заказа с главной страницы в два клика».
- Размыто: «Должна быть онлайн-оплата». Чётко: «Клиент платит через Click или Payme, после оплаты статус заказа меняется на „Оплачен“, менеджеру приходит уведомление в Telegram».
- Размыто: «Бот должен быть современным». Чётко: «Бот работает на узбекском и русском, при первом входе предлагает выбрать язык и запоминает выбор».
- Размыто: «Нужна админка». Чётко: «Менеджер добавляет товар, меняет цену и фото, временно скрывает товар, которого нет в наличии».
- Размыто: «Интеграция с CRM». Чётко: «Каждая заявка с сайта попадает в CRM новым лидом с именем, телефоном и выбранной услугой».
Проверить формулировку просто: двое, кто её прочитал, представляют одно и то же.
Частые ошибки в ТЗ
- Описывать только внешний вид: «синий, красивый», но не написано, что сайт должен делать.
- Писать «всё как у конкурента». Что у конкурента внутри, не знаете ни вы, ни разработчик.
- Забывать про контент. Если не договориться, кто и когда даёт тексты и фото, даже готовый проект не запустится.
- Откладывать интеграции на потом. Если 1С или CRM добавляют в конце, часто приходится пересматривать структуру.
- Не прописывать критерии приёмки. В итоге «готово» каждый понимает по-своему.
- Включать в первую версию всё сразу. Дешевле и быстрее запустить основной сценарий, а остальное перенести на следующий этап.
Шаблон ТЗ
Скопируйте этот скелет и напишите по каждому пункту несколько предложений о своём проекте. Не оставляйте пункт пустым, если не знаете ответа, — напишите «не знаю, нужен совет». Это тоже полезная информация.
- О проекте: компания, что продаёте или какую услугу оказываете, цель проекта.
- Аудитория: кто пользуется, с какого устройства, на каком языке.
- Структура: список страниц или экранов.
- Сценарии: список в формате «пользователь делает ..., в результате ...».
- Контент и дизайн: кто что готовит, ссылки на примеры.
- Интеграции и админка: оплата, CRM, 1С, Telegram; роли и права.
- Нефункциональные требования: мобильная версия, скорость, хостинг, домен, языки.
- Сроки и приёмка: нужная дата и как проверяется работа.
Шаблон один для сайта, бота и приложения, разница в деталях: для сайта описываются страницы, для бота — команды и кнопки, для приложения — экраны и push-уведомления. Подробнее по каждому направлению: создание сайтов, разработка Telegram-ботов и разработка мобильных приложений. Если ещё не решили, какой сайт нужен, начните со статьи лендинг или корпоративный сайт.
Если нет времени писать ТЗ
Для многих заказчиков писать ТЗ — непрофильная работа, и это нормально. В таком случае составим ТЗ вместе: на бесплатной 15-минутной консультации расспросим о цели проекта, основных сценариях и интеграциях, затем сами напишем документ и пришлём вам на согласование. Вам останется прочитать и внести правки.
После согласования ТЗ цена и срок фиксируются в договоре и не меняются. Чтобы заранее прикинуть бюджет, загляните на страницу цены и калькулятор: например, лендинг стоит от 1,5 млн сум. Если не уверены, какое решение вам подходит, пройдите короткий тест.
Вопросы
Кто должен писать ТЗ: заказчик или разработчик?
Бизнес-сторону лучше знаете вы, техническую — разработчик. Лучший результат получается, когда ТЗ пишут вместе: вы рассказываете о целях и сценариях, мы переводим их на технический язык, вы согласовываете.
Можно ли изменить ТЗ после согласования?
Можно. Новое требование оценивается отдельно: его влияние на цену и срок согласуется письменно, после чего оно берётся в работу. Ранее согласованная часть остаётся по цене из договора.
Нужно ли ТЗ для небольшого лендинга?
Да, но короткое: список блоков, куда приходят заявки с формы, кто даёт тексты и на каких языках. Это занимает не больше страницы и помогает быстрее начать работу.
