Conceptual reapproval board showing overlapping request sheets, highlighted changed fields, and a new teal review card.

Example result illustrating this prompt's visual direction. Actual results may vary by model, reference image and settings.

Changed Request Reapproval from Revision Policy Notes

Turn revision policy notes into a change-sensitive reapproval map with explicit invalidation and version boundaries.

Prompt

Transform the uploaded reference photo into a clean, readable approval-routing visual. The intended source is a legible photo of revision policy notes showing which request changes invalidate approvals and which review stages must restart. Use only legible information present in the photo or explicitly supplied alongside it. Preserve the source process meaning, role names, rule values, conditions, and relationships; replace the photographed paper or whiteboard presentation with a polished digital board. Do not reproduce desk clutter, handwriting defects, glare, or perspective distortion. Identify each documented material-change trigger and the exact affected approvals. Keep unchanged approvals valid only where the source explicitly permits it. Distinguish correction before approval from a material change after sign-off. Associate each approval with the request version it covers and show the source-defined reapproval destination. Route undefined change types or missing version rules to Needs clarification. Do not allow an approval of an earlier version to appear as approval of the revised request, and do not invent numeric tolerances or materiality thresholds. Compose a side-by-side original-and-revised request board with changed fields visually accented and an adjacent reapproval lane. Use short English labels, high-contrast typography, orthogonal connectors, action cards for steps, and decision diamonds only for actual decisions. Use labels as well as color to distinguish states. Keep arrow direction unambiguous, avoid connector crossings, and fit the complete map inside the canvas without clipping. Include only labels needed to understand the workflow; do not add slogans, decorative captions, logos, or explanatory filler. For an unreadable or conflicting rule, preserve a visibly unresolved Needs clarification card at the affected point; never draw a falsely complete route beyond it. If the photo lacks enough legible content to identify the process, request a clearer source photo before creating the visual. Redact personal contact details, signatures, and account identifiers unless essential and explicitly requested; retain approver roles. Deliver one finished visual derived from the reference photo. This is a visual design for review: do not send notifications, grant approvals, change records, connect accounts, or claim an automation has been deployed.
Recommended: ChatGPT
Upload your photo to the AI tool first, then use this prompt. The prompt asks the model to preserve identity and key visual features.

How to use it

  1. Upload a legible photo of revision policy notes showing which request changes invalidate approvals and which review stages must restart.
  2. Paste the prompt and provide any confirmed rule clarifications alongside the photo.
  3. Check the finished visual against the source and resolve all Needs clarification cards before using it to configure an automation.

Common failure fixes

  • If an earlier approval is carried onto a changed version, bind it back to its original version.
  • If every change triggers every review, restore the source-defined scope of affected approvals.
  • If materiality thresholds are invented, remove them and mark the missing criteria Needs clarification.