Что стоит собрать до обращения
Секция не про заявку, а про подготовку. Чем точнее вы опишете текущее состояние системы, тем предметнее будет разговор. Ниже — то, что обычно помогает: часть пунктов можно пропустить, если данных пока нет.
Границы системы
Что именно работает в продакшене: только инференс, полный пайплайн с подготовкой данных или отдельный контур оценки. Полезно указать, где заканчивается ваша зона ответственности и начинается внешняя.
Метрики сопровождения
Какие показатели вы уже снимаете: задержка ответа, стоимость вычислений на запрос, доля отказов, объём ручных правок. Если метрик нет — это тоже важный факт, он меняет план работ.
Данные и их режим
Как часто обновляется база знаний, есть ли версионирование наборов, попадают ли в контур персональные или чувствительные сведения. От этого зависит, какие меры защиты нужно предусмотреть.
Внешние зависимости
Какие модели и сервисы вы вызываете, как часто меняются их версии, есть ли политика по отправке данных наружу. Смена версии внешней модели — типичная причина изменения качества.
Инциденты и реакция
Что в вашей команде считается сбоем, как он фиксируется и кто принимает решение о реакции. Если такого определения пока нет, его стоит сформулировать до, а не во время инцидента.
Желаемый результат
Что вы хотите получить от сопровождения: регулярную переоценку на офлайн-наборах, разбор сигналов от пользователей, пересмотр политики данных или всё вместе. Формулировка своими словами подходит лучше шаблонной.
Список не обязателен целиком. Если какой-то пункт пока не проработан, отметьте это прямо — так разговор начнётся с реального состояния, а не с предположений.