Where we start
Somebody on the football club committee wants team chat inside the tool. It is not a stupid idea. It is not the job either, and the job is getting eleven players confirmed by Thursday night. You are going to decline it. There are three ways to do that and two of them will cost you more than building the thing would have.
★ What you walk out with tonight. One real request you need to decline, written out as a decline that keeps the person: the problem named generously, the solution declined, the reason attached, and either the condition that would change your mind or an honest admission that nothing would.
A decline has two jobs and most people only do one
6 min liveThe first job is to decide the thing. The second is to keep the person telling you things. If somebody stops bringing you requests you have lost your cheapest source of evidence about problems, which is what session 2 established requests actually are.
LiveYes to the problem, no to the solution, and the reason attached4 min▶
Every request arrives in two parts, and session 1 spent an hour prying them apart: the solution somebody has already picked, and the problem underneath that made them pick it. A decline that lands says no to exactly one of those and yes to the other.
"We are not building team chat" declines both at once. The person hears that their solution was rejected, and because you never separated the two, they also hear that whatever drove them to ask does not matter. That is the sentence that makes an enemy, and notice it is not rude. It is just incomplete.
The complete version has three moving parts, in this order. Name the problem generously, in their words, so they can hear that you understood it. Decline the solution, plainly, so nobody leaves the room thinking it might still happen. Attach the reason, which is nearly always a job you committed to and the fact that this does not move it. "We are not building team chat, because the job we committed to is getting eleven confirmed by Thursday and chat does not move that. But the reason you want it is that nobody knows when the pitch changes, and that IS a real problem I want to come back to."
The last clause is the one people skip because it feels like weakness. It is the opposite. It is the sentence that keeps the request coming next time.
Self-studyWhy none of this is personal, with two numbers that make the point4 min▶
The reason declines feel like judgements is that everybody privately believes their idea would have worked. The organisations best placed to check that belief have checked it, at enormous scale, and the answer is humbling in a useful direction.
A 2017 management-review article by Ron Kohavi and Stefan Thomke reports two separate rates. At Google and Bing, only about 10% to 20% of experiments generate positive results. And at Microsoft as a whole, one third of experiments prove effective, one third are neutral, and one third come out negative.
Those are two different numbers about two different organisations, and people mix them up constantly. The widely repeated "about a third of ideas work" is the Microsoft-company-wide figure, spanning products as unalike as Office, Windows, Xbox and Skype. Applied to Bing, or to search generally, it is wrong by roughly a factor of two, because the rate there is 10 to 20%. If you ever quote one of these, say which organisation it belongs to.
What it buys you in a decline is the right posture. Most ideas do not work. That includes the good ones, it includes the ones from people more senior than you, and it emphatically includes yours. Declining somebody's feature is not a statement that they are wrong about the world, and saying so out loud takes a surprising amount of heat out of the conversation.
"No" is usually the wrong word
5 min liveAlmost none of the declines you actually need to make are a flat never. Four different things get said as "no", they mean completely different things to the person hearing them, and using the wrong one is how a reasonable decision turns into a grudge.
LiveThe test that separates "not now" from a fake yes3 min▶
Say the words out loud and then try to finish this sentence: "and what would change my mind is...". If something real comes out, you have a genuine not now. If you hear yourself saying "well, if it became a priority", you have a fake yes and you should go back and pick a different word.
A real condition is checkable by the other person without asking you. "Once the confirmations flow is live and we still see people missing pitch changes" is checkable. "When we have bandwidth" is not, because only you can ever decide whether that has happened, which means the person has to keep coming back and asking, which is the thing you were trying to avoid.
The reason this matters more than it sounds: a fake yes does not just cost you credibility when it is eventually discovered. It costs the other person their own alternative. Somebody who believes their problem is being handled stops looking for their own way around it, and a lot of the time their own way around it was cheaper than anything you would have built.
| The situation | The form it actually is | Wording you can use |
|---|---|---|
| Real problem, wrong moment. It would genuinely help, but it does not move the job you committed to | Not now, with a condition | "Not before the confirmations work lands. What would change my mind is that going live and people still missing pitch changes. Ask me again then and I will mean it." |
| Real problem, wrong solution. Building what they asked for would not fix what is hurting them | Not this, but here is the underlying problem | "We are not building team chat. The thing you named, that nobody knows when the pitch changes, is real, and what we are doing about it is putting the change in the Thursday message." |
| Real problem, not yours. Somebody else already owns this and has for a year | Not us, with a warm handover | "This sits with the fixtures secretary rather than with us. I have sent her what you told me and copied you, so you are not starting again from nothing." |
| It works against the job. Doing it would make the outcome you promised worse, not just slower | Never, with the reason | "We are not going to do this, and it is not a timing thing. It pulls against getting eleven confirmed by Thursday, which is the one thing we said we would do." |
| You cannot tell yet whether there is a real problem under the request at all | Not a decline yet, and say so | "I am not saying no, and I am not saying yes. I need one thing first: what do you do about this today, and when did it last go wrong?" |
Self-studyWhat happens to an organisation that never declines anything3 min▶
Melissa Perri gave this a name in 2014: the build trap. Her description is of organisations that stop analysing what they intend to build and why, and keep shipping features on the strength of an initial idea, without validating that any of it did anything. The tidy one-line version you will see quoted everywhere, about measuring success by outputs rather than outcomes, reflects her argument accurately, but it is how secondary summaries condense her rather than a sentence anybody has checked against the source, so treat it as a paraphrase.
The mechanism is worth sitting with, because it is not laziness. It is the accumulated result of a thousand individually reasonable declines that nobody had the nerve to make. Every feature in the trap got there because somebody asked, nobody wanted the conversation, and "we will add it to the backlog" was cheaper in the moment than three honest sentences.
Which is the quiet argument of tonight. The skill is not saying no. Anybody can say no. The skill is saying it in a way that costs you so little socially that you are willing to do it the next forty times.
When you cannot actually decline anything
4 min liveMost people reading this have no authority to refuse a request at all. Somebody senior wants the thing, and "no" is not a sentence available to you. The move is not to refuse. It is to make the tradeoff visible and hand the decision back, with a recommendation attached.
LiveNever abstain, and never present it as a threat3 min▶
Two failure modes sit either side of this, and both are common.
Abstaining. You lay out the two options neutrally, say "it is your call", and feel scrupulous about it. What the other person hears is that you have no view, which means the cheapest reading of the situation wins, which is usually "do both". Say which one you would pick and why, in one sentence, and then genuinely accept whichever they choose. The recommendation is what makes you worth asking next time.
Weaponising the cost. There is a version of "what it displaces" that is really a threat, delivered with a sigh, and everybody can hear it. The tell is that the number moves depending on how much you want to build the thing. Write the cost down before you know which way you are arguing, and be willing to show the same number to somebody who wants the opposite outcome.
What you are actually protecting here is the thing session 4 measured. Order is the decision that changes when a working tool exists, and it gets made whether or not anybody makes it consciously. Handing the tradeoff back is how the person with the authority gets to make it on purpose.
One request you actually need to decline
★ 22 min · bring a real oneNot a hypothetical. The one you have been putting off, ideally the one where the person asking has more authority than you do. Five passes, and you should end with something you could send.
Write the request exactly as it arrived, and who made it. The authority of the asker changes which tools you have, so put it on the page rather than carrying it around as a feeling. Note also how many times they have asked, because the third ask is usually about being heard rather than about the feature.
Write the problem underneath it, in the most generous form you can manage. Generous means the version they would agree with, not the version that is easiest to dismiss. If your first attempt makes the request sound silly, you have written a straw man and the person will hear it in your decline.
Decide which of the four it actually is: not now, not this, not us, or never. Then apply the test. Say "and what would change my mind is" out loud and see whether a real, checkable condition comes out. If it does not, you have a never, and calling it a not now is the fake yes.
Write the decline itself, in three parts. Problem named, solution declined plainly, reason attached to the job you committed to. Keep it under five sentences, and read it back asking one question: could the person quote this sentence to somebody else without it sounding like a brush-off?
Write the condition, or admit there is none. A real condition is checkable by them without asking you. If nothing qualifies, rewrite the whole thing as a never with the reason, which is shorter, harder to say, and a great deal kinder than the alternative.
If you have no authority at all. Do the five passes anyway, then convert the output. Instead of "we are not building this", the last pass becomes a note with three lines: what it costs, what it displaces, and which one you would pick. Send that to the person who can decide, and copy the person who asked, which quietly does the hardest part of the job for you. They can see their problem was taken seriously and that the decision was made in daylight.
Before session 6
25 min- Send the decline. Not a rehearsal. The one you wrote tonight, to the person who asked, this week. Note what came back, because the response to an honest no is the only real evidence about whether your version of it lands.
- Go and find one old fake yes. Something that has been on a list for months and will never be built. Decide what it actually was, and either kill it out loud with a reason or write the condition that would revive it. One is enough.
- Write the cost and the displacement for the next request you get, before you have decided how you feel about it. The discipline of writing the number first is what stops it drifting to suit your argument later.
- Bring everything from sessions 1 to 5 to session 6. The problem statement, the pile of requests, the cut you made, the order you chose, and the decline you sent. Session 6 turns that stack into one page, so having it in one place saves you the scramble.
Three questions
Clear all three and session 5 gets stamped in your passport.
1 · Of the three ways to decline a request, which one is the most expensive, and why?
The bare no is cheap to say and costs you the relationship. The fake yes costs you the relationship later plus the other person's own workaround now, because somebody who believes their problem is being handled stops looking for their own way around it.
2 · You say "not now" to a request. What makes that honest rather than a fake yes wearing a date?
Intent is not a condition, and a date you control is not either. "When we have bandwidth" can only ever be adjudicated by you, so the person has to keep coming back and asking, which is exactly the situation a decline is meant to end. If nothing would change your mind, the honest word is never.
3 · Somebody quotes "about a third of ideas work" and attributes it to Bing's experiments. What is wrong with that?
Both numbers are real, they come from the same 2017 article, and they belong to different organisations. Mixing them up flatters search experimentation by about double. Whenever you quote either one, say which organisation it belongs to.
What this session teaches, and where it came from
Every fact on this page, and its verification tier, is recorded in the course's source map.
Session 5 cheat sheet · pin this
You now have five things scattered across five evenings: a problem statement, a pile of requests read as evidence, a cut, an order, and a decline you have actually sent. None of it is usable by somebody who was not in the room. Session 6 is the one page that fixes that: the job, who it is for, what is in, what is deliberately out, and how you will know it worked. It is also the last one, so there is a final scorecard, and the door into actually designing the thing, which is where a different course picks up.