Страница устроена как журнал сборки: каждая запись фиксирует не только действие, но и причину. Это снижает риск красивого, но бесполезного прототипа.
Вместо абстрактного «нужен AI» фиксируем одно действие: ответить на типовой вопрос, найти правило, собрать черновик, классифицировать входящую заявку, подсветить риск. Если действие нельзя наблюдать, его нельзя улучшать.
AI-модуль получает не весь архив компании, а проверенные источники: документы, FAQ, продуктовые описания, примеры корректных ответов, список запретных зон. Чем меньше мусора в корпусе, тем меньше уверенных ошибок.
Заранее задаются роли, тон, уровни доступа, случаи эскалации и правила цитирования. Для чувствительных областей AI не принимает решение, а готовит материал для человека.
Прототип проверяется не на идеальных демо, а на реальных формулировках: неполных, шумных, эмоциональных, противоречивых. Так быстрее видно, где модуль полезен, а где нужен другой процесс.
Итог оценивается по времени, точности, количеству правок, понятности источников и уровню доверия команды. Если метрика не изменилась, модуль не масштабируется.
Промпт — это видимая часть системы. На результат сильнее влияют качество источников, ограничение роли, тестовые вопросы, способ проверки и понятное место AI в рабочем процессе. Поэтому AIZZ начинает с карты процесса, а не с выбора модели.
Например, помощник поддержки может отвечать по базе знаний, но не должен выдумывать условия возврата. Ассистент продаж может готовить сравнение, но не должен обещать функцию, которой нет. AI-база знаний может ссылаться на регламент, но должна показывать дату и источник, чтобы сотрудник понял, когда ответ устарел.
Сильный AI-модуль похож на хорошо подписанный прибор: видно, что он измеряет, где границы шкалы и кто подтверждает результат.
Типы данных, запретные ответы, правила эскалации, владельца процесса, формат логов и минимальный набор тестов.
Сравниваем ответы с эталонами, считаем ручные правки и отмечаем вопросы, где модель должна признать нехватку информации.
Только после стабильной пользы в первом сценарии: добавляем источники, роли, интеграции и более сложные действия.
