Собираясь заказать систему, руководитель садится писать техническое задание, потому что без него подрядчик вроде бы не назовёт цену. Через неделю в документе 40 страниц по шаблону ГОСТа, половина разделов заполнена общими словами, а три подрядчика присылают оценки, которые расходятся втрое. Для первой оценки такой документ почти никогда не нужен. Подрядчику нужно меньше страниц, но больше конкретики.
Как составить техническое задание, чтобы оценка была честной
Опишите задачу через работу людей, а не через экраны. Подрядчик считает часы по тому, что система будет делать, для кого и с какими данными, а макеты и расположение кнопок он предложит сам. Хватит нескольких страниц, если в них есть шесть вещей:
- Кто будет работать в системе и сколько таких людей: менеджеры, кладовщики, клиенты, руководитель.
- Три-пять главных сценариев от начала до конца, словами «сейчас мы делаем так, а хотим так».
- Откуда берутся данные и куда уходят: 1С, CRM, Excel, почта, и какая система главная для каждого справочника.
- Что бывает, когда процесс идёт не по плану: брак, возврат, частичная отгрузка, отмена заказа.
- Образцы: выгрузки из Excel, бланки, которые система должна печатать, снимки экрана нынешней программы.
- Что должно измениться после запуска и по какому числу вы это заметите.
Больше всего часов прячется в третьем и четвёртом пунктах. Загрузка из Excel, частично выполненные операции и печатные формы по вашим бланкам в кратком описании занимают по строке, а в работе оказываются самыми трудоёмкими. Если о них промолчать, каждый подрядчик заложит их по-своему.
Одна функция, описанная дважды
Вот одна и та же строка задания в двух вариантах. Функция — загрузка прайсов поставщиков из Excel. Числа условные, подставьте свои.
| Что уточнить | Как пишут обычно | Как лучше | Что меняется в работе |
|---|---|---|---|
| Что загружаем | «Система загружает прайс из Excel» | прайсы 12 поставщиков, у каждого свои колонки, образцы файлов приложены | 12 форматов вместо одного |
| Объём и частота | не указано | раз в неделю, до 8 000 строк в файле | загрузка идёт в фоне, пользователь не ждёт |
| Новые товары | не указано | новый артикул сам не создаётся, список уходит менеджеру | отдельный экран для проверки |
| Ошибки в файле | не указано | строку с пустой ценой или с ростом цены больше чем на 30 % не загружаем и показываем причину | правила проверки |
| Итог загрузки | не указано | видно, сколько строк принято и сколько отклонено | отчёт после каждой загрузки |
Прочитав короткую строку, один подрядчик честно оценит задачу в 16 часов: один формат, без проверок. Другой, который уже встречал такие прайсы, так же честно заложит 80 часов на 12 форматов, проверки и отчёт. Оценки расходятся впятеро, хотя никто не ошибся, просто каждый по-своему достроил то, что не написано. Подробная строка убирает эту разницу лучше, чем 40 страниц общих слов, потому что подрядчики начинают считать одну и ту же работу. В этой таблице не хватает только прав (кто загружает прайс, а кто подтверждает новые артикулы), и в настоящем задании их стоит дописать.
Соберём требования вместе с вами и предложим, как решить задачу эффективно.
Когда нужен ГОСТ 34.602
ГОСТ 34.602-2020 задаёт состав, содержание и оформление технического задания на создание, развитие или модернизацию автоматизированной системы, будь то система управления, проектирования или исследований. Он действует с 1 января 2022 года и заменил версию 1989 года. Национальные стандарты по закону применяются добровольно, если законодательство не требует иного. Обязательным он становится, если его требует договор или положение о закупках вашей компании, и это стоит проверить до того, как садиться за текст.
Если такого требования нет, берите разделы стандарта как список вопросов к себе, отвечайте на те, что касаются вашей задачи, и не заполняйте те, которым нечего сказать. Пустой раздел по шаблону оценке не помогает, а один подробно описанный сценарий помогает.
Почему подробное ТЗ удобнее писать вместе с разработчиком
Полное техническое задание — уже часть проектирования. В нём решено, как устроены данные, роли и обмен с другими системами, и писать его без того, кто будет строить систему, приходится вслепую. Мы начинаем с обследования, оно идёт около двух недель. На нём разбираем процессы, данные и системы, выбираем главные сценарии и описываем решение. На выходе у вас схема решения, порядок работ и смета по этапам. После обследования цена и сроки следующих этапов записываются в договор, новые функции обсуждаем отдельно, а материалы обследования остаются у вас, и с ними можно пойти к другой команде.
Если в вашем задании уже перечислены язык программирования и библиотеки, мы первым делом попросим показать то, с чего оно списано: прототип или таблицу. По ним быстрее всего видно, какая задача стоит за списком технологий.
Вопросы о техническом задании
Сколько страниц должно быть в ТЗ для первой оценки?
Столько, сколько нужно, чтобы описать главные сценарии и данные. Несколько страниц с образцами файлов полезнее толстого документа, заполненного по шаблону.
Нужно ли указывать в ТЗ технологии?
Только обязательные. Например, ваша ИТ-служба сопровождает определённый стек, или по требованиям импортозамещения нужна российская база данных. Остальное подрядчик предложит сам и объяснит выбор.
Что делать, если оценки подрядчиков сильно расходятся?
Попросите каждого перечислить, что он заложил по вашим главным сценариям и чего не заложил. Скорее всего, разница найдётся в загрузке данных, исключениях и обмене с другими системами, как в примере с прайсами.
Можно ли заказать ТЗ у подрядчика?
Да, это обычный первый этап. Проверьте только, что документ останется у вас и по нему сможет работать любая команда.
- ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы», введён 01.01.2022 взамен ГОСТ 34.602-89.
- Федеральный закон от 29.06.2015 № 162-ФЗ «О стандартизации в Российской Федерации», ст. 26 — редакция от 04.08.2026.
Обновлено 28 сентября 2026 · Редакция Rule 90