Рабочее техническое задание отвечает на четыре вопроса: что должно получиться, как проверить, что оно получилось, что в задачу не входит и в каком виде вы получаете результат. Если эти четыре пункта есть, ТЗ уже годное, даже если оно уместилось на страницу. Если их нет, не спасут и двадцать страниц.
У ТЗ два практических эффекта, ради которых его вообще пишут. Первый: отклики становятся сравнимыми, потому что все считают одно и то же, и разброс цен объясняется опытом, а не тем, что каждый понял задачу по-своему. Второй: при сдаче работы есть на что сослаться, кроме собственной памяти.
Пишите результат, а не способ
Частая ошибка новичка: описывать, как исполнитель должен работать. «Сделать на React», «использовать вот такую библиотеку», «сначала сверстать, потом подключить». Если вы не разбираетесь в теме, это лишние ограничения, из-за которых вам либо откажут, либо сделают дороже.
Описывайте наблюдаемый результат. Не «настроить форму обратной связи через плагин», а «посетитель заполняет имя, телефон и комментарий, нажимает кнопку, данные приходят на почту info@… и в Telegram, посетитель видит сообщение об успешной отправке».
Технические ограничения указывайте только те, что реально ваши: сайт живёт на конкретном хостинге, у вас уже есть админка на определённой CMS, данные не должны уходить за пределы России, коллеги умеют работать только с определённым форматом файлов.
Критерии приёмки: то, чего обычно нет
Это самая полезная часть ТЗ и самая редкая. Критерий приёмки: проверяемое утверждение, по которому вы скажете «сделано» или «не сделано», не споря о вкусах.
Плохо: «сайт должен быстро грузиться», «текст должен быть продающим», «дизайн современный».
Нормально: «главная страница открывается за 3 секунды на мобильном интернете, проверяем через PageSpeed Insights, мобильная оценка не ниже 70», «в тексте есть блок с ценами и три ответа на возражения из моего списка», «макет собран в Figma, слои сгруппированы, шрифты подключены, есть версии 1440 и 375 px».
Если критерий вкусовой и по-другому не сформулировать, признайте это честно и заложите механику: например, два круга правок по дизайну на этапе концепции, дальше правки платные. Так исполнитель заложит их в цену, а не будет спорить с вами бесплатно.
Отдельным списком: что в задачу не входит
Половина конфликтов растёт не из того, что написано, а из того, что каждая сторона додумала. Заказчик уверен, что тексты напишет исполнитель. Исполнитель уверен, что тексты дадут ему готовыми.
Поэтому в конце ТЗ полезен короткий список исключений: тексты и фотографии предоставляю я; наполнение каталога товарами не входит; интеграция с 1С обсуждается отдельно; поддержка после сдачи не входит.
Этот список выглядит недружелюбно, но экономит и деньги, и отношения. Заодно он сразу показывает адекватность исполнителя: тот, кто внимательно читает, уточнит один-два пункта из него в первом же сообщении.
Что дадите вы и когда
У любой задачи есть ваша половина. Доступы к хостингу, логотип в векторе, база товаров, согласование с юристом, ответы на вопросы. Срыв сроков чаще происходит на этой стороне, а претензии почему-то предъявляют исполнителю.
Напишите, что вы передаёте, в каком формате и за сколько дней до старта соответствующего этапа. И укажите, за какое время вы отвечаете на вопросы: «отвечаю в рабочие дни в течение суток» звучит скучно, но убирает недельные простои.
Если вы не разбираетесь в предмете
Это нормально, и притворяться не надо. Вместо технических формулировок дайте контекст:
- какая бизнес-задача решается: не «нужен личный кабинет», а «клиенты звонят узнать статус заказа, менеджер тратит на это полдня»;
- кто пользователь и в каких условиях он этим пользуется (склад, телефон, перчатки, плохой интернет);
- 2-3 примера чужих решений с пометкой, что именно вам в них нравится, и один антипример;
- ограничения: бюджет, срок, кто будет это поддерживать дальше.
Дальше попросите исполнителя переформулировать задачу своими словами до начала работ. Если человек прислал внятное описание того, что собирается сделать, вы получили ТЗ чужими руками и заодно проверили, что вас поняли.
Составление ТЗ можно и заказать отдельной задачей: аналитик или сам исполнитель проводит интервью и пишет документ. Стоит это от нескольких тысяч рублей за небольшую задачу до десятков тысяч за систему с интеграциями, вилка зависит от того, сколько людей нужно опросить и насколько нестандартна логика. Смысл в этом есть, когда бюджет проекта такой, что ошибка в понимании обойдётся дороже документа.
Этапы и деньги
Разбейте работу на этапы с отдельным результатом у каждого: прототип, дизайн, вёрстка, программирование, наполнение. Это даёт три вещи: понятные точки оплаты, возможность остановиться, если не сработались, и раннее обнаружение расхождений.
Цену в ТЗ не указывайте, если хотите увидеть рынок. Укажите вилку бюджета, если он жёстко ограничен: это отсечёт тех, кто в него не помещается, и сэкономит время обеим сторонам.
Чего в ТЗ быть не должно
Объёма ради объёма. Скопированные из интернета шаблоны с разделами «Цели и задачи проекта» и «Общие положения» никто не читает, а полезное в них тонет.
Противоречий. Если в одном месте написано «пять страниц», а в списке их семь, спорить будут с вами.
Чужого ТЗ целиком. Оно писалось под другую задачу, и в нём остаются требования, которые вы не понимаете, но за которые заплатите.
И слова «и тому подобное». Каждое «и т.п.» в требованиях означает, что границу работы будет определять не документ, а тот, у кого крепче нервы.
Минимальный шаблон
- Задача и зачем она нужна: 3-5 предложений.
- Что должно получиться: перечень результатов с описанием поведения.
- Критерии приёмки: как проверяем каждый пункт.
- Что не входит.
- Что предоставляю я и когда.
- Этапы и сроки.
- Правки: сколько кругов входит в цену.
- Формат сдачи: исходники, доступы, куда именно выкладывается результат.
Страница-полторы по этой структуре работает лучше, чем двадцать страниц общих слов. И перед публикацией задачи перечитайте ТЗ глазами человека, который вас никогда не видел: всё, что можно понять двумя способами, будет понято тем, который дешевле в исполнении.
На Бирже.PRO ТЗ удобно приложить прямо к заказу, чтобы отклики приходили уже с оценкой по вашим пунктам, а не с вопросом «сколько у вас бюджет».