Техническое задание на разработку системы: пример и шаблон для заказчика без айтишника

Техническое задание на разработку: что пишет заказчик

Техническое задание это договорённость на бумаге о том, что система должна делать, для кого и по каким признакам вы примете работу. Исполнитель потом переводит её на свой язык (экраны, база данных, сервер), но бизнес-часть за вас никто не напишет.

От заказчика нужны ответы на три вопроса, и в них нет ни одного технического термина. Кто сейчас делает работу и сколько на ней людей. Где теряются время или деньги: заявки без ответа, двойной ввод в Excel и 1С, ручная сверка оплат. Что должно измениться после запуска, в тех цифрах, которые вы уже считаете: время ответа клиенту, число заявок без ответственного, дни до закрытия счёта.

Хорошее требование можно проверить, как в агрегаторе ТехМаркета, где лоты спецтехники с лизинговых площадок собираются в одном месте и обновляются каждые 30 минут (сейчас их 5 630+). Если ответов на три вопроса пока нет, начните с бесплатной диагностики: несколько вопросов о том, что отнимает время, и подбор решения под размер команды.

Шаблон технического задания: 10 разделов

Шаблон упрощён для малого и среднего бизнеса, каждый раздел занимает от абзаца до страницы, и заполнять его можно в обычном документе.

Пример технического задания на разработку: учёт заявок и оплат

Возьмём условную сервисную компанию на 20 человек, где заявки приходят с сайта, из Telegram и по телефону, менеджеры ведут их в Excel, бухгалтер раз в день сверяет оплаты по выписке. Так выглядят ключевые разделы образца.

В таком виде задание понятно любому исполнителю, и при сдаче меньше поводов для спора: каждый сценарий проверяется по шагам.

Что оставить исполнителю

Заказчики часто портят хорошее задание тем, что начинают выбирать технологии: «сделайте на Битриксе», «нужен React», «база только MySQL». Такие требования уместны, когда у вас есть свой ИТ-отдел, который будет поддерживать систему; в остальных случаях они сужают выбор подрядчика и редко помогают результату.

Исполнителю оставьте архитектуру и стек, схему базы данных, дизайн экранов по вашим сценариям, способ интеграции с 1С и банком (API, обмен файлами, готовый модуль), план тестирования и развёртывания. От него вы получаете обратно оценку по разделам, список вопросов к заданию и прототип основных экранов.

Взамен попросите письменно три вещи: кому принадлежат код и данные, как система переносится на другой сервер и кто поддерживает её после сдачи. Эти пункты влияют на вашу жизнь через три года сильнее, чем выбор языка программирования.

Техническое задание на разработку системы по ГОСТ 34.602-2020

Для автоматизированных систем действует ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы»: он введён с 1 января 2022 года и заменил стандарт 1989 года, текст есть в открытой базе. Обязательных разделов десять: общие сведения, цели и назначение, характеристика объектов автоматизации, требования к системе, состав и содержание работ, порядок разработки, порядок контроля и приёмки, подготовка объекта к вводу в действие, требования к документированию, источники разработки.

Полный документ по ГОСТу нужен, когда его требует заказчик системы: госзакупка, тендер крупной компании, служба безопасности, которая будет принимать работу. Для внутренней системы компании на 5–100 человек он превращается в объёмный текст, который мало кто дочитывает. Поэтому шаблон выше берёт из стандарта главное: цели, требования к системе и порядок приёмки.

Сколько стоит разработка технического задания

Если писать задание некому, его заказывают отдельно. По обзору Artean на дату публикации ТЗ на интернет-магазин, приложение или CRM у фрилансеров стоит 25 000–80 000 ₽, у студий 60 000–150 000 ₽, на сложные системы от 150 000 ₽ и выше. Агентства с аналитиками называют больше: у Online-Media это 120 000–450 000 ₽ и 14–60 рабочих дней в зависимости от размера проекта.

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

Когда хватит шаблона и когда звать студию

Шаблона хватит, если процесс один, в нём две-три роли и интеграция с одной системой: например, заявки с сайта попадают в CRM и уведомляют менеджера. Такую задачу мы закрываем пакетом автоматизации за 80 000 ₽ за процесс со сроком в неделю, и задание на неё короткое.

Студию стоит звать, когда в задании появляются платежи, личный кабинет клиента, обмен с 1С в обе стороны или несколько ролей с разными правами. Для таких систем у нас пакет MVP от 500 000 ₽ за 4–6 недель: задание пишем вместе с вами, дальше backend с базой и базовыми интеграциями, авторизация и основной сценарий, публикация и 30 дней поддержки.

Если сначала нужно понять, что строить (интервью с клиентами, конкуренты, CJM), это проект от 600 000 ₽ с исследованием, и задание там вырастает из его результатов.