Customer-Visible AI Status Pages в 2026: как честно объяснять деградацию AI-сервиса клиентам

Короткая версия

Хорошая AI status page в 2026 обычно показывает:

1. Какие capability затронуты
2. Какой тип деградации происходит
3. Кто затронут: все, отдельные tenants или отдельные планы
4. Какой workaround или fallback доступен
5. Когда ждать следующий update

Что особенно важно

• писать про impact в продуктовых терминах, а не только про infra;
• различать availability, latency и quality degradation;
• отдельно отмечать manual mode, queue delays и disabled actions;
• не скрывать risk-sensitive degraded states за общим operational.

Как лучше сообщить клиенту о частичной деградации AI-системы?

1. Пользователь думает capability-first, а не infrastructure-first

Ему обычно не важно:

• read replica unavailable;
• queue saturation in one region;
• retry amplification between services.

Ему важно:

• можно ли сейчас получить grounded answer;
• сработает ли browser agent;
• уйдёт ли action в manual review;
• есть ли задержка на approvals;
• доверять ли цитатам и confidence indicators.

Именно поэтому AI status page должна переводить infrastructural incident в capability impact.

2. Полезные типы AI-specific statuses

Availability issue

Сервис не отвечает или отвечает слишком часто ошибками.

Latency degradation

Ответ есть, но сильно медленнее.

Quality degradation

Сервис отвечает, но заметно хуже:

• citations missing;
• retrieval weakened;
• more refusals;
• lower route quality.

Mode degradation

Некоторые actions временно доступны только в:

• queue mode;
• draft-only mode;
• manual review;
• read-only mode.

3. Segment impact нужно описывать явно

В AI systems инциденты часто затрагивают:

• только один план;
• только один tenant cohort;
• только browser/computer-use users;
• только new sessions;
• только high-risk routes.

Поэтому status page полезнее, когда она умеет писать не "часть пользователей", а более конкретно:

• affected capabilities;
• affected plans / routes;
• workaround.

4. Workarounds особенно важны

Хорошее сообщение обычно содержит:

• manual retry guidance;
• suggestion использовать lower-risk path;
• ожидание longer queue;
• ограничение на external actions;
• fallback capability.

Это делает status page operationally useful, а не просто репутационным сообщением.

5. Что особенно часто ломают команды

Infra-only language

Пользователь не понимает, что это значит для продукта.

No quality communication

Пишут только про downtime, но не про degraded answers.

No update cadence

Нет следующего checkpoint update.

Over-optimistic wording

Продуктовая деградация уже заметна, а статус всё ещё выглядит почти зелёным.

No workaround

Пользователь знает, что проблема есть, но не понимает, что делать.

6. Какие метрики полезны

Минимальный AI-status dashboard для публичной коммуникации обычно включает:

• affected capabilities count;
• user-visible latency impact;
• degraded-mode activation;
• percent of traffic in manual/review mode;
• next-update SLA;
• gap between internal detection and public status update.

Пример capability-oriented status model

capabilities:
  core_chat: operational
  citation_backed_answers: degraded
  browser_actions: manual_mode
  review_queue: delayed
  external_send: temporarily_disabled

Полезные public status questions

1. Что именно затронуто в продукте?
2. Как это заметит пользователь?
3. У кого именно это проявляется?
4. Есть ли workaround?
5. Когда следующий update?

Практический совет: лучшая AI status page помогает пользователю скорректировать ожидания о поведении системы. Если после прочтения страницы он всё ещё думает, что degraded answer "наверное просто неудачный", коммуникация слишком слабая.