Перейти к основному содержимому
Владельцы сайтов и инструментов

Любой сайт или веб-приложение

Кнопка отчета, которая сообщает о поломке сайта до того, как клиенты уйдут

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

Что экономит

Сокращает время обнаружения с часов до минут

Предпросмотр черновика
Комуdev-team@yoursite.com
ТемаСообщение о проблеме на сайте: [страница]

Представьте себе небольшой SaaS-инструмент во вторник днем. Выходит релиз, значение конфигурации неверно, и форма регистрации начинает выдавать ошибку для всех. Ничего громко не падает. Сервер работает, главная страница загружается, а панель управления выглядит нормально для команды, потому что они уже вошли в систему. В течение трех часов каждый новый посетитель натыкается на мертвую форму, пожимает плечами и уходит. Владелец узнает об этом вечером — из одного раздраженного твита. Это тихий способ, которым сайты теряют деньги. Не драматичный сбой, а небольшая поломка, которую видят только посетители, а посетители почти никогда не говорят вам об этом. Они предполагают, что кто-то уже знает. Они предполагают, что это их собственное соединение. В основном, они просто идут дальше. ## Проблема: вы узнаете об этом последним Когда что-то ломается на рабочем сайте, первыми это замечают те, кто меньше всего способен это исправить: ваши посетители. Между ними и вашими разработчиками стоит стена трения. Чтобы сообщить об ошибке, посетителю обычно нужно найти страницу контактов, понять, какой email использовать, описать техническую проблему своими словами и вспомнить, на какой странице он был. Почти никто не делает всего этого для компании, в которой не работает. Поэтому отчет так и не приходит. Ваш мониторинг может зафиксировать полное падение сервера, но он редко замечает сломанную кнопку, форму, которая не работает только в Safari, оформление заказа, которое выдает ошибку только при применении купона, или изображение с ошибкой 404 на странице одного товара. Эти 'частичные' сбои распространены, они невидимы изнутри, и именно они стоят вам регистраций и продаж. Разрыв не технический. Он человеческий. Вам нужно сделать сообщение о проблеме настолько простым, чтобы слегка раздраженный незнакомец действительно это сделал. ## Решение: предварительно заполненная кнопка 'Сообщить о проблеме' Добавьте на свой сайт небольшую, всегда видимую кнопку **Сообщить о проблеме** — в подвал, в угол, и особенно на экраны ошибок и пустых состояний. Вместо того, чтобы вести на контактную форму, это ссылка `mailto:`, которая открывает собственное почтовое приложение посетителя с уже написанным для него сообщением. Посетитель нажимает один раз. Открывается его почтовое приложение с вашей командой разработчиков в поле Кому, понятной темой и коротким шаблоном текста. Он пишет одну строчку о том, что пошло не так, и нажимает на отправку. Вот и все взаимодействие — никаких форм, никаких логинов, никакой учетной записи. Вот ссылка, скрывающаяся за кнопкой: ```html <a href="mailto:dev-team@yoursite.com?subject=Site%20problem%20reported&body=What%20I%20was%20doing%3A%0AWhat%20went%20wrong%3A%0A%0APage%3A%0ABrowser%3A"> Сообщить о проблеме </a> ``` Генератор на этом сайте создает и кодирует эту ссылку для вас, так что случайный пробел или скобка никогда ее не сломают. ## Что должен содержать отчет Ценность заключается в предварительно заполненном тексте письма. Пустая ссылка 'напишите нам' принесет вам 'оно не работает'. Предварительно заполненный отчет дает вам что-то, с чем можно работать. Запросите три вещи, о которых всегда спрашивает разработчик: - **Что делал посетитель** — действие, которое завершилось неудачно. - **Что пошло не так** — текст ошибки или то, что он ожидал увидеть. - **Контекст** — URL-адрес страницы, а в идеале — браузер и время. Если кнопка находится внутри вашего собственного приложения, вы можете заполнять контекст автоматически. Крошечный скрипт может вставить текущий URL-адрес, строку браузера и временную метку прямо в тело письма до того, как оно откроется, так что посетитель пишет только одно предложение: ```html <a id="report" href="#">Сообщить о проблеме</a> <script> const a = document.getElementById('report'); const body = 'What I was doing:\nWhat went wrong:\n\n' + 'Page: ' + location.href + '\n' + 'Browser: ' + navigator.userAgent; a.href = 'mailto:dev-team@yoursite.com' + '?subject=' + encodeURIComponent('Site problem: ' + document.title) + '&body=' + encodeURIComponent(body); </script> ``` Теперь каждый отчет приходит с пометкой о точной странице и окружении. Ваш разработчик часто сможет воспроизвести ошибку до того, как ответит. ## Настройка за пять минут 1. Выберите адрес, на который должны приходить отчеты. Общий почтовый ящик или алиас, например `dev-team@`, отлично работает, чтобы это видела вся команда. 2. Создайте ссылку в генераторе: укажите получателя, понятную тему, например 'Site problem reported', и короткий текст с тремя пунктами, описанными выше. 3. Скопируйте HTML-фрагмент и вставьте его в свой подвал и на страницу ошибки. 4. Если это находится внутри приложения, добавьте небольшой скрипт, чтобы URL-адрес и браузер заполнялись автоматически. 5. Отправьте себе тестовый отчет, чтобы подтвердить, что черновик открывается правильно. Никакого бэкенда, никаких сторонних сервисов форм, никаких новых счетов. Ссылка `mailto:` является частью HTML, поэтому она работает на статичном сайте, целевой странице, в статье службы поддержки или в полноценном веб-приложении. ## Что это вам экономит Экономия заключается во **времени до обнаружения**. Предположим, ваш сайт посещают 1000 человек в день, и форма тихо ломается в 14:00. Без возможности отправки отчета вы можете узнать об этом только ночью — спустя шесть часов и потеряв несколько сотен регистраций. С кнопкой отчета в один клик первый запутавшийся посетитель свяжется с вашей командой в течение нескольких минут. Вы теряете горстку регистраций вместо целого дня потерь. Также есть экономия на поддержке. Расплывчатые письма 'ваш сайт сломан' стоят специалисту поддержки несколько минут каждое, только чтобы выяснить, какая это страница и браузер. Предварительно заполненный отчет отвечает на эти вопросы заранее, поэтому сортировка сокращается с минут до секунд. А поскольку отправить отчет не составляет труда, это делает больше людей — превращая тихую проблему в постоянный, честный сигнал о том, что на самом деле ломается на практике. Это также защищает доверие. Посетитель, который может сообщить о сбое в один клик, чувствует себя услышанным, даже если что-то сломано. Посетитель, который натыкается на мертвую форму и не имеет возможности сообщить вам об этом, просто уходит и запоминает ваш сайт как тот, который не сработал. ## Как сделать это еще лучше - Разместите кнопку на ваших **страницах 404 и страницах ошибок**, где разочарование наиболее велико, а отчет наиболее ценен. - Используйте **тег в теме**, например `Site problem:`, чтобы простое правило в почтовом ящике направляло каждый отчет в нужный канал. - Держите адрес **обфусцированным** на публичных страницах, чтобы спам-боты не могли его собрать — небольшого скрипта, который собирает ссылку при клике, будет достаточно. - Дополните это видимым примечанием о статусе ('Возникли трудности? Расскажите нам'), чтобы люди знали, что эта кнопка для них. ## Ключевые выводы - Ваши посетители первыми видят поломку, но почти никогда о ней не сообщают — трение слишком велико. - Предварительно заполненная кнопка `mailto:` 'Сообщить о проблеме' устраняет это трение: один клик, одно предложение, отправлено. - Автоматически заполняйте URL-адрес страницы и браузер, чтобы каждый отчет можно было воспроизвести. - Для этого не нужен бэкенд или бюджет, и это сокращает время до обнаружения с часов до минут. Создайте свою собственную кнопку отчета в [генераторе](/#generator) или скопируйте настройку ниже, чтобы начать.

