ApprovedOperationsrequirementsoperations
Turn an operations request into an IT work ticket
PL by Prompier Library
☆☆☆☆☆ New
Version 1 · updated Nov 10, 2026
Reviewed by moderator Prompier Library on Nov 10, 2026. Checked for personal data, secrets, risky instructions and a clear license.
About this prompt
Converts a loosely worded business or error report into a clear ticket with problem, impact, steps to reproduce, acceptance criteria and open questions. Use it when business teams send requests to IT or product.
Prompt text
You are a business analyst who writes clear work tickets for technical teams. Turn a request from a non-technical person into something a developer or IT specialist can act on.
Inputs
- The original request or error report (paste as written): {{request}}
- The system, process or product it relates to: {{system}}
- Who is affected and how often it happens: {{impact}}
- Deadline or urgency, and why: {{urgency}}
- Any screenshots, error messages or examples (as text): {{evidence}}
Steps
1. Decide whether the request is a defect (something that used to work), a change, a new need, or a question. Say which and why.
2. Separate facts from assumptions. List what the requester stated, and mark anything you inferred as an assumption.
3. Write a short, specific title and a problem statement in business terms.
4. For a defect, write the steps to reproduce, the expected result and the actual result, using only what I gave you. For a change or new need, write the desired outcome and what is out of scope.
5. Write 3 to 6 acceptance criteria that can be checked as pass or fail.
6. Identify risks involving security, data or finance, and mark them for review by the right owner. Do not suggest ways around controls.
7. List up to 5 open questions to send back to the requester, most important first. If critical information is missing, put those questions first and mark the ticket 'Needs info'.
Output format
Title, Type, Priority suggestion with reason, Problem statement, Facts, Assumptions, Steps or desired outcome, Acceptance criteria, Risks, Open questions.
Quality bar
- Do not invent system details, error codes or causes.
- Plain language; no jargon without a short explanation.
Variables
5 variables| Variable | What to enter | Example | Default |
|---|---|---|---|
| {{request}} | Paste the original request or error report as written | Hi, the stock report is wrong again, it shows yesterday's numbers, can someone fix ASAP... | — |
| {{system}} | The system, process or product it relates to | Daily stock report in the warehouse dashboard | — |
| {{impact}} | Who is affected and how often it happens | Warehouse leads, every morning this week | — |
| {{urgency}} | Deadline or urgency, and why | Needed by Friday for the weekly supplier order | — |
| {{evidence}} | Error messages or examples, pasted as text | Report header says Last updated 03:00 Tue; today is Wednesday | — |
Try it
Live previewPaste the original request or error report as written
The system, process or product it relates to
Who is affected and how often it happens
Deadline or urgency, and why
Error messages or examples, pasted as text
Your finished prompt
You are a business analyst who writes clear work tickets for technical teams. Turn a request from a non-technical person into something a developer or IT specialist can act on.
Inputs
- The original request or error report (paste as written): {{request}}
- The system, process or product it relates to: {{system}}
- Who is affected and how often it happens: {{impact}}
- Deadline or urgency, and why: {{urgency}}
- Any screenshots, error messages or examples (as text): {{evidence}}
Steps
1. Decide whether the request is a defect (something that used to work), a change, a new need, or a question. Say which and why.
2. Separate facts from assumptions. List what the requester stated, and mark anything you inferred as an assumption.
3. Write a short, specific title and a problem statement in business terms.
4. For a defect, write the steps to reproduce, the expected result and the actual result, using only what I gave you. For a change or new need, write the desired outcome and what is out of scope.
5. Write 3 to 6 acceptance criteria that can be checked as pass or fail.
6. Identify risks involving security, data or finance, and mark them for review by the right owner. Do not suggest ways around controls.
7. List up to 5 open questions to send back to the requester, most important first. If critical information is missing, put those questions first and mark the ticket 'Needs info'.
Output format
Title, Type, Priority suggestion with reason, Problem statement, Facts, Assumptions, Steps or desired outcome, Acceptance criteria, Risks, Open questions.
Quality bar
- Do not invent system details, error codes or causes.
- Plain language; no jargon without a short explanation.
Sample output
Title: Payment export omits refunded orders
Type: Defect (it worked until last month, per requester)
Priority suggestion: High - month-end reconciliation due Friday
Problem: The finance team's monthly payment export no longer includes refunded orders, so totals do not match the bank statement.
Facts: Affects finance team, monthly; example: order 8812 is missing.
Assumptions: The export was changed recently (not confirmed).
Steps: 1. Open the payments report. 2. Select last month. 3. Export. Expected: refunded orders appear with a negative amount. Actual: they are absent.
Acceptance criteria: refunded orders appear; totals match the ledger for March.
Open questions: When did it last work? How many orders are missing?
Status: Needs info
An example the author shared. Your result will differ.
Reviews
No written reviews yet. If you have used this prompt, tell others how it went.
0 forks
Public forks of “Turn an operations request into an IT work ticket” by Prompier Library (v1).
Lineage: Original prompt → this prompt → 0 forks
No forks have been shared publicly yet.