Отчёт клиенту за поддержку сайта: что показать за месяц

12 июля 2026 · 8 мин чтения

Самый неудобный вопрос на абонентском обслуживании звучит так: «А что вы, собственно, делали? Сайт же работал». Ответить на него нечем — именно потому, что сайт работал. В этом и парадокс поддержки: чем лучше вы работаете, тем незаметнее ваша работа. Отчёт — единственный инструмент, который делает невидимое видимым. Разберём, каким он должен быть.

Главная ошибка: отчёт для админа вместо отчёта для владельца

Типичный отчёт студии — это выгрузка из мониторинга: графики, проценты, коды ответов, таблица инцидентов с UTC-таймстемпами. Он честный, подробный и абсолютно бесполезный. Владелец бизнеса не знает, хорошо это или плохо — «99,94 %», и не должен знать.

Хороший отчёт отвечает на четыре вопроса, которые клиент задаёт молча:

• С сайтом всё в порядке?
• Что сломалось — и узнали ли вы об этом раньше меня?
• Что вы сделали за мои деньги?
• Что мне нужно решить?

Всё остальное — приложение.

Что должно быть на первой странице

1. Статус одной фразой

Не проценты, а вердикт: «Всё под контролем», «Требует внимания» или «Нужно ваше решение». Это первое, что читает клиент, и часто единственное.

2. Четыре результата, а не двадцать метрик

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

3. Что вы предотвратили

Самый недооценённый раздел. Клиент не заплатит за «мы следили». Он заплатит за «домен истекал через девять дней — мы продлили; если бы не заметили, сайт и почта выключились бы одновременно».

4. Что вы сделали руками

Мониторинг показывает только то, что видит машина. А студия ещё обновляла плагины, чистила базу, правила вёрстку, отвечала на тикеты, переносила сайт. Эту работу не видно ни в одном мониторинге — её нужно вносить в отчёт руками: что, когда, с каким результатом. Именно этот раздел превращает «мониторинг» в «поддержку».

5. Одна рекомендация

Не десять — одна. С владельцем и сроком: «Продлить домен до 25 июля — иначе сайт и почта перестанут работать». Десять рекомендаций означают, что вы не расставили приоритеты, и клиент не сделает ни одной.

Чего в отчёте быть не должно

• Технического жаргона. Не «HTTP 500 × 4», а «сайт отвечал ошибкой 4 раза, суммарно 12 минут».
• Пустых разделов. Если проверка формы не подключена — не рисуйте зелёную галочку. «Не настроено» и «проблем нет» — не одно и то же, и путать их нечестно.
• Цифр без периода наблюдения. Монитор, заведённый неделю назад, не может показывать «100 % за месяц». Если данных мало — так и пишите.
• Отчёта на 17 страниц. Его не читают. Одна-три страницы, остальное — приложением.

Отдельно: отчёт не должен «плыть»

Тонкий момент, о котором мало кто думает. Если отчёт — это ссылка на живую панель мониторинга, то данные в нём пересчитываются при каждом открытии. Клиент открывает «отчёт за июнь» в августе и видит другие цифры. Он не поймёт, что это не обман — но осадок останется.

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

Шаблон, который можно скопировать

ОТЧЁТ О ПОДДЕРЖКЕ САЙТА
Клиент: [название]     Сайт: [example.ru]
Период: [1–30 июня 2026]

СТАТУС: Всё под контролем

За месяц выполнено [43 200] проверок сайта.
Сайт был доступен [99,96 %] времени; суммарный простой [17 минут].

КЛЮЧЕВЫЕ РЕЗУЛЬТАТЫ
• Доступность: простой 17 минут (ночь 8 июня, сбой хостинга, восстановлено автоматически)
• Заявки с форм: 1 436 тестовых отправок, все дошли до почты
• События: 2 (обе устранены)
• Риски: 0 критичных

ЧТО ПРЕДОТВРАТИЛИ
• Домен истекал 25 июля — продлили. Иначе сайт и почта отключились бы одновременно.
• Обнаружили и обновили 2 плагина с известными уязвимостями.

ЧТО СДЕЛАЛИ
• 03.06 — обновили ядро CMS и 5 плагинов (сайт проверен после обновления)
• 11.06 — починили планировщик: письма с заказами не уходили с 9 июня
• 22.06 — оптимизировали базу, страницы стали открываться быстрее

ТРЕБУЕТ ВАШЕГО РЕШЕНИЯ
• SSL-сертификат истекает 12 августа. Продлеваем автоматически — подтвердите оплату.

Как не тратить на это по часу на клиента

Всё, что описано выше, можно собирать руками — и первые три клиента вы так и будете делать. На десятом отчёт станет тем, что откладывают до последнего, а на двадцатом перестанут делать вовсе. Отчёты, которые не делаются, не защищают абонентку.

Поэтому отчёт должен собираться сам: мониторинг знает про доступность, события, SSL и домен; диагностика CMS знает про уязвимости и поломки внутри; вам остаётся дописать выполненные работы и одну рекомендацию — и отправить клиенту под своим логотипом. Пять минут вместо часа. Как мы это устроили — в отдельной статье.

Частые вопросы

Что писать в отчёте, если за месяц ничего не сломалось?

Именно это и писать, но на языке предотвращения, а не бездействия. «Сайт работал без сбоев» звучит как «мы ничего не делали». «Выполнено 43 200 проверок, сбоев не выявлено; продлён сертификат, истекавший 12-го; обновлены два плагина с уязвимостями» — звучит как работа. Спокойный месяц это результат, если показать, что именно вы держали под контролем.

Какой длины должен быть отчёт?

Одна-три страницы. Владелец бизнеса читает первый экран и делает вывод. Технические подробности — в приложении, для тех, кто захочет проверить. Отчёт на 17 страниц не читает никто.

Нужно ли показывать клиенту аптайм в процентах?

Показывать можно, опираться нельзя: «99,98 %» ничего не говорит владельцу бизнеса. Сильнее звучит человеческая формулировка: «сайт был недоступен 27 минут ночью 8 июля, причина — сбой хостинга, восстановлено автоматически».

Как показать работу, которую не видно?

Через предотвращённые проблемы и выполненные работы: «домен истекал через 9 дней — продлили», «cron не работал, письма с заказами не уходили — починили», «обновили ядро и три плагина с уязвимостями». Это и есть содержание абонентки — не тушение пожаров, а то, что пожаров не случилось.

Читайте также: Что входит в техническую поддержку сайта и Как следить за сайтами клиентов.