Страница статуса vs соцсети при инциденте

Фаундер пишет «разбираемся» в Twitter/X или Telegram-канале — и отвечает на пятьдесят одинаковых DM. Публичная страница статуса — закладка, которую клиенты открывают снова; соцсети — усиление, не система учёта.

StillOnline хостит stillonline.tech/s/demo: статус от проб, таймлайн инцидента, подписка email через Google. Алерты владельцу (бот, Slack, email) будят вас первыми — подписчики vs владелец.

Краткий ответ

Страница StillOnline — единый source of truth для текста и времени. В соцсетях — короткий тизер со ссылкой на страницу, без других фактов. Первое обновление — в ~5 минут после подтверждения impact — ритм обновлений. Free — одна публичная страница на проект; подписчики получают email при обновлении инцидента на странице.

Что куда

NIST SP 800-61 — согласованная коммуникация со стейкхолдерами. Google SRE — внутренний war room отдельно от клиентских обновлений; та же схема: страница vs соцсети.

Шаблон первого поста (соцсети)

Разбираем проблему с [Панелью/API]. Обновления: https://stillonline.tech/s/demo
Следующий пост на странице статуса в течение 30 минут.

Не обещайте root cause в соцсетях раньше страницы статуса.

Почему не только соцсети

Workflow StillOnline

1. DOWN → алерт владельцу — бот.
2. Ручной инцидент на component — шаблон.
3. Одна ссылка в соцсетях; правки только на странице.
4. Resolved → опциональный all-clear в соцсетях.

FAQ

StillOnline заменяет Telegram-канал?

Нет. Канал — голос комьюнити; страница — канон ops.

Подписчики StillOnline видят каждый пост в Telegram?

Нет — только изменения инцидента/статуса на размещённой странице StillOnline.

Свой домен для status page?

В v1 нет — stillonline.tech/s/....

Приватные заметки на StillOnline?

Публичная страница — для клиентов; внутренний war room — Slack/Telegram.