Слово «техзадание» звучит так, будто его должен писать инженер. На самом деле всё нужное для ТЗ знаете только вы, а технические подробности туда вообще не нужны. Ниже — как собрать его за час.
Зачем оно нужно вам, а не подрядчику
ТЗ — это то, по чему в конце сверяют результат. Без него любой спор превращается в «мы думали, что это входит» против «мы такого не обещали», и выигрывает тот, кто громче.
Второе, менее очевидное: документ заставляет вас самих принять решения. Пока вы пишете, какие страницы нужны и что происходит после отправки формы, половина будущих правок отваливается сама.
Что должно быть в ТЗ
- Что за компания и для кого сайт. Три-четыре предложения человеческим языком.
- Что должен делать сайт. Приносить заявки, продавать товары, показывать каталог, подтверждать, что вы существуете. Чем конкретнее, тем лучше.
- Список страниц. Поимённо, а не «до семи штук».
- Что на каждой странице. Тезисно: какие блоки, какие данные, есть ли форма.
- Что происходит с заявкой. Куда приходит письмо, кто отвечает, нужна ли CRM.
- Кто что даёт. Тексты, фотографии, логотип, доступы к домену — с именами и сроками.
- Сроки и приёмка. Этапы, что считается готовым, сколько кругов правок входит.
- Что остаётся у вас после сдачи. Исходники, доступы, домен — прямым текстом.
Чего писать не надо
- Названий технологий, если вам всё равно, на чём это сделано;
- точных цветов и шрифтов — это задача дизайна, а не ТЗ;
- «современный, стильный, продающий» — эти слова ничего не описывают и ничего не гарантируют;
- ссылок на пять чужих сайтов «сделайте как здесь, но лучше»: из них никогда не получается один связный сайт.
Как написать его за час
Откройте документ и ответьте на восемь вопросов:
- Чем занимается компания и кто ваш клиент?
- Что человек должен сделать на сайте?
- Какие услуги или группы товаров показываем?
- Что обязательно должно быть на главной?
- Куда приходит заявка и кто на неё отвечает?
- Что вы даёте со своей стороны и когда?
- К какому сроку сайт должен работать и почему именно к этому?
- Что вы получаете на руки в конце?
Получившийся текст на полторы страницы — это и есть рабочее ТЗ. Дальше подрядчик превращает его в структуру и смету.
Если писать самому некогда — нормальная практика, когда ТЗ собирает разработчик по вашим ответам, а вы его утверждаете. Главное, чтобы документ появился до оплаты, а не после первых разногласий. Порядок оплаты и приёмки мы в любом случае фиксируем в договоре до старта.
Кто должен писать ТЗ
Идеально — вы вдвоём: вы даёте задачу и ограничения, подрядчик — формулировки и структуру. Плохо, когда ТЗ пишет только подрядчик и сам же его принимает; тоже плохо, когда вы пишете его в одиночку и получаете документ, который невозможно выполнить.
Соберу ТЗ вместе с вами
Задам вопросы в переписке, пришлю структуру страниц и смету. Один рабочий день, бесплатно.