ТЗ для программы: функционал, среда работы и сценарии использования

«Нужна программа, которая всё упрощает» — и разработчик не понимает, что именно она должна делать, под какой системой работать и какие данные обрабатывать. Программа описывается не эпитетами «удобная» и «умная», а функциями, сценариями и средой работы. Разбираем ТЗ для программы: назначение, функции и сценарии, операционную систему, форматы данных, установку и приёмку.

Что такое ТЗ для программы и почему «удобная утилита» — не требование

ТЗ на программу — это документ, в котором зафиксированы назначение, функции, сценарии использования, среда работы, форматы данных и критерии приёмки. Чем конкретнее каждый пункт, тем точнее готовый продукт попадёт в задачу.

Фразы «нужна удобная программа», «чтобы всё было в одном», «умная утилита» — плохое ТЗ. В них нет ни функций, ни сценариев, ни среды. Разработчик вынужден додумывать: он проектирует интерфейс и логику на свой вкус, а программа не решает вашу задачу. Итог — переделка и разрастание функционала.

Хорошее ТЗ отвечает на вопрос: что пользователь делает с программой, какие данные подаёт и что получает на выходе? Если на это есть ответ — сценарии, вход и выход, среда — задача поставлена.

Структура ТЗ на программу

Полноценное ТЗ на программу состоит из восьми блоков. Каждый критичен: без сценариев непонятно, что строить, без среды программа может не запуститься у пользователя, а без форматов данных — не прочитать нужные файлы.

1. Назначение программы

Какую задачу решает программа одной фразой. «Обрабатывает выгрузки из банка и формирует сводный отчёт» — назначение. «Упрощает работу» — не назначение.

2. Функции и сценарии использования

Что программа умеет и как пользователь это делает: шаг за шагом. Опишите 2–4 ключевых сценария: основной и дополнительные. Каждый сценарий — последовательность действий с результатом.

3. Среда работы

Под какими операционными системами работает: Windows, macOS, Linux, версии. Это веб-приложение или устанавливается локально. Нужен ли интернет для работы. Это влияет на выбор технологий.

4. Данные: вход и выход

Какие данные программа принимает и в каком формате: CSV, XLSX, JSON. Что выдаёт на выходе: отчёт, файл, уведомление. Структура входных данных: поля, типы, обязательные и необязательные.

5. Интерфейс

Как выглядит и как устроен интерфейс: окна, вкладки, кнопки. Есть ли требования к языку, шрифтам, доступности. Приложите набросок или референс, если важно.

6. Установка и лицензирование

Как программа устанавливается и распространяется: инсталлятор, портативная версия, веб-доступ. Нужна ли лицензия, активация, привязка к пользователю. Как обновляется.

7. Производительность

Требования к скорости и объёму: сколько данных обрабатывает за какое время, максимальный размер файла, потребление памяти. «Обрабатывает 500 тысяч строк меньше чем за минуту» — требование.

8. Приёмка

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

Раздел ТЗ: что писать и частые ошибки

Мини-пример: фрагмент ТЗ на утилиту

Чтобы было понятнее, вот как может выглядеть реальный фрагмент ТЗ на утилиту обработки выгрузок:

Назначение: программа обрабатывает выгрузки из банка в CSV и формирует сводный отчёт по контрагентам.

Сценарий: пользователь выбирает CSV-файл, программа проверяет структуру, обрабатывает строки, формирует сводный XLSX с итогами по контрагентам и пишет лог ошибок.

Среда: Windows 10/11, локальная установка, интернет не нужен.

Данные: вход — CSV с полями «дата», «контрагент», «сумма», «назначение»; выход — XLSX-отчёт и текстовый лог. Обрабатывает файлы до 500 тысяч строк.

Производительность: обработка 500 тысяч строк меньше чем за 60 секунд.

Приёмка: на трёх тестовых файлах с корректными и ошибочными строками программа формирует отчёт и пишет лог.

Такое ТЗ позволяет разработчику точно понять, что строить, а заказчику — проверить программу на тестовых данных.

Что уточнит разработчик

Профессионал не начнёт с фразы «сделайте удобную программу». Он задаст вопросы:

• Какую задачу решает программа и какие ключевые сценарии?
• Под какой операционной системой работать, локально или в вебе?
• Какие форматы входных и выходных данных, какая структура?
• Какие требования к установке, обновлениям и лицензированию?
• Какой объём данных и за какое время должна обрабатывать?
• Как будет проходить приёмка и какие тестовые данные нужны?

Если заказчик не может ответить на эти вопросы, стоит сначала описать сценарии, а потом приступать. Иначе функционал начнёт разрастаться.

Чек-лист ТЗ на программу

• Сформулировано назначение программы одной фразой.
• Описаны 2–4 ключевых сценария использования.
• Указана среда работы: ОС, версии, локально или веб.
• Прописаны форматы входных и выходных данных.
• Согласованы установка, лицензирование и обновления.
• Заданы требования к производительности.
• Определены критерии приёмки и тестовые данные.

Если на все пункты можно ответить «да» — ТЗ готово, и программа попадёт в задачу без разрастания функционала.

Что дальше

Хорошее ТЗ экономит бюджет на разработку, вторая половина успеха — надёжный исполнитель. На Workink заказчик и разработчик фиксируют договорённости в чате заказа — такая переписка имеет силу ТЗ, а деньги защищены безопасной сделкой до приёмки. Комиссия — 11% за заказ и 5% за вывод.

Зарегистрируйтесь на Workink и закажите разработку программы в категории «Разработка и IT». А для смежных задач пригодятся гайды «ТЗ для разработки ПО: как поставить задачу» и «ТЗ для приложения: платформы, сторы и сценарии».