Сообщить о проблеме (тест)

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

Это тихий способ, которым сайты теряют деньги. Не драматичный сбой, а небольшая поломка, которую видят только посетители, а посетители почти никогда не говорят вам об этом. Они предполагают, что кто-то уже знает. Они предполагают, что это их собственное соединение. В основном, они просто идут дальше.

Проблема: вы узнаете об этом последним

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

Поэтому отчет так и не приходит. Ваш мониторинг может зафиксировать полное падение сервера, но он редко замечает сломанную кнопку, форму, которая не работает только в Safari, оформление заказа, которое выдает ошибку только при применении купона, или изображение с ошибкой 404 на странице одного товара. Эти 'частичные' сбои распространены, они невидимы изнутри, и именно они стоят вам регистраций и продаж.

Разрыв не технический. Он человеческий. Вам нужно сделать сообщение о проблеме настолько простым, чтобы слегка раздраженный незнакомец действительно это сделал.

Решение: предварительно заполненная кнопка 'Сообщить о проблеме'

Добавьте на свой сайт небольшую, всегда видимую кнопку Сообщить о проблеме — в подвал, в угол, и особенно на экраны ошибок и пустых состояний. Вместо того, чтобы вести на контактную форму, это ссылка mailto:, которая открывает собственное почтовое приложение посетителя с уже написанным для него сообщением.

Посетитель нажимает один раз. Открывается его почтовое приложение с вашей командой разработчиков в поле Кому, понятной темой и коротким шаблоном текста. Он пишет одну строчку о том, что пошло не так, и нажимает на отправку. Вот и все взаимодействие — никаких форм, никаких логинов, никакой учетной записи.

