RISE
Name the checkpoint. "Let me know if you have questions" is what people write instead.
What is RISE?
RISE is four slots: Request, Input, Scenario, Expectation. It is a structure for handing work to somebody else, and it is aimed squarely at the two things that make delegation fail — the person not knowing which of your internal sources to trust, and not knowing when it is acceptable to come back.
Most delegation briefs specify the task well and the context badly. The person receiving it can read the request; what they cannot do is know that the battle cards are fourteen months old and partly wrong, that the CRM notes are the reliable source, and that this feeds a pricing decision in three weeks rather than general awareness. Those are the things only you know and the things nobody thinks to write down. RISE's Input and Scenario slots exist to force them out, and its Expectation slot exists to replace the sentence people write instead of a checkpoint — "let me know if you have any questions" — which sounds supportive and puts the entire burden of judging when to interrupt on the least informed person involved.
Where RISE Came From
A modern management convention with no author of record
RISE has no documented inventor and belongs to the assembled-acronym pool alongside TAG, SCOPE and TOAST. The name is also heavily taken — RISE is a widely used coaching and feedback model in other expansions, and several unrelated leadership programmes use the four letters. Search the expansion rather than the acronym.
Its distinguishing feature is the Input slot
Most briefing frameworks have a context slot. Very few have a slot for the material — where it is, and how much of it to believe. That is unusual and it is the most useful thing here, because the failure it prevents is invisible: a new joiner who builds a competitor analysis on fourteen-month-old battle cards has done exactly what was asked and produced something wrong.
Why Scenario is separate from Request
Because the same request produces different work depending on what it feeds. A competitor analysis for a pricing decision in three weeks is a different document from one for general awareness — different depth, different sections, different tolerance for gaps. Splitting the two slots forces the delegator to say which, and that single sentence is often worth more than the rest of the brief.
The 4 Slots, One at a Time
Each slot is a decision. Leave it out and the model still makes it — just without you.
Name the thing you want to receive. "Analyse our competitors" is a topic and can be satisfied by almost anything; "a comparison of three named competitors on pricing structure, covering X, Y and Z" is a request. The test is whether they could hand you something you did not want while having followed the instruction.
The slot that distinguishes RISE, and the one only you can fill. Where the material is, and crucially which parts are unreliable: the CRM win/loss notes are good, the battle cards are fourteen months old and partly wrong. A new joiner has no way to know this, will use both equally, and will produce a document nobody can act on.
One or two sentences that change everything downstream. Knowing this feeds a pricing decision in three weeks tells them what depth is needed, what can be left out, and what to do when they run short of time. Without it they optimise for thoroughness, which is the safe choice and usually the wrong one.
Four things, and the last is the one that gets skipped. "Let me know if you have any questions" transfers the judgement of when to interrupt to the person least able to make it, and junior people resolve that by not asking. Name a point in the work where checking in is expected — send me the outline on Wednesday — and say plainly that it is a checkpoint rather than a test.
One Task, Before and After
The task: Delegating a competitor analysis to an analyst who joined eight weeks ago. Both prompts below are scored by our free prompt checker — paste either in and you will get the same number, because the scoring is deterministic.
Ask an analyst to do a competitor analysis.
Seven words. You get a polite task assignment, a pointer to the shared drive, and the sentence let me know if you have any questions.
Write a delegation brief using Request, Input, Scenario, Expectation. The task: a competitor analysis of three companies, delegated to an analyst who joined eight weeks ago and has not done one here before. Request - what to produce, precisely. Not analyse our competitors, but the specific artefact. Input - what they have to work with and where it is: our win/loss notes from the last two quarters in the CRM, the sales team's battle cards which are 14 months old and partly wrong, public pricing pages, and 40 minutes with the head of sales which they will have to book themselves. Scenario - why this is being asked for now and what it will be used for, because that changes what a good answer looks like: it feeds a pricing decision in three weeks, not a general awareness piece. Expectation - what good looks like, when it is due, how much autonomy they have, and explicitly what to do when they get stuck. Include the thing junior people most need and are least often given: permission to come back with questions, with a named person and a point in the work where checking in is expected rather than a sign of struggling. Write the brief as a message of 400 to 500 words in four short sections, plain and direct, for an analyst who has been here eight weeks and does not yet know which internal sources are trustworthy. Weigh what an eight-week-old joiner will not know before you write: they do not know which internal sources are trustworthy, and the battle cards being 14 months old is exactly the kind of thing nobody thinks to say. For example, make the check-in explicit like this: ``` Send me your outline on Wednesday before you write anything up. That is a checkpoint, not a test - it is much cheaper to redirect an outline than a finished document. ``` Every source you name must be marked reliable or unreliable, and the brief must state the decision the work feeds into and the date that decision is made. Prioritise what they cannot find out for themselves over what they could look up. Do not use the phrase let me know if you have any questions, which is what people write instead of naming a checkpoint. Do not invent competitor names, internal systems or dates beyond those above.
Ninety-one. Two lines carry it: marking the battle cards as fourteen months old and partly wrong, and naming Wednesday as a checkpoint rather than leaving an open door.
Ninety-one, and nothing checks whether they will actually come back
One check is unreachable, and the two things that decide whether delegation works are unmeasured:
No persona slot, and none appropriate — this is a message from you to someone who reports to you. A persona produces a register that will read as odd from a person they know.
The failure RISE exists to prevent, and invisible. "Everything is in the shared drive" scores as context. So does a list marking the battle cards as fourteen months old and partly wrong. Only the second stops an eight-week joiner building on the bad source.
"Let me know if you have questions" and "send me your outline on Wednesday" score identically. The first is an open door that junior people do not walk through; the second is an appointment.
The sentence worth putting in every delegation brief: name a point in the work where checking in is expected, and say it is a checkpoint rather than a test. It costs one line, it converts an open door into an appointment, and it is much cheaper to redirect an outline than a finished document.
Copy-Paste Prompt Template
Replace the bracketed placeholders with your specific details.
Request: [the ARTEFACT, precisely — not the topic. Could they follow this and hand you something you did not want?] Input: [where the material is, AND how much to trust each source — which is stale, which is reliable, what they will have to go and get themselves] Scenario: [why now, and what decision this feeds — it changes the depth required] Expectation: [what good looks like, when it is due, how much autonomy they have] [AND a named checkpoint — "send me your outline on Wednesday" — framed as expected, not as a test. Never "let me know if you have any questions"]
When RISE Fits — and When It Does Not
- Delegating to someone new, who does not yet know which internal sources to trust.
- Work that feeds a specific decision, where Scenario changes the depth required.
- Tasks you have done yourself before and would otherwise under-specify from familiarity.
- Assignments to contractors and agencies with no internal context at all.
- Anything where you would rather redirect at the outline stage than at delivery.
- Routine work the person has done many times — four slots is ceremony.
- Commissioning a deliverable from an external supplier who will quote against it. Use TRACE.
- Creative work where over-specification is the risk you are trying to avoid.
- Writing and copy tasks. This briefs work, not documents.
- Situations where you have no real inputs to point at, which is usually a sign the task is not ready.
10 Ready-Made RISE Prompts
Every prompt below was produced by the Frompting generator with RISE selected — not written by hand for this page. Each is scored by our prompt checker; the median is 90/100. Click one to open it, then copy.
A competitor analysis for a junior analyst 95
You are a senior market research manager delegating a competitor analysis to a junior analyst. Your junior analyst will examine the competitive landscape for **[PRODUCT OR SERVICE: brief description of what is being analyzed]**. Identify the top **[NUMBER OF COMPETITORS: e.g., 3‑5]** direct competitors, summarize each competitor’s key offerings, pricing strategy, market positioning, recent strategic moves (e.g., product launches, partnerships, acquisitions), and strengths/weaknesses relative to our offering. Assume the analysis will be used for an upcoming strategic planning meeting with senior leadership. The deliverable must be a concise report of **approximately 800–1000 words**, organized with clear headings for each competitor and a final comparative table that lists the evaluated dimensions side‑by‑side. The report should be factual, well‑structured, and written in a professional tone. Prioritize recent, verifiable information (no older than **[TIMEFRAME: e.g., 12 months]**). reference supporting evidence where applicable in brief inline notes (e.g., “(Source: Company press release, 2023)”). Quality criteria: 1. Accuracy – all data points must be traceable to reliable public sources. 2. Relevance – focus on information that directly impacts our competitive position. 3. Clarity – use bullet points and tables where appropriate to enhance readability. Exclude any speculative forecasts or internal confidential data. If any of the required details are unclear, state your assumptions explicitly and ask up to three clarifying questions before proceeding. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
A bug triage rota for a new engineer 88
You are a senior engineering manager tasked with creating a clear, actionable bug-triage rotation for a newly-joined engineer. Define the rotation details: the engineer’s name ([ENGINEER_NAME: full name of the new engineer]), the team or project the rotation supports ([TEAM_OR_PROJECT: name of the team or product]), how often the rotation should occur (e.g., daily, weekly) ([ROTATION_FREQUENCY: desired interval]), the start date for the first shift ([START_DATE: date the rotation begins]), and any constraints such as overlapping responsibilities or blackout periods ([CONSTRAINTS: any scheduling limits]). Produce a concise schedule in a markdown table with columns for Date, Engineer, and Primary Responsibilities. Limit the schedule to the first four rotation periods, keeping the total output under 505 words. Quality criteria: 1. The table must be easy to read and copy into a shared document. 2. All dates should be formatted as YYYY-MM-DD. 3. Include a brief one-sentence note explaining the engineer’s primary focus during each shift. Do not assign any other team members or alter existing processes. If any of the placeholders above are unknown, state your assumption and ask up to three clarifying questions before finalizing the schedule. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Use this table shape, one row per item, filling values from your analysis: | For Date | Engineer | And Primary Responsibilities | | --- | --- | --- |
The monthly report, delegated 88
You are a team manager drafting a concise delegation message for a coordinator. Compose a short, professional note (≈150 words) that clearly assigns the responsibility of preparing the monthly report. Include: the specific report title, the reporting period, the required delivery format, the deadline date, and any key data sources the coordinator must use. State the expected quality standards (accuracy, completeness, and adherence to the template) and note any constraints (e.g., no confidential information beyond what is provided). End with a brief confirmation request. **Quality criteria:** 1. Clear identification of the report and deadline. 2. Explicit mention of required format and data sources. 3. Polite tone that encourages acknowledgment. **Boundary:** Do not include any unrelated tasks or personal performance evaluations. If any of the above details are unknown, insert a placeholder in the form **[PLACEHOLDER: brief hint]** (e.g., [REPORT TITLE: specify the exact name of the monthly report]). State any assumptions you make and ask up to three clarifying questions before finalizing the delegation. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader.
A customer research project for a designer 95
You are a senior design manager tasked with delegating a customer research project to a designer. Assign the project to **[DESIGNER NAME]** and define the research focus as **[RESEARCH OBJECTIVE]** (e.g., understanding user needs for a new feature, evaluating satisfaction with an existing product, etc.). Specify the key deliverables: a concise research brief, a summary of findings in a markdown table, and actionable design recommendations. Set the deadline for **[DUE DATE]** and indicate any required collaboration with other team members such as product managers or analysts. The output should be a clear assignment email (150–200 words) that includes: - A brief project overview and purpose. - Specific tasks and expected deliverables. - Timeline and any milestones. - Required resources or stakeholder contacts. - Success criteria: relevance of insights to design decisions, clarity of presentation, and alignment with project goals. Write in a professional yet approachable tone, using plain language and concrete details. Avoid jargon unrelated to design research. State any assumptions you make about the project scope, and ask up to three clarifying questions (e.g., target user segment, preferred research methods, budget constraints) before finalizing the assignment. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. Before writing the final answer, work through the problem step by step and weigh the main trade-offs; present only the reasoned conclusion, not your working notes.
A supplier negotiation for procurement 95
You are a senior procurement manager tasked with leading a supplier negotiation on behalf of the organization. The organization needs you to take full responsibility for the upcoming negotiation with the designated supplier, develop a negotiation strategy, conduct the discussions, and secure terms that meet the specified objectives. Prepare a concise briefing for the procurement lead that includes: 1. A clear description of the negotiation scope, the key objectives to achieve, and any constraints or limits that must be respected. 2. All relevant background information the lead will need, such as the supplier’s profile, current contract terms, performance history, and the organization’s priority criteria (e.g., price, delivery reliability, service levels). 3. A step-by-step action plan outlining preparation, stakeholder alignment, negotiation tactics, and post-negotiation follow-up, with milestones and responsible parties. 4. The format and timing for reporting progress and final outcomes to senior management. Deliver the briefing in a structured markdown document under 1120 words. Use headings for each section, bullet points for key items, and a short summary table of deliverables and deadlines. Quality criteria: - Completeness: all required background and objectives are covered. - Clarity: the action plan is easy to follow and assign. - Alignment: recommendations respect the organization’s constraints and risk tolerance. Exclude any assumptions about the supplier’s willingness to negotiate or the final pricing; focus only on the process and required inputs. If any critical details are missing, state your assumptions explicitly and ask up to three clarifying questions before finalizing the briefing. [SUPPLIER_NAME]: name of the supplier to be negotiated with [NEGOTIATION_GOALS]: specific objectives (e.g., cost reduction target, service level improvements) [DEADLINE]: date by which the negotiation must be concluded [REPORTING_FORMAT]: preferred format for progress updates (e.g., slide deck, executive summary)
An onboarding revamp 76
You are a team lead responsible for delegating an onboarding revamp. Assign the task to [TEAM_MEMBER: name of the person who will own the revamp]. Explain that the goal is to redesign the onboarding experience to be clearer, more engaging, and aligned with current company standards. Provide the following input for the assignee: - Current onboarding materials are located in [RESOURCE_LOCATION: folder, drive, or repository]. - Key objectives include reducing new‑hire time‑to‑productivity by [TARGET_IMPROVEMENT: percentage or time], incorporating interactive elements, and ensuring compliance with [COMPLIANCE_REQUIREMENT: policy or regulation]. - The revamp should address feedback from recent hires collected in [FEEDBACK_SOURCE: survey, interview notes, etc.]. Describe the scenario in which the work will be carried out: the assignee will collaborate with [STAKEHOLDER_GROUP: HR, hiring managers, or specific department] and will have access to [TOOLS: design software, LMS, etc.]. The project timeline is from now until [DEADLINE: date or sprint number], with a brief check‑in at the midpoint. Set clear expectations: deliver a revised onboarding guide and supporting assets in a format ready for rollout, present a summary of changes and rationale in a 10‑minute briefing, and document any open questions for further iteration. The output should be a concise project plan (max 300 words) followed by a checklist of deliverables. Ensure the plan is realistic, prioritizes high‑impact improvements, and notes any assumptions made. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader. If any bracketed detail above is left unfilled, choose a sensible value from the context, state that assumption in one line before you begin, and continue — do not ask for it and stop.
A data clean-up for a contractor 90
You are a data operations manager tasked with delegating a data clean-up project to an external contractor. The contractor will receive the raw dataset files you provide, apply the specified cleaning rules, and return the cleaned data in the required format. [DATASET TYPE]: describe the kind of data (e.g., customer records, transaction logs, sensor readings). [DATA VOLUME]: indicate the approximate size (e.g., number of rows, file size). [CLEANING TOOLS]: list any preferred tools or scripts (e.g., Python pandas, OpenRefine, SQL). [DEADLINE]: specify the date by which the cleaned data must be delivered. [OUTPUT FORMAT]: state the desired file type and structure (e.g., CSV with header row, JSON array). Your response should include: 1. A concise brief for the contractor outlining the cleaning objectives, rules to apply, and quality standards. 2. A step-by-step workflow the contractor should follow, from data receipt to final delivery. 3. A checklist of deliverables and verification points to ensure the cleaned data meets expectations. Write the brief in under 540 words, using clear bullet points for tasks and a short numbered list for the workflow. Ensure the language is precise, avoids ambiguity, and highlights any assumptions you are making. If any of the placeholders above are unknown, state the assumption you are making and ask up to three clarifying questions before finalizing the plan. Write this for [AUDIENCE: who will read the output, and how much they already know]. Match the depth, vocabulary and examples to that reader.
A social media takeover 88
You are a marketing manager delegating a social media takeover. Assign the takeover to [MARKETER NAME: specify the team member who will lead the effort]. Provide them with the following details: - The brand’s key messages and any mandatory hashtags or tags to include. - The primary objectives for this takeover (e.g., increase follower engagement, showcase behind‑the‑scenes content, drive traffic to a landing page). - The start and end dates for the takeover, including any required posting schedule (e.g., daily posts at 10 AM). Explain the context in which the takeover will occur, including the target audience’s demographics and interests, and any recent campaign themes that should be reflected. Set clear expectations: the marketer must deliver a brief content calendar (max 200 words) outlining post topics, formats, and timing, and a post‑takeover performance report (no more than 300 words) covering engagement metrics, follower growth, and insights for future initiatives. Deliver the assignment in a concise email format of approximately 250–350 words, using a professional yet approachable tone. Ensure the content is actionable, includes all required placeholders, and avoids any assumptions beyond what is specified. If any bracketed detail above is left unfilled, choose a sensible value from the context, state that assumption in one line before you begin, and continue — do not ask for it and stop.
An internal training session 88
You are a senior engineering manager tasked with delegating an internal training session to a senior engineer. The senior engineer will design and deliver a training on **[TRAINING TOPIC: specify the technical subject or skill]** for **[AUDIENCE: describe the target participants, e.g., junior engineers, cross‑functional team]**. The session should last **[DURATION: e.g., 60 minutes, half‑day]** and cover the key concepts, practical examples, and hands‑on activities needed to achieve the learning objectives. Assume the senior engineer has the necessary expertise and access to required resources unless you specify otherwise. Before finalizing the plan, ask up to three clarifying questions to confirm any missing details (e.g., preferred training format, required materials, audience prior knowledge). Produce a concise delegation brief (150–200 words) that includes: - A clear statement of the training goal and expected outcomes. - Specific responsibilities for the senior engineer (content creation, slide deck, demo setup, Q&A facilitation). - Required deliverables and their deadlines (e.g., draft agenda by [DEADLINE: date], final slides by [DEADLINE: date]). - Success criteria (e.g., participant satisfaction ≥ 80 %, at least two actionable takeaways per attendee). Exclude any mention of budget, external speakers, or venue logistics unless you receive additional input. Ensure the brief is direct, actionable, and written in a professional tone.
Process documentation for an assistant 90
You are an operations manager delegating a documentation task. Assign the creation of a clear, step‑by‑step process document to your operations assistant. The assistant should produce a standalone document that: * Describes each step of **[PROCESS_NAME]** in logical order, using concise headings and numbered steps. * Includes any required templates, checklists, or reference links. * Is written in plain language suitable for new team members, with technical terms defined on first use. Deliverable: a markdown file of approximately **300–400 words** (or **≈2,000 characters**) containing: 1. Title line with the process name. 2. Brief purpose statement (1‑2 sentences). 3. Numbered steps, each no longer than three sentences. 4. A checklist or template section if applicable. Quality criteria: * Completeness – all essential steps are covered without gaps. * Clarity – each step is actionable and free of ambiguous language. * Consistency – formatting follows the same style throughout. Constraints: do not include any information about other processes, company policies, or confidential data unless explicitly provided. If any of the following details are unknown, indicate them as placeholders and ask for clarification before proceeding: * **[PROCESS_NAME]** – the exact name or description of the process to document. * **[DEADLINE]** – the date by which the document must be completed. * **[DOCUMENT_FORMAT]** – any specific template or file type required (e.g., markdown, Google Doc). State any assumptions you make and pose up to three clarifying questions to fill the placeholders before drafting the document.
Scores range from 76 to 95. They are shown as generated rather than cherry-picked — a library where every entry scores in the nineties tells you it was curated, not measured.
RISE vs the Alternatives
The heavier briefing framework, aimed outward. TRACE commissions a deliverable from someone who will price it; RISE assigns work to someone on your team who needs to know which sources to trust.
For the goal rather than the task. SMART sets what someone is accountable for over a quarter; RISE hands them one piece of work this week.
For work you are planning yourself. SCOPE structures an investigation; RISE structures the handover of one.
How the work gets reported back. RISE assigns it; PPP is what they send you on Friday.
For explaining rather than assigning. If the difficulty is that they will not understand the task, CLEAR is the better structure.
Five Ways People Get RISE Wrong
The defining RISE failure. Pointing someone at a folder without saying which files are stale produces confident work built on the wrong material — and they will have followed your instruction exactly.
It sounds supportive and it transfers the hardest judgement to the least informed person. Junior people resolve that ambiguity by not asking. Name a checkpoint instead.
"Look into our competitors" can be satisfied by almost anything. Name the artefact and its sections, or you are reviewing their interpretation rather than the work.
Without knowing what the work feeds, people optimise for thoroughness — the safe default and usually the wrong one when there is a decision in three weeks.
Not saying how much latitude they have means they either check everything or nothing, and both are worse than the answer you had in your head.
The things you know without thinking — which sources are stale, who actually decides, what was tried last year — are exactly the things a new person cannot infer and will not know to ask about.
RISE Questions
What does RISE stand for?
Request, Input, Scenario, Expectation — four slots for handing a piece of work to someone else. Note the acronym is used for several unrelated coaching and leadership models, so search the expansion.
What makes the Input slot different from context?
It is about the material rather than the background — where the sources are and how much to trust each one. Marking a source unreliable is the single most valuable thing in a brief to someone new, and almost nobody does it.
Why does Scenario matter?
Because the same request produces different work depending on what it feeds. An analysis for a pricing decision in three weeks needs different depth from one for general awareness, and the person cannot infer which.
What should replace "let me know if you have any questions"?
A named checkpoint: send me your outline on Wednesday. It converts an open door — which junior people do not walk through — into an appointment, and it is far cheaper to redirect an outline than a finished document.
How much autonomy should I specify?
Explicitly, whatever the amount. Unstated autonomy means the person either checks everything or nothing, and both are worse than the level you actually had in mind.
When should I use TRACE instead?
When you are commissioning a deliverable from outside — an agency or a contractor who will price the work. TRACE is built for someone with no internal context; RISE is built for someone who has some and needs to know which of it to believe.
Generate a RISE Prompt Instantly
Skip the manual template — Frompting applies RISE to your topic in one click.
Try it FreeFramework Details
| Name | RISE |
| Stands for | Request-Input-Scenario-Expectation |
| Domain | People & Teams |
| Steps | 4 |
| Access | Pro |