ТЗ на ПО · SPEC
ТЗ на разработку ПО и предпроектное обследование
Соберем проект в понятный объем: требования, роли, интеграции, критерии приемки и оценку, по которой подрядчиков можно сравнить честно.
Форматы
Выберите формат обследования
Можно быстро описать один процесс, подготовить ТЗ для оценки или собрать полный пакет для закупки, тендера и запуска разработки.
Экспресс
от 180 000 ₽
5-7 рабочих дней
- для одного процесса или модуля
- роли и сценарии
- карта требований
- список открытых вопросов
Базовый
от 420 000 ₽
10-15 рабочих дней
- для оценки подрядчиками
- AS-IS / TO-BE
- требования и приемка
- экономика процесса
Расширенный
от 790 000 ₽
3-5 недель
- для тендера или сложного контура
- интеграции и статусы
- оргструктура и KPI
- ручной прогон TO-BE
Когда ТЗ окупается
ТЗ окупается, когда без него подрядчики считают разные объемы, бюджет раздувается, а приемка превращается в спор о том, что вообще входило в работу.
Узнаёте себя?
Когда оценка подрядчиков становится несравнимой
Предпроектный этап переводит идею в проверяемые требования, критерии приемки и границы первого этапа.
Руководитель цифрового проектаЗакупочный комитетБизнес-заказчикИТ-служба
0 из 5 Ничего не узнали — и это лучший из ответов
Что получите на выходе
Пакет документов, по которому можно согласовать бюджет, сравнить подрядчиков и принять результат без размытых трактовок.
Техническое задание
Структурированный документ с целями, границами, требованиями, интеграциями и условиями приемки.
Роли и пользовательские пути
Описание участников, их задач, основных сценариев и спорных мест, которые влияют на объем разработки.
Требования к обменам
Список внешних систем, данных, форматов, статусов, ограничений и владельцев со стороны заказчика.
Критерии готовности
Набор условий, по которым можно проверить, что подрядчик сдал именно согласованный объем.
Этапы и допущения
Предварительная структура этапов, зависимостей и допущений для оценки бюджета и сроков.
Артефакт
Фрагмент ТЗ, карта требований и экономическая модель процесса
Показываем не только список функций, а связь между экономикой процесса, ролями, KPI, интеграциями и критериями приемки.
Заключение SPEC Фрагмент отчёта
13 требований
7 ролей
6,2 месяца окупаемость
10 этапов согласования
- 1
Критично
Не посчитана экономика AS-IS процесса
- Риск
- Проект оценивается как набор экранов, а не как изменение стоимости обработки заявки.
- Действие
- Зафиксировать текущие издержки, целевой эффект и условия окупаемости до согласования объема.
- 2
Важно
KPI участников могут конфликтовать
- Риск
- Менеджеры, операции, финансы и поддержка будут оптимизировать свои локальные метрики, ломая общий процесс.
- Действие
- Добавить карту KPI, RACI и требования, которые закрывают конфликт целей.
- 3
Позже
Часть улучшений лучше проверить ручным TO-BE прогоном
- Риск
- Команда автоматизирует гипотезы, которые еще не прошли проверку на реальном процессе.
- Действие
- Провести ручной прогон, обновить карту требований и только потом отдавать объем в разработку.
План согласования
| 1 | Зафиксировать AS-IS, стоимость процесса и участников | 1 неделя |
| 2 | Проверить TO-BE логику и обновить требования | 1-2 недели |
| 3 | Согласовать ТЗ, приемку и пакет для оценки | 2-4 недели |
Карта требованийЭкономическая модель
Открыть демо-ТЗ ТЗ Экономика
Что экономит хорошее ТЗ
Экономика появляется за счет сравнимых оценок, меньшего числа переделок и управляемой приемки.
1 общий объем для всех подрядчиков
Сценарии, интеграции и критерии приемки описаны заранее, поэтому предложения проще сравнить по срокам и составу работ.
на 15-30% меньше скрытых доплат
Фиксируем, что входит в первый этап, что остается за рамками и какие допущения влияют на стоимость.
5-10 критериев приемки вместо споров
Критерии готовности и пользовательские сценарии становятся основанием для приемки, а не предметом устных договоренностей.
Доверие
Готовим ТЗ для корпоративных систем, где важны согласования
Работаем с внутренними порталами, back-office, интеграциями и ролями пользователей, где ошибочная граница проекта быстро превращается в перерасход бюджета.
80+ штатных специалистов
200+ уникальных проектов
Работаем с 2014 года
Кейсы
Похожие задачи из практики
Интеграционная шина Kafka и DWH
Построили шину на Apache Kafka и DWH: мгновенный обмен между 1С и сервисами, актуальная отчетность без нагрузки на операционные системы.
Корпоративный портал для EMC
Запустили корпоративное рабочее пространство для 2 500 сотрудников: заявки HR, IT и поддержки, база знаний, проектное управление, ИИ-чат и агенты.
Переход 1С:КА на релиз 2.5
Бесшовно обновили базу 1С:КА больше 500 ГБ с 2.4 до LTS 2.5 без остановки системы, используя КД 2 и 3.
FAQ
Сколько я сэкономлю?
ТЗ снижает риск переплатить за лишний объем или получить несравнимые оценки. Экономия обычно проявляется в меньшем количестве переделок, доплат и спорных приемок.
Что я получу на выходе?
Техническое задание, роли и сценарии, требования к интеграциям, критерии приемки, список открытых вопросов и структуру этапов для оценки.
Можно использовать ТЗ для тендера?
Да. Мы делаем требования и критерии приемки достаточно конкретными, чтобы сравнивать предложения подрядчиков.
Если у нас пока только идея, можно стартовать?
Да. В этом случае начинаем с интервью и границ первого этапа: что обязательно, что можно отложить, какие решения нужно принять до разработки.
Вы оцениваете бюджет разработки?
Да, на уровне этапов и допущений. Точная смета зависит от выбранного объема и будущего подрядчика.
Кто должен участвовать со стороны бизнеса?
Нужны владелец процесса, ИТ или интеграционный специалист и человек, который принимает бюджет или результат. Остальных подключаем точечно.
Старт обследования
Обсудить ТЗ и границы проекта
Опишите идею, текущие материалы и для чего нужен документ: закупка, тендер, оценка подрядчика или запуск разработки.