Экспертный материал ST Point
Что должно быть в техническом задании на терминал
Хорошее ТЗ фиксирует бизнес-сценарий, условия объекта, интерфейсы, периферию, интеграции, приёмку, монтаж и сервис — а не только размеры корпуса.
Практический подход
С чего начинать решение
Техническое задание должно позволять двум независимым командам одинаково понять, что именно создаётся и по каким критериям результат будет принят.
Критерии выбора
Что необходимо определить до заказа
Назначение и границы
Цель проекта, пользователи, операции, исключения и функции, которые не входят в поставку.
Условия эксплуатации
Помещение или улица, температура, влажность, пыль, освещённость, график работы и требования к вандалостойкости.
Аппаратная конфигурация
Экран, ПК, порты, периферия, питание, сеть, корпус, крепление и требования к обслуживанию.
Программный контур
ОС, kiosk mode, приложение, API, авторизация, журналы, мониторинг, обновления и offline-режим.
Монтаж и инфраструктура
Основание, кабельные трассы, автоматы, розетки, локальная сеть, доступ к объекту и ответственность смежников.
Испытания и документы
FAT, пилот, критерии приёмки, комплект документации, гарантия и SLA.
Рабочая матрица
Что фиксируется в проекте
| Функциональные требования | Что пользователь и оператор должны иметь возможность сделать. |
| Нефункциональные требования | Производительность, доступность, безопасность, время реакции и ресурс. |
| Интерфейсы | API, протоколы, разъёмы, форматы данных и владельцы систем. |
| Комплектность | Оборудование, лицензии, кабели, крепления, расходники и документы. |
| Критерии приёмки | Измеримые проверки вместо формулировок «должно работать стабильно». |
Риски
Типичные ошибки
Копировать характеристики конкурента
Чужая спецификация не заменяет собственного сценария и условий объекта.
Использовать неопределённые слова
«Быстро», «надёжно» и «удобно» должны превращаться в измеримые показатели.
Не фиксировать исключения
Потеря сети, отказ принтера и отмена оплаты обязаны иметь определённый сценарий.
Смешивать обязательное и желательное
Приоритеты должны быть видны до оценки бюджета и сроков.
Чек-лист
Что проверить перед согласованием
Перед передачей запроса производителю убедитесь, что ключевые исходные данные собраны и согласованы.
- Назначен владелец ТЗ
- Описаны роли и пользовательские пути
- Приложены планы и фотографии объекта
- Определены обязательные и опциональные функции
- Зафиксированы API и ответственные стороны
- Сформирована программа испытаний
- Согласованы документы, гарантия и сервис
ST POINT