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