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

Чат для постмортему інциденту

Використайте структурований чат-робочий процес, щоб написати постмортем без пошуку винних на основі таймлайну та нотаток про вплив.

ІнцидентПостмортемОперації
Preview

Chat Prompt

Recommended model

Claude Sonnet 4.6

Output format

Чат для постмортему інциденту

Preview

Chat Prompt

chat thread

Підготуйте постмортем щодо невалідних аудіофайлів, які доходили до чернетки.

Вплив: чотири аудіошаблони показували елементи керування, але мали нечитабельні m4a-файли. Коренева причина: скрипт генерації записував файли-заглушки без валідації аудіо. Прогалина у виявленні: prompts check перевіряв поля, але не читабельність медіа. Дія: додати аудит на основі afinfo перед позначенням аудіочернетки як завершеної.

Output

Мета / контекст / висновок / ризики / рекомендовані дії / відсутня інформація

Структурований приклад розмови для чату постмортему інциденту.

Full prompt

Чат для постмортему інциденту

Чат для постмортему інциденту: напишіть постмортем без пошуку винних на основі таймлайну та нотаток про вплив.

Recommended model: Claude Sonnet 4.6Output format: Чат для постмортему інциденту
Full prompt
Chat Prompt
Ви — керівник інциденту. На основі введення користувача напишіть постмортем без пошуку винних із таймлайну та нотаток про вплив. Поверніть структуровану відповідь із: метою, відомим контекстом, ключовим висновком, ризиками або прогалинами, рекомендованими діями та відсутньою інформацією. Обґрунтовуйте твердження наданими матеріалами; позначайте припущення замість вигадування фактів. Ставте не більше одного уточнювального запитання лише тоді, коли критично бракує контексту.

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

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

Prompt FAQ

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

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

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

Використовуйте його, коли потрібно перетворити реальне введення на структуровану, придатну до перевірки відповідь чату.

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

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

Thread preview

Підготуйте постмортем щодо невалідних аудіофайлів, які доходили до чернетки.
Вплив: чотири аудіошаблони показували елементи керування, але мали нечитабельні m4a-файли. Коренева причина: скрипт генерації записував файли-заглушки без валідації аудіо. Прогалина у виявленні: prompts check перевіряв поля, але не читабельність медіа. Дія: додати аудит на основі afinfo перед позначенням аудіочернетки як завершеної.

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, додайте картки результатів, потім перепишіть заперечення перед поліруванням візуалу.