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