Зачем в ответе метода получать идентификатор оператора, который принял звонок?

Что проверяют

Думаете ли вы о данных в момент проектирования API, а не когда аналитик уже пришёл с вопросом. Интервьюер ждёт, что вы увидите главное: кто принял звонок, знает только система маршрутизации, и если не зафиксировать это сразу, связь потеряется. Следом обычно спрашивают, что делать, если звонок переводили между операторами.

Как отвечать

Сначала назовите потребителей поля, потом его свойства.

• вызывающий сервис: ему нужно открыть карточку клиента у нужного оператора, запустить опрос качества, назначить перезвон тому же человеку. Без идентификатора в ответе придётся делать второй запрос, а к тому моменту состояние может измениться;
• журнал событий и аналитика: operator_id на момент события это ключ соединения с графиками смен, группами навыков, оценками CSAT и итогом обращения. Восстанавливать его потом по времени из логов телефонии ненадёжно;
• ML: разметка для модели маршрутизации (какой оператор лучше решает какой тип обращений), привязка результатов речевой аналитики к конкретному разговору и оператору;
• оценка роутера: чтобы сравнить новую модель со старой на исторических данных, в логе нужны решение модели, её версия и фактически назначенный оператор. Без этого честная офлайн-оценка невозможна;
• аудит и споры: кто и что пообещал клиенту.

Свойства поля: стабильный суррогатный идентификатор, а не имя или внутренний номер; null, если звонок сбросился в очереди; при переводах не одно поле, а список сегментов с оператором, временем начала и конца. Данные об операторах тоже персональные, поэтому доступ к ним в аналитике ограничивают.

Где спотыкаются

Отвечают «для статистики» и не могут назвать, кто и как будет эти данные использовать.

Кладут operator_id признаком в модель, которая предсказывает исход звонка. Модель запоминает конкретных людей, не работает на новых операторах и отражает прошлые решения роутера, а не качество обслуживания. Надёжнее характеристики оператора: стаж, навыки, текущая нагрузка.

Проектируют одно поле и забывают про переводы, конференции и неотвеченные звонки. Потом выясняется, что в половине строк записан тот, кто положил трубку, а не тот, кто решал вопрос.