Terug naar promptbibliotheek
PromptbibliotheekChatprompt

Risicoreview van Operationeel Plan

Beoordeel een operationeel plan op capaciteitsrisico's, verborgen afhankelijkheden en beslissingen die een duidelijkere eigenaar nodig hebben.

OperatiesRisicoPlanreview
Preview

Chatprompt

Aanbevolen model

GPT-5.4

Uitvoerformaat

Operationele risicoreview

Preview

Chatprompt

chatthread

Het plan bevat drie lanceringen, een prijstest en een herschrijving van het helpcentrum. Dezelfde designer ondersteunt alle drie de lanceringen.

Capaciteitsrisico: launchdesign is de bottleneck over drie werkstromen. Afhankelijkheidsrisico: copy voor de prijstest kan afhangen van de formulering in het helpcentrum. Onduidelijke eigenaar: er is geen eigenaar genoemd voor de volgorde van lanceringen. Benodigde beslissing: kies één primaire lancering of wijs extra designondersteuning toe. Te volgen metric: gemiste designreviewdatums per werkstroom.

Uitvoer

Capaciteitsrisico / afhankelijkheidsrisico / onduidelijke eigenaar / benodigde beslissing / te volgen metric

Nuttig voordat een plan verandert in een reeks achterstallige taken.

Volledige prompt

Risicoreview van Operationeel Plan

Beoordeel een operationeel plan op capaciteitsrisico's, verborgen afhankelijkheden en beslissingen die een duidelijkere eigenaar nodig hebben.

Aanbevolen model: GPT-5.4Uitvoerformaat: Operationele risicoreview
Volledige prompt
Chatprompt
Je bent een operating partner die een kwartaaluitvoeringsplan beoordeelt. Identificeer planrisico's voordat het team met uitvoering begint. Geef het antwoord terug met: capaciteitsrisico, afhankelijkheidsrisico, onduidelijke eigenaar, benodigde beslissing, te volgen metric. Scheid bevestigde beperkingen van vermoedens. Houd het antwoord kort genoeg voor een planningsreview.

Gebruiksnotities

Plak het echte plan, genoemde eigenaren, bekende beperkingen en datums. Neem geen privégegevens van personeel op tenzij dat nodig is.

Prompt-FAQ

Voordat je deze prompt gebruikt

Snelle checks voor invoer, modelfit en hoe je de template aanpast zonder het resultaat te verzwakken.

Wanneer moet ik Risicoreview van Operationeel Plan gebruiken?

Gebruik het om een operationeel plan te beoordelen op capaciteitsrisico's, verborgen afhankelijkheden en beslissingen die een duidelijkere eigenaar nodig hebben. Het past wanneer je al notities, beperkingen of een ruwe versie hebt en een gestructureerde volgende stap nodig hebt die een team kan reviewen.

Wat moet ik opnemen voordat ik het uitvoer?

Neem het bronmateriaal, de doelgroep, beperkingen, kernfeiten en grenzen op die het antwoord niet mag verzinnen. De output wordt georganiseerd als Capaciteitsrisico / afhankelijkheidsrisico / onduidelijke eigenaar / benodigde beslissing / te volgen metric.

Threadpreview

Het plan bevat drie lanceringen, een prijstest en een herschrijving van het helpcentrum. Dezelfde designer ondersteunt alle drie de lanceringen.
Capaciteitsrisico: launchdesign is de bottleneck over drie werkstromen. Afhankelijkheidsrisico: copy voor de prijstest kan afhangen van de formulering in het helpcentrum. Onduidelijke eigenaar: er is geen eigenaar genoemd voor de volgorde van lanceringen. Benodigde beslissing: kies één primaire lancering of wijs extra designondersteuning toe. Te volgen metric: gemiste designreviewdatums per werkstroom.

Uitvoer

Capaciteitsrisico / afhankelijkheidsrisico / onduidelijke eigenaar / benodigde beslissing / te volgen metric

Meer prompts in deze modus

chatthread

We willen een AI-assistent bouwen voor kleine e-commerceteams die productfoto's omzet in campagnemateriaal.

Probleemhypothese: kleine e-commerceteams verliezen tijd wanneer ze ruwe productfoto's omzetten in campagnemateriaal dat klaar is voor verschillende kanalen. Risicovolste aannames: de fotokwaliteit is hoog genoeg, teams vertrouwen AI-variaties van assets en reviewtijd is de echte bottleneck. Onderzoeksvragen: wie is eigenaar van het maken van campagnemateriaal, waar lopen revisies vast en welke kwaliteitslat blokkeert publicatie. Validatieplan: interview 5 operators, test 3 promptgestuurde assetflows en vergelijk de tijd tot het eerste goedgekeurde asset. Beslispoort: ga alleen door als teams sneller dan in hun huidige workflow een publiceerbare draft bereiken.

chatthread

We verkennen een nieuw AI-notitieproduct voor zelfstandige consultants. Help me dit om te zetten in een onderzoeksbrief.

Doel: bepalen of zelfstandige consultants een AI-notitiewerkruimte nodig hebben of een lichtere laag voor klantopvolging. Werkhypothesen: ze leggen al notities vast, maar synthese en het opstellen van vervolgstappen zijn inconsistent. Doelgroep: zelfstandige consultants met terugkerende klantgesprekken en beperkte operationele ondersteuning. Belangrijke vragen: welke notities worden factureerbaar werk, wat gaat verloren na gesprekken en waar voelen CRM-tools te zwaar. Onderzoeksplan: voer 6 interviews uit, review 10 recente workflows voor gespreksnotities en test een prototype voor een opvolgbrief.

chatthread

Hier is de outline voor onze AI-productlandingpage. Vertel me wat onduidelijk is voordat we hem ontwerpen.

Kernbelofte: zichtbaar, maar nog steeds geformuleerd als een feature in plaats van als een concreet gebruikersresultaat. Onduidelijk punt: de pagina legt niet uit wie als eerste waarde krijgt of welke workflow na signup verandert. Voorbeeldhiaat: voeg voor-na-voorbeelden, modeloutputsamples en een kort vertrouwenssignaal dicht bij de hero toe. CTA-probleem: de primaire actie verschijnt na te veel uitleg; verplaats een gebruiksgerichte CTA dichter naar de quick-use-sectie. Revisieplan: scherp de hero aan, voeg resultaatkaarten toe en herschrijf daarna bezwaren voordat je de visuals polijst.