--- title: "What makes a request shapeable · DeliverySheet" description: "Not every message is a demand. The floor is low but it is real: a need, plus either who it affects or what happens if nothing changes." canonical_url: "https://www.deliverysheet.com/blog/what-makes-a-request-shapeable" last_updated: 2026-08-06 meta: author: "Tan Gravam" "og:description": "Not every message is a demand. The floor is low but it is real: a need, plus either who it affects or what happens if nothing changes." "og:image": "https://www.deliverysheet.com/_og/s/o_ccb0a66b766e4823.png" "og:image:alt": "What makes a request shapeable — DeliverySheet essay card" "og:image:height": "600" "og:image:type": image/png "og:image:width": "1200" "og:title": "What makes a request shapeable — DeliverySheet" "twitter:description": "Not every message is a demand. The floor is low but it is real: a need, plus either who it affects or what happens if nothing changes." "twitter:image": "https://www.deliverysheet.com/_og/s/o_ccb0a66b766e4823.png" "twitter:image:alt": "What makes a request shapeable — DeliverySheet essay card" "twitter:title": "What makes a request shapeable — DeliverySheet" --- > Index of every page on this site: [llms.txt](https://www.deliverysheet.com/llms.txt) [← All writing](https://www.deliverysheet.com/blog) # **What makes a request shapeable** 6 August 2026 · 4 min read · by [Tan Gravam](https://www.deliverysheet.com/about) ## **What does a request need to contain before it can be shaped?** **The short answer ** A request can be shaped into a demand when it contains a need — something that should be different — plus either an impact (who it affects) or a trigger (what happens if nothing changes). A topic word is not a request: "reporting" or "the mobile app" cannot be routed, sized or decided on, and accepting it into a lifecycle just moves the work of understanding it to someone with less context. Ask the one or two questions that clear the floor at intake, when the requester is still present, rather than three weeks later. "Can we do something about reporting?" That is a real message, sent by a real director, and it is not a request. It is a topic. Accepted into a delivery process it becomes a ticket titled "Reporting", assigned to someone who was not in the conversation, and three weeks later somebody is reverse-engineering what was meant from a Slack thread that has scrolled away. ## The floor, and why it is low A request is shapeable when it contains a **need** — something that should be different — plus at least one of: - **an impact**: who is affected, or what it is costing; - **a trigger**: what happens if nothing changes, or why now. That is deliberately not a specification. No acceptance criteria, no estimate, no solution. "Finance can't close the quarter without manually rebuilding three reports, and audit season starts in November" clears it in one sentence, and that sentence is enough to route the work, find the right people, and decide whether it is worth shaping further. The floor is low because the alternative is worse in both directions. Set it higher and people route around intake entirely — the request arrives as a hallway conversation instead, and you have lost the record as well as the structure. Set it lower, accept the topic word, and you have moved the work of understanding the request from the person who has the context to the person who does not. ## Why "we'll figure it out later" is expensive The cost is not the ambiguity. It is *when* the ambiguity is resolved. At intake, the requester is present, the context is fresh, and clearing the floor costs one reply. Three weeks later the requester has moved on, the person doing the work has to reconstruct intent from a title, and the reconstruction is a guess that will be treated as a specification by everyone downstream. This is the same asymmetry as [writing assumptions down as assumptions](https://www.deliverysheet.com/blog/known-facts-assumptions-unknowns) : the information exists at the start and evaporates almost immediately, and no amount of diligence later recovers it. ## Ask, don't reject The failure mode of any intake bar is that it becomes a rejection. "This doesn't meet our intake standard" teaches people that intake is an obstacle, and they stop using it. What works is asking the specific missing thing, immediately, in one line. Not a form — a question: - Missing the need: *what should be different?* - Missing impact and trigger: *who is affected, or what happens if nothing changes?* Two questions, and almost nobody minds answering them, because they are the questions the requester can answer instantly and nobody else can answer at all. It is also worth being clear that a request can clear the floor and still be nothing but a subject area — [a topic in the grammar of a request](https://www.deliverysheet.com/blog/a-topic-is-not-a-request) passes most checks that count words rather than read them. ## The urgency trap The requests that most need the floor are the ones that arrive with the most urgency, and urgency is exactly what argues for skipping it. "There's no time to write it up, it's blocking the board review." Worth being blunt: a request too urgent to describe in one sentence is a request nobody can act on quickly either. The sentence is not overhead on the work; it is the smallest possible version of the work of knowing what to do. Skipping it does not save the time, it moves the time to the most expensive place — the middle of delivery. ## What this is not Not a solution. Not an estimate. Not a business case, a priority, or an owner. All of those come later and several of them are somebody else's job. The floor exists to establish that there is something here to shape, and nothing more. Everything after it — separating fact from assumption, naming the outcome, finding the owner — is the shaping work proper, and it is much easier when the starting point is a sentence rather than a noun. ## How DeliverySheet enforces it Capture takes raw pasted text — a Slack message, an email, a note — and scores it for three signals: need, impact, trigger. Entering the lifecycle requires **need plus either impact or trigger**. There is no override: a topic word does not become a demand because someone insisted. Two details matter more than the rule. First, the floor is **deterministic** — if the AI is unavailable, the same bar applies as two plain questions ("what needs to change?", "who is affected, or what happens if nothing changes?"), and the answer is marked as user-attested rather than AI-verified. A governance rule that quietly relaxes when a model is down is not a rule. Second, what the AI reads can be **rejected**. If it decides your paste contains an impact and it is wrong, you say "not quite" and correct it in a sentence — the correction wins. That is the same principle as [AI suggesting rather than deciding](https://www.deliverysheet.com/blog/ai-should-suggest-not-decide) : it can read, it cannot rule. And the original paste is stored immutably. Answers given at capture live alongside it rather than being folded into it, so a year later you can still see what was actually asked for, separately from what was interpreted. Defined in the glossary: [Demand](https://www.deliverysheet.com/glossary/demand), [Shaping](https://www.deliverysheet.com/glossary/shaping) I'm Tan Gravam. I build **DeliverySheet** — it takes a vague work request to a clear delivery decision, so the shape, owner, capacity, dependencies and open questions are on the table before anyone commits people or a date. $189/month per workspace, unlimited members. 7-day free trial — card required, cancel before it ends and you're not charged. I answer the support email myself. [**Start 7-day trial **](https://www.deliverysheet.com/login?next=/app) [**See pricing **](https://www.deliverysheet.com/pricing) Not ready for that? Play [eight rounds of Request or topic?](https://www.deliverysheet.com/spot-the-request) It takes two minutes and needs no sign-up. ## **More on turning a request into a decision** [Read the overview: Turning a request into something you can decide on →](https://www.deliverysheet.com/topics/intake) - [How to write a one-page project brief](https://www.deliverysheet.com/blog/one-page-project-brief) The six questions a one-page project brief answers, a weak and a strong line for each, what to leave out, and a plain-text template to copy. - [Separate the facts from the assumptions before you plan anything](https://www.deliverysheet.com/blog/known-facts-assumptions-unknowns) Requests arrive as a blend of what is known, what is assumed and what nobody has checked. Written in one voice, the assumptions get treated as facts. - [Moving delivery governance out of the spreadsheet](https://www.deliverysheet.com/blog/moving-out-of-the-spreadsheet) The trigger is not row count. What actually migrates when you move intake and capacity out of a sheet — and the one thing you genuinely give up. ```json {"@context":"https://schema.org","@graph":[{"@id":"https://www.deliverysheet.com/#website","@type":"WebSite","description":"Turn raw work requests into structured, decision-ready demands before you commit people, budget, or a date. AI-assisted shaping, planning and commitment governance for engineering leaders.","name":"DeliverySheet","url":"https://www.deliverysheet.com/","publisher":{"@id":"https://www.deliverysheet.com/#identity"}},{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#webpage","dateModified":"2026-08-06","datePublished":"2026-08-06","description":"Not every message is a demand. The floor is low but it is real: a need, plus either who it affects or what happens if nothing changes.","name":"What makes a request shapeable","url":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable","@type":["WebPage","FAQPage"],"breadcrumb":{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#breadcrumb"},"isPartOf":{"@id":"https://www.deliverysheet.com/#website"},"mainEntity":[{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#/schema/question/1"}],"potentialAction":[{"@type":"ReadAction","target":["https://www.deliverysheet.com/blog/what-makes-a-request-shapeable"]}],"primaryImageOfPage":{"@id":"https://www.deliverysheet.com/#logo"}},{"@id":"https://www.deliverysheet.com/#identity","@type":"Organization","alternateName":"Delivery Sheet","description":"Turn raw work requests into structured, decision-ready demands before you commit people, budget, or a date.","name":"DeliverySheet","url":"https://www.deliverysheet.com","founder":{"@type":"Person","@id":"https://www.deliverysheet.com/about#person","name":"Tan Gravam"},"logo":{"@id":"https://www.deliverysheet.com/#logo"}},{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#breadcrumb","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","name":"Home","item":"https://www.deliverysheet.com","position":1},{"@type":"ListItem","name":"Writing","item":"https://www.deliverysheet.com/blog","position":2},{"@type":"ListItem","name":"What makes a request shapeable","item":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable","position":3}]},{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#article","@type":"Article","dateModified":"2026-08-06","datePublished":"2026-08-06","description":"Not every message is a demand. The floor is low but it is real: a need, plus either who it affects or what happens if nothing changes.","headline":"What makes a request shapeable","inLanguage":"en","thumbnailUrl":"https://www.deliverysheet.com/_og/s/o_ccb0a66b766e4823.png","about":[{"@id":"https://www.deliverysheet.com/glossary/demand#term"},{"@id":"https://www.deliverysheet.com/glossary/shaping#term"}],"author":{"@id":"https://www.deliverysheet.com/about#person"},"image":{"@id":"https://www.deliverysheet.com/#/schema/image/1"},"isPartOf":{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#webpage"},"keywords":["intake","shaping","process design"],"mainEntityOfPage":{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#webpage"},"publisher":{"@id":"https://www.deliverysheet.com/#identity"}},{"@id":"https://www.deliverysheet.com/blog/what-makes-a-request-shapeable#/schema/question/1","@type":"Question","inLanguage":"en","name":"What does a request need to contain before it can be shaped?","acceptedAnswer":{"@type":"Answer","text":"A request can be shaped into a demand when it contains a need — something that should be different — plus either an impact (who it affects) or a trigger (what happens if nothing changes). A topic word is not a request: \"reporting\" or \"the mobile app\" cannot be routed, sized or decided on, and accepting it into a lifecycle just moves the work of understanding it to someone with less context. Ask the one or two questions that clear the floor at intake, when the requester is still present, rather than three weeks later."}},{"@id":"https://www.deliverysheet.com/about#person","@type":"Person","jobTitle":"Founder","name":"Tan Gravam","url":"https://www.deliverysheet.com/about","sameAs":["https://gravam.com","https://twitter.com/TanGravam","https://github.com/TanGravam"]},{"@id":"https://www.deliverysheet.com/#logo","@type":"ImageObject","caption":"DeliverySheet","contentUrl":"https://www.deliverysheet.com/logo.png","inLanguage":"en","url":"https://www.deliverysheet.com/logo.png"},{"@id":"https://www.deliverysheet.com/#/schema/image/1","@type":"ImageObject","contentUrl":"https://www.deliverysheet.com/_og/s/o_ccb0a66b766e4823.png","inLanguage":"en","url":"https://www.deliverysheet.com/_og/s/o_ccb0a66b766e4823.png"}]} ``` ## Sitemap See the full [sitemap](https://www.deliverysheet.com/sitemap.md) for all pages.