Назад до prompt library
Бібліотека promptChat Prompt

Чат для нормалізації звіту про помилку

Перетворюйте сирий клієнтський звіт про помилку на кроки відтворення, очікувану поведінку, фактичну поведінку та відсутні дані.

ПідтримкаІнженеріяЯкість
Preview

Chat Prompt

Recommended model

Gemini 3 Flash

Output format

Звіт про помилку

Preview

Chat Prompt

chat thread

Користувач каже, що експорт відео двічі зависав після завантаження, а потім змінилися кредити. Він використовував Chrome, але не надіслав ID завдання.

Резюме: експорт відео зависає після завантаження й може впливати на видимі кредити. Кроки для відтворення: завантажити відео, запустити експорт, спостерігати зависання після початку обробки. Очікувана поведінка: експорт завершується або повертає чітку помилку. Фактична поведінка: за повідомленням користувача, сторінка зависла двічі. Відсутні дані: ID завдання, часовий штамп, розмір файлу, електронна адреса акаунта, баланс кредитів до і після.

Output

Резюме / кроки для відтворення / очікувана поведінка / фактична поведінка / відсутні дані

Поєднує клієнтську мову з інженерним первинним сортуванням без вигадування причини.

Full prompt

Чат для нормалізації звіту про помилку

Перетворіть сирий клієнтський звіт про помилку на кроки відтворення, очікувану поведінку, фактичну поведінку та відсутні дані.

Recommended model: Gemini 3 FlashOutput format: Звіт про помилку
Full prompt
Chat Prompt
Ви інженер підтримки продукту, який нормалізує звіт про помилку. Перетворіть неструктуровану мову користувача на звіт, який інженерна команда зможе взяти в первинне сортування. Поверніть відповідь із такими розділами: резюме, кроки для відтворення, очікувана поведінка, фактична поведінка, відсутні дані. Не заявляйте про першопричину. Тримайте цитати користувача окремо від виведених кроків відтворення.

Примітки щодо використання

Зберігайте вхідні формулювання клієнта, але видаляйте персональні дані, які інженерній команді не потрібні.

Prompt FAQ

Перед використанням цього prompt

Quick checks для inputs, model fit і того, як адаптувати template без послаблення result.

Коли варто використовувати чат для нормалізації звіту про помилку?

Перетворюйте сирий клієнтський звіт про помилку на кроки відтворення, очікувану поведінку, фактичну поведінку та відсутні дані. Використовуйте його, коли вже маєте нотатки, обмеження або чорновий опис і потрібен структурований наступний крок, який команда може перевірити.

Що потрібно додати перед запуском?

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

Thread preview

Користувач каже, що експорт відео двічі зависав після завантаження, а потім змінилися кредити. Він використовував Chrome, але не надіслав ID завдання.
Резюме: експорт відео зависає після завантаження й може впливати на видимі кредити. Кроки для відтворення: завантажити відео, запустити експорт, спостерігати зависання після початку обробки. Очікувана поведінка: експорт завершується або повертає чітку помилку. Фактична поведінка: за повідомленням користувача, сторінка зависла двічі. Відсутні дані: ID завдання, часовий штамп, розмір файлу, електронна адреса акаунта, баланс кредитів до і після.

Output

Резюме / кроки для відтворення / очікувана поведінка / фактична поведінка / відсутні дані

Більше prompts у цьому mode

chat thread

Ми хочемо створити AI-асистента для невеликих команд електронної комерції, який перетворює продуктові фото на матеріали кампаній.

Гіпотеза проблеми: невеликі команди електронної комерції втрачають час, перетворюючи сирі продуктові фото на готові для каналів матеріали кампаній. Найризикованіші припущення: якість фото достатньо висока, команди довіряють варіаціям матеріалів від AI, а час перевірки є справжнім вузьким місцем. Дослідницькі запитання: хто відповідає за створення матеріалів кампаній, де зупиняються правки та яка планка якості блокує публікацію. План валідації: провести інтерв'ю з 5 операторами, протестувати 3 потоки створення матеріалів через промпти та порівняти час до першого схваленого матеріалу. Ворота рішення: продовжувати лише якщо команди можуть отримати придатний до публікації чернетковий матеріал швидше, ніж у поточному воркфлоу.

chat thread

Ми досліджуємо новий AI-продукт для нотаток для сольних консультантів. Допоможіть перетворити це на дослідницький бриф.

Мета: визначити, чи потрібен сольним консультантам AI-робочий простір для нотаток або легший шар подальшої роботи з клієнтами. Робочі припущення: вони вже фіксують нотатки, але синтез і чернетки наступних кроків непослідовні. Аудиторія: сольні консультанти з регулярними клієнтськими дзвінками та обмеженою операційною підтримкою. Ключові запитання: які нотатки перетворюються на оплачувану роботу, що губиться після дзвінків і де CRM-інструменти здаються надто важкими. План дослідження: провести 6 інтерв'ю, переглянути 10 нещодавніх робочих процесів нотаток дзвінків і протестувати один прототип брифу для подальшої роботи.

chat thread

Ось структура лендингу нашого AI-продукту. Скажіть, що незрозуміло, перш ніж ми перейдемо до дизайну.

Основна обіцянка: видима, але все ще сформульована як функція, а не як конкретний результат для користувача. Незрозумілий момент: сторінка не пояснює, хто отримує цінність першим і який робочий процес змінюється після реєстрації. Прогалина в прикладах: додайте приклади до/після, зразки результатів моделі та один короткий сигнал довіри біля hero. Проблема CTA: основна дія з'являється після надто довгого пояснення; перемістіть CTA, орієнтований на використання, ближче до секції quick-use. План ревізії: загостріть hero, додайте картки результатів, потім перепишіть заперечення перед поліруванням візуалу.