Zpět do knihovny promptů
Knihovna promptůChatový prompt

Claude Opus 4.7 memorandum k revizi incidentu

Použijte Claude Opus 4.7 k převedení poznámek k incidentu na klidné revizní memorandum s časovou osou, příčinami a vlastníky následných kroků.

Revize incidentuMemorandumProvoz
Náhled

Chatový prompt

Doporučený model

Claude Opus 4.7

Formát výstupu

Memorandum k revizi incidentu

Náhled

Chatový prompt

chatové vlákno

Převeďte tyto poznámky k výpadku na memorandum k revizi po incidentu. Zahrňte dopad na zákazníky, časovou osu, přispívající faktory a akční položky s vlastníky.

Shrnutí: výpadek po omezenou dobu ovlivnil vytváření nových projektů, zatímco existující relace zůstaly dostupné. Dopad na zákazníky: uživatelé mohli zobrazit uloženou práci, ale někteří nemohli spustit nové generovací úlohy. Přispívající faktory: poznámky ukazují na chybějící limit opakování, nejasné vlastnictví upozornění a kontrolu nasazení, která nepokrývala ovlivněnou cestu. Co fungovalo: návrat zpět byl rychlý, jakmile byl určen vlastník. Akční položky: doplnit chybějící kontrolu, definovat vlastnictví upozornění, otestovat limity opakování a naplánovat následnou revizi s termíny.

Výstup

Shrnutí / dopad / časová osa / co se stalo / přispívající faktory / co fungovalo / akční položky / vlastníci / otevřené otázky

Strukturovaný příklad konverzace pro memorandum k revizi incidentu.

Celý prompt

Claude Opus 4.7 memorandum k revizi incidentu

Claude Opus 4.7 memorandum k revizi incidentu: proměňte poznámky k incidentu v revizi po incidentu.

Doporučený model: Claude Opus 4.7Formát výstupu: Memorandum k revizi incidentu
Celý prompt
Chatový prompt
Jste editor revize incidentu. Pouze na základě poznámek uživatele k incidentu napište jasné memorandum po incidentu. Zahrňte: shrnutí, dopad na zákazníky, časovou osu, co se stalo, přispívající faktory, co fungovalo, co nefungovalo, akční položky, vlastníky, termíny a otevřené otázky. Nepoužívejte obviňující jazyk a nepřidávejte fakta, která nejsou v poznámkách.

Poznámky k použití

Vložte časově označené poznámky, logy, dopad na zákazníky a známé vlastníky; oddělte spekulace od potvrzených důkazů.

FAQ k promptu

Než tento prompt použijete

Rychlé kontroly vstupů, vhodnosti modelu a toho, jak šablonu upravit bez oslabení výsledku.

Kdy mám použít Claude Opus 4.7 memorandum k revizi incidentu?

Použijte ho po výpadku, neúspěšném vydání nebo provozním problému, když se poznámky mají proměnit v čitelné revizní memorandum.

Jak se vyhnout obviňování ve výstupu?

Dodejte fakta, časovou osu a systémový kontext a požadujte přispívající faktory a kroky vlastníků místo osobní viny.

Náhled vlákna

Převeďte tyto poznámky k výpadku na memorandum k revizi po incidentu. Zahrňte dopad na zákazníky, časovou osu, přispívající faktory a akční položky s vlastníky.
Shrnutí: výpadek po omezenou dobu ovlivnil vytváření nových projektů, zatímco existující relace zůstaly dostupné. Dopad na zákazníky: uživatelé mohli zobrazit uloženou práci, ale někteří nemohli spustit nové generovací úlohy. Přispívající faktory: poznámky ukazují na chybějící limit opakování, nejasné vlastnictví upozornění a kontrolu nasazení, která nepokrývala ovlivněnou cestu. Co fungovalo: návrat zpět byl rychlý, jakmile byl určen vlastník. Akční položky: doplnit chybějící kontrolu, definovat vlastnictví upozornění, otestovat limity opakování a naplánovat následnou revizi s termíny.

Výstup

Shrnutí / dopad / časová osa / co se stalo / přispívající faktory / co fungovalo / akční položky / vlastníci / otevřené otázky

Další prompty v tomto režimu

chatové vlákno

Chceme vytvořit AI asistenta pro malé e-commerce týmy, který z produktových fotek vytváří kampanové assety.

Hypotéza problému: malé e-commerce týmy ztrácejí čas převodem surových produktových fotek na kampanové assety připravené pro jednotlivé kanály. Nejrizikovější předpoklady: kvalita fotek je dostatečná, týmy důvěřují variacím assetů vytvořeným AI a skutečným úzkým hrdlem je čas kontroly. Výzkumné otázky: kdo vlastní tvorbu kampanových assetů, kde se zadrhávají revize a jaká laťka kvality blokuje publikování. Validační plán: vyzpovídat 5 operátorů, otestovat 3 toky tvorby assetů vedené prompty a porovnat čas do prvního schváleného assetu. Rozhodovací brána: pokračovat pouze tehdy, pokud týmy dosáhnou publikovatelného návrhu rychleji než ve svém současném workflow.

chatové vlákno

Zkoumáme nový AI produkt na poznámky pro samostatné konzultanty. Pomozte mi z toho vytvořit výzkumný brief.

Cíl: určit, zda samostatní konzultanti potřebují AI workspace na poznámky, nebo lehčí vrstvu pro následnou komunikaci s klienty. Pracovní předpoklady: poznámky už zachycují, ale syntéza a návrhy dalších kroků jsou nekonzistentní. Publikum: samostatní konzultanti s opakovanými klientskými hovory a omezenou provozní podporou. Klíčové otázky: které poznámky se mění ve fakturovatelnou práci, co se po hovorech ztrácí a kde CRM nástroje působí příliš těžkopádně. Výzkumný plán: provést 6 rozhovorů, projít 10 nedávných workflow poznámek z hovorů a otestovat jeden prototyp follow-up briefu.

chatové vlákno

Tady je osnova landing page našeho AI produktu. Řekni mi, co je nejasné, než ji navrhneme.

Hlavní příslib: je viditelný, ale stále je rámovaný jako funkce, ne jako konkrétní výsledek pro uživatele. Nejasný bod: stránka nevysvětluje, kdo získá hodnotu jako první ani jak se workflow po registraci změní. Mezera v příkladech: přidejte ukázky před a po, vzorky výstupů modelu a jeden krátký signál důvěry poblíž hero sekce. Problém CTA: primární akce přichází po příliš dlouhém vysvětlování; posuňte CTA zaměřené na použití blíže k sekci quick-use. Plán revizí: zpřesnit hero, přidat karty výsledků a poté přepsat námitky před laděním vizuálů.