Вот ссылка, скрывающаяся за кнопкой:

<a href="mailto:dev-team@yoursite.com?subject=Site%20problem%20reported&body=What%20I%20was%20doing%3A%0AWhat%20went%20wrong%3A%0A%0APage%3A%0ABrowser%3A">
  Сообщить о проблеме
</a>

Генератор на этом сайте создает и кодирует эту ссылку для вас, так что случайный пробел или скобка никогда ее не сломают.

Что должен содержать отчет

Ценность заключается в предварительно заполненном тексте письма. Пустая ссылка 'напишите нам' принесет вам 'оно не работает'. Предварительно заполненный отчет дает вам что-то, с чем можно работать. Запросите три вещи, о которых всегда спрашивает разработчик:

  • Что делал посетитель — действие, которое завершилось неудачно.
  • Что пошло не так — текст ошибки или то, что он ожидал увидеть.
  • Контекст — URL-адрес страницы, а в идеале — браузер и время.

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

<a id="report" href="#">Сообщить о проблеме</a>
<script>
  const a = document.getElementById('report');
  const body =
    'What I was doing:\nWhat went wrong:\n\n' +
    'Page: ' + location.href + '\n' +
    'Browser: ' + navigator.userAgent;
  a.href = 'mailto:dev-team@yoursite.com'
    + '?subject=' + encodeURIComponent('Site problem: ' + document.title)
    + '&body=' + encodeURIComponent(body);
</script>

Теперь каждый отчет приходит с пометкой о точной странице и окружении. Ваш разработчик часто сможет воспроизвести ошибку до того, как ответит.

Настройка за пять минут

  1. Выберите адрес, на который должны приходить отчеты. Общий почтовый ящик или алиас, например dev-team@, отлично работает, чтобы это видела вся команда.
  2. Создайте ссылку в генераторе: укажите получателя, понятную тему, например 'Site problem reported', и короткий текст с тремя пунктами, описанными выше.
  3. Скопируйте HTML-фрагмент и вставьте его в свой подвал и на страницу ошибки.
  4. Если это находится внутри приложения, добавьте небольшой скрипт, чтобы URL-адрес и браузер заполнялись автоматически.
  5. Отправьте себе тестовый отчет, чтобы подтвердить, что черновик открывается правильно.

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

Что это вам экономит

Экономия заключается во времени до обнаружения. Предположим, ваш сайт посещают 1000 человек в день, и форма тихо ломается в 14:00. Без возможности отправки отчета вы можете узнать об этом только ночью — спустя шесть часов и потеряв несколько сотен регистраций. С кнопкой отчета в один клик первый запутавшийся посетитель свяжется с вашей командой в течение нескольких минут. Вы теряете горстку регистраций вместо целого дня потерь.

Также есть экономия на поддержке. Расплывчатые письма 'ваш сайт сломан' стоят специалисту поддержки несколько минут каждое, только чтобы выяснить, какая это страница и браузер. Предварительно заполненный отчет отвечает на эти вопросы заранее, поэтому сортировка сокращается с минут до секунд. А поскольку отправить отчет не составляет труда, это делает больше людей — превращая тихую проблему в постоянный, честный сигнал о том, что на самом деле ломается на практике.

Это также защищает доверие. Посетитель, который может сообщить о сбое в один клик, чувствует себя услышанным, даже если что-то сломано. Посетитель, который натыкается на мертвую форму и не имеет возможности сообщить вам об этом, просто уходит и запоминает ваш сайт как тот, который не сработал.

Как сделать это еще лучше

  • Разместите кнопку на ваших страницах 404 и страницах ошибок, где разочарование наиболее велико, а отчет наиболее ценен.
  • Используйте тег в теме, например Site problem:, чтобы простое правило в почтовом ящике направляло каждый отчет в нужный канал.
  • Держите адрес обфусцированным на публичных страницах, чтобы спам-боты не могли его собрать — небольшого скрипта, который собирает ссылку при клике, будет достаточно.
  • Дополните это видимым примечанием о статусе ('Возникли трудности? Расскажите нам'), чтобы люди знали, что эта кнопка для них.

Ключевые выводы

  • Ваши посетители первыми видят поломку, но почти никогда о ней не сообщают — трение слишком велико.
  • Предварительно заполненная кнопка mailto: 'Сообщить о проблеме' устраняет это трение: один клик, одно предложение, отправлено.
  • Автоматически заполняйте URL-адрес страницы и браузер, чтобы каждый отчет можно было воспроизвести.
  • Для этого не нужен бэкенд или бюджет, и это сокращает время до обнаружения с часов до минут.

Создайте свою собственную кнопку отчета в генераторе или скопируйте настройку ниже, чтобы начать.