Из «ничего не работает» в понятную заявку с ИИ

«Ничего не работает, посмотрите срочно» - понятная реакция человека, у которого застрял заказ или пропала работа. Разработчику из этого сообщения пока трудно понять, с чего начать. Нейросеть поможет превратить жалобу в заявку: собрать действия по порядку, отделить наблюдения от догадок и выписать вопросы, на которые ещё нет ответа.

Статья пригодится сотруднику поддержки, менеджеру, владельцу небольшого сервиса и любому пользователю, которому надо объяснить сбой технической команде. Уметь программировать не требуется. Разберём вымышленную ошибку оформления заказа и соберём сообщение, которое можно проверить на другом устройстве.

Начнём с сообщения клиента

«Я заказ оформляю с телефона. Нажимаю продолжить, крутится кружок, потом ничего. Вчера вроде было нормально. Мне заказ-то сегодня нужен».— Учебный пример жалобы

В сообщении есть полезные зацепки: телефон, оформление заказа, кнопка, зависшее ожидание, предполагаемое изменение со вчерашнего дня и срочность. Нет названия браузера, точного шага оформления, времени сбоя и ответа на вопрос, создался ли заказ. Не хватает данных. Но за клиентом уже не надо гоняться с просьбой «опишите подробнее вообще всё».

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

Пять вопросов вместо анкеты на страницу

Не просите клиента прислать все настройки телефона. Задайте несколько вопросов, которые меняют ход проверки. Уточнения отправляйте коротко, в привычном для человека языке. Вместо «предоставьте окружение» спросите, в каком браузере он открывал сайт и какая у него модель телефона.

1. На какой странице и после какого действия всё остановилось? Что было выбрано или введено перед нажатием?
2. Что появилось на экране: сообщение, пустая страница, ожидание? Если был текст ошибки, попросите его дословно.
3. Что должно было произойти по вашему пониманию? На что вы опираетесь: прошлую попытку, описание функции, инструкцию?
4. Когда это случилось, на каком устройстве, в каком браузере или версии приложения? Добавьте часовой пояс, если он может быть неочевиден.
5. Удалось ли повторить проблему? Есть ли уже заказ, сохранённый документ, письмо-подтверждение или платёж?

Время особенно полезно, когда разработчик ищет событие в журнале сервера. «Сегодня утром» даёт слишком большой разброс. Запись «30 сентября, около 10:15, московское время» уже связывает жалобу с конкретным промежутком. Если точного времени нет, так и напишите: приблизительно, со слов клиента.

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

Отделим сбой от объяснения

Нейросеть умеет дополнять пробелы правдоподобными деталями. В заявке это опасно: выдуманная версия браузера или уверенное «ошибка базы данных» отправят проверку по ложному следу. Попросите сохранять неизвестные поля и явно подписывать предположения.

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

Восстановим шаги по порядку

В нашем примере клиент уточнил: он вошёл в аккаунт, добавил два товара, открыл оформление, выбрал доставку, указал адрес и нажал «Продолжить». Ожидал перехода к выбору оплаты. Вместо этого увидел индикатор ожидания; примерно через полминуты снова оказалась доступна та же кнопка. Текста ошибки не было.

Так уже можно попробовать воспроизведение. Добавьте важное начальное состояние: авторизованный пользователь или гость, заполненная или пустая корзина, выбранный вариант доставки. Данные для теста должны сохранять свойство, на котором возникает ошибка. Личный адрес клиента замените безопасным тестовым значением через согласованный канал, если для воспроизведения нужна именно география доставки.

В ChatGPT на MashaGPT можно вставить обезличенную жалобу и отдельно написать, какие уточнения уже получены. После ответа попросите модель показать происхождение каждой детали: исходное сообщение, уточнение клиента или проверка сотрудника. Если у детали нет источника, удалите её или верните в список вопросов.

Соберите свою заявку здесь

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

Заголовок «После выбора доставки оформление остаётся на шаге адреса» позволяет понять, где искать проблему. «Ошибка сайта» почти ничего не сообщает. Длинный заголовок со всеми версиями и временем тоже неудобен: подробности лучше оставить в теле заявки.

Когда ошибка не повторяется

Напишите, что именно проверили и сколько раз. «Не удалось повторить в двух попытках на рабочем ноутбуке» полезнее, чем «у нас всё нормально». Телефон клиента, способ входа, данные заказа или сеть могут отличаться. Отсутствие сбоя у сотрудника не отменяет наблюдение клиента.

Для плавающей ошибки важны время, частота, длительность и условия. Например: «За пять попыток в одной сессии сбой случился дважды после изменения способа доставки». Это частота в конкретной проверке, а не доля всех пользователей сервиса. Перед следующими попытками убедитесь, что они не создадут повторные заказы или списания.

• Сохранился только рассказ: пометьте источник «со слов клиента» и не придумывайте воспроизведение.
• Есть видео: сверьте действия, которые на нём действительно видны. Невидимые предварительные шаги остаются вопросами.
• В другом браузере работает: запишите различие как результат проверки. Причину ещё предстоит найти.
• После обновления стало хуже: укажите последнюю известную рабочую и первую замеченную нерабочую версии, если они известны.
• Два отдельных сбоя: оформите две заявки, если у них разные действия и результаты. Связь можно отметить ссылкой или номером.

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

Скриншот должен помогать, а не раскрывать лишнее

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

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

Если разработчик попросил технический идентификатор запроса, скопируйте его из указанного места и передайте по рабочему каналу. Не заменяйте такой код пересказом ИИ. И не просите клиента искать инструменты разработчика, если проблему уже можно описать доступными ему словами.

Проверка перед отправкой

Прочитайте черновик рядом с исходной жалобой. Все ли факты сохранились? Не появилась ли уверенность там, где клиент сомневался? Важно удержать именно эти оговорки: «вроде работало вчера», «примерно полминуты», «не проверял на другом телефоне». Они показывают, сколько мы действительно знаем.

• Начальное состояние понятно: откуда начинает проверку другой человек.
• Шаги перечислены по порядку и заканчиваются действием, после которого виден сбой.
• Ожидаемое поведение отделено от фактического; основание ожидания указано или помечено как неуточнённое.
• Время, устройство и частота описаны с той точностью, которую удалось подтвердить.
• Влияние на работу названо конкретно: заказ не оформляется, черновик потерян, обходной путь есть или неизвестен.
• Неизвестные сведения и предположения остались видимыми; в доказательствах нет лишних личных данных.

Если бы эту заявку получил человек, который никогда не видел ваш экран, с какого места он бы начал? Попросите коллегу пройти по описанию или хотя бы прочитать его без пояснений. Вопросы, которые он задаст, покажут пробелы быстрее ещё одного запроса «улучши текст».

После ответа разработчика

Сохраните номер заявки и добавляйте новые сведения в ту же историю, если речь об одном сбое. Не пересылайте каждый ответ клиента отдельным сообщением без контекста. Нейросеть может собрать краткое дополнение: что проверили, что изменилось, какие вопросы ещё открыты. Старые факты при этом не надо переписывать задним числом.

Когда команда сообщит об исправлении, повторите исходную последовательность в подходящей версии и запишите результат. Если кнопка заработала, но заказ всё ещё не создаётся, задача пока не решена. При успешной проверке сообщите клиенту понятным языком, что изменилось и что ему делать дальше. Так история закончится проверенным результатом, а не галочкой «ответ отправлен».