Заказать разработку сайта: как составить ТЗ за час

Заказать разработку сайта мешает обычно не бюджет, а ощущение, что сначала надо написать какое-то правильное техническое задание, а как — непонятно. В итоге человек пишет две строки в мессенджере, получает в ответ «от 150 000, надо обсуждать», и на этом всё замирает на три месяца.

Хорошая новость: ТЗ, достаточное для внятной оценки, собирается за час. Не сорок страниц с ГОСТами — семь блоков ответов на вопросы, которые вы и так знаете про свой бизнес. Ниже — ровно те, которые я задаю сам, и то, как выглядит результат.

Почему без ТЗ цена всегда «от»

Подрядчик, которому не сказали объём, оценивает риск. Он видит фразу «нужен сайт для стоматологии» и понимает, что за ней может быть как лендинг на один экран, так и портал с записью к врачу, личным кабинетом и выгрузкой в медицинскую систему. Разница в работе — в двадцать раз.

Дальше возможны два исхода, и оба плохие. Либо вам называют цену по минимуму, а потом в процессе оказывается, что онлайн-записи в смете не было — и проект растёт вместе с ценой. Либо вам называют цену с запасом на все сюрпризы, и вы переплачиваете за неопределённость.

Час на ТЗ убирает и то и другое. Причём выигрываете вы больше подрядчика: вы получаете сопоставимые предложения от разных исполнителей вместо трёх разных фантазий.

ТЗ за час: семь блоков

Возьмите любой текстовый файл. Каждому блоку — примерно пять-десять минут, ответ в две-три строки. Никаких формулировок «в соответствии с современными требованиями».

1. Одно действие, за которым вы придёте к результату (5 минут)

Напишите одну фразу: что должен сделать посетитель, чтобы вы считали сайт полезным. Оставить заявку. Записаться на приём. Оплатить заказ. Скачать прайс.

Это самый важный блок из семи. Именно от него зависит структура, а не от количества страниц. Если ответов несколько — пронумеруйте по важности, а не пишите «всё вместе».

2. Кто приходит и что уже знает (10 минут)

Два-три типа посетителей, и для каждого — с каким вопросом они пришли. «Сравнивает цены, уже знает, чего хочет». «Первый раз слышит о нас, нужно понять, можно ли доверять». «Постоянный клиент, хочет повторить заказ быстро».

Из этого блока напрямую выводится, что должно быть на первом экране и сколько вообще нужно текста.

3. Структура: экран за экраном (15 минут)

Просто список. «Главная: оффер, почему мы, цены, отзывы, форма. Услуги: карточка на каждую с ценой. Прайс: таблица с выгрузкой PDF. Контакты: карта, реквизиты».

Списка достаточно, макеты рисовать не надо. Если какой-то страницы вы не можете описать одной строкой — скорее всего, она вам не нужна.

4. Откуда контент (5 минут)

Блок, который срывает половину проектов. Ответьте прямо: тексты ваши или подрядчика, фотографии есть или нужна съёмка, логотип и фирменные цвета есть или их надо придумывать, кто пишет описания товаров.

По моей практике сайты задерживаются не из-за кода, а из-за того, что через три недели после старта у заказчика всё ещё нет фотографий и текстов.

5. Интеграции и данные (10 минут)

Куда сайт должен передавать заявки: в CRM, на почту, в мессенджер. Нужны ли оплата, доставка, обмен с 1С или складом, онлайн-запись, авторизация клиентов.

Здесь живёт основная часть бюджета — в моих проектах интеграции регулярно занимают до 40 % сметы. Каждая интеграция — это чужая документация, чужие ограничения и чужие сбои. Поэтому перечисляйте их честно, даже те, что «потом когда-нибудь»: их наличие в планах меняет архитектуру с самого начала.

6. Кто принимает решения (2 минуты)

Имя. Одно. Человек, который говорит «делаем так» и чьё слово окончательное.

Самые быстрые проекты у меня были там, где заказчик один и он в теме. Самые долгие — где правки согласовывал чат на десять человек, и на каждом круге появлялось новое мнение про оттенок кнопки.

7. Срок и бюджетная рамка (5 минут)

Да, бюджет тоже пишем. Не «сколько будет стоить», а рамку: до 200 000, до 500 000, порядок такой-то. Это не слабость в переговорах, а экономия времени обеим сторонам: подрядчик сразу скажет, что в эту рамку влезает, а что нет, вместо того чтобы присылать предложение, которое вы всё равно не примете.

Про деньги я всегда договариваюсь первым. Недавно закрывали с новым клиентом все вопросы по проекту — и мне нравится, как мы это сделали: всё проговорили на берегу, кто что делает, в каком объёме, в какие сроки и за какие деньги. Не «давай начнём, а там разберёмся». Неудобные вопросы про деньги обсудили первыми, а не оставили на потом. Это экономит нервы обеим сторонам: когда условия проговорены заранее, никто по ходу не чувствует себя обманутым, и вся энергия уходит в работу, а не в выяснение, кто что имел в виду.

Скелет, который можно скопировать

1. Цель: посетитель делает ___
2. Аудитория: 1) ___ 2) ___ 3) ___
3. Страницы и блоки: ___
4. Контент: тексты ___, фото ___, логотип ___
5. Интеграции: CRM ___, оплата ___, обмен ___, запись ___
6. Решения принимает: ___
7. Срок: ___ Бюджетная рамка: ___
8. Примеры сайтов, которые нравятся, и чем именно: ___
9. Что точно не нужно: ___

Восьмой и девятый пункты — бонусные, но сильные. Два-три примера с объяснением «нравится вот этим» говорят о вкусе больше, чем страница прилагательных. А список «не нужно» прямо экономит деньги: он снимает с подрядчика соблазн предложить вам блог, квиз и три анимации.

Что в ТЗ писать не надо

Технологии, если вы в них не разбираетесь. «Хотим на WordPress», написанное потому, что так посоветовал знакомый, — это ограничение, которое может стоить вам денег. Опишите задачу, а стек пусть предложит исполнитель и обоснует.

Оценочные прилагательные. «Современно», «дорого», «стильно», «премиально» — на выходе каждый понимает по-своему. Вместо этого дайте ссылки на примеры и скажите, что именно в них нравится.

Всё сразу на будущее. Раздел блога, личный кабинет, приложение, мультиязычность — если это не нужно в первой версии, вынесите в отдельный список «второй этап». Иначе вы заплатите за это в первой смете.

Если в голове каша

Это нормально, и это не мешает работать. Ко мне регулярно приходят с кашей — и у меня в таких проектах есть отдельный шаг: сесть, разложить всё по полочкам и помочь собрать нормальное ТЗ. Отдали в работу — процесс пошёл.

Это, честно говоря, лучшие проекты. Когда с заказчиком на одной волне и понимаешь, чего он хочет, ещё до того как он закончил фразу, — работа идёт быстро и без бесконечных согласований. За 119 отзывов с оценкой 5 из 5 на freelance.ru я убедился: качество проекта определяется не толщиной ТЗ, а тем, насколько стороны честно договорились на старте.

Поэтому если вы садились писать и застряли на втором блоке — не мучайтесь. Ответьте на то, что знаете, и приходите с этим. Вытащить остальное — часть работы подрядчика.

Как проверить готовое ТЗ

Три вопроса напоследок. Понятно ли из документа, что посетитель должен сделать? Перечислены ли все места, куда уходят данные? Названо ли имя человека, который принимает решения?

Если да — можно рассылать и сравнивать предложения. Заказать разработку сайта после этого становится процедурой, а не лотереей.

Если хотите, чтобы я посмотрел ваше ТЗ или помог собрать его с нуля, — напишите мне, разберём вашу задачу и соберём смету, в которой видно, за что вы платите. Что входит в работу на каждом этапе, расписано в разделе разработки сайтов.