The Implied Price Recovery
What did you already decide it was worth?
One approval, one refusal, the same harm. The gap between them is the price you keep saying you don't have.
For whoever approves spend against a harm. You bring one approved, one refused spend·10min·model optional·tool
It ends in: bracketed, inconsistent, or unresolved
Watch the two-minute walkthrough 2:06
A two-minute walkthrough: why a harm we say can't be priced has a price in our budget already, the fields, the calculator, the three verdicts, and how to run the prompt in any model.
The decision it forces
What did we already decide it was worth? Take one spend we approved and one we refused, against the same harm, and the gap between them brackets the price we keep saying we don't have, or shows that our two decisions disagree.
The harm is the one we've said can't be priced: what a wrong answer does to a customer, what an outage does to a reputation, what one bad automated call does to somebody's month. Somebody asked for a number and we said the question was the wrong shape. We've already answered it. Not in a meeting, in a budget.
Douglas Hubbard, on Episode 7, recorded in 2016, about organisations that will tell you to your face that the number doesn't exist:
but in fact, when you look at the decisions they've made, they already have been.
To run it, use the calculator below, or copy the prompt into any model you already use.
The argument
His route there is short. It starts with the thing nobody disputes, that resources are limited and the big problems are many, so choosing between them is pricing them, whether or not anyone says so. The version people get most indignant about is that making those choices puts a value on a human life. His point is that the choice already did that, and anyone with access to the decisions and a little algebra can read the number back out.
He's clear about why it's worth digging out rather than leaving where it is:
The problem is because it's only implied and not explicit, it changes every time.
That's the cost of refusing. Not that we price the thing badly, but that we price it differently on Tuesday than we did on Monday, for reasons that have nothing to do with the decision.
To read the number back out, take two facts about whoever says it can't be priced: they approved something, so their price is at least what they paid per unit of harm avoided, and they refused something else, so their price is below what that one would have cost per unit. The number they say they don't have sits between the two. Hubbard gives both halves at 20:56 in the episode and stops short of dividing them; the division is ours.
The fields
| Field | What goes in it | Who fills it |
|---|---|---|
harm and unit |
The thing we've said can't be priced, and one unit of it, in the singular: a wrongful suspension, an hour of outage, a person affected | you |
approved |
Each thing we funded at least partly to reduce that harm: its what, its cost, and its reduction, how many units it took away in a year. One is enough; more sharpen the floor. A machine can find the cost; the reduction is ours to state |
you |
refused |
One thing we turned down that would also have reduced it: its what, its cost, and its reduction. A machine can find the cost; the reduction is ours to state |
you |
implied_price |
The floor, the highest cost over count among the approvals, and the approval that set it (floor_set_by); the ceiling, the refusal's cost over count |
derived |
implied_price.verdict |
bracketed, inconsistent, or unresolved | derived |
The verdict reads the costs and reductions; harm, unit and the names say what they're counts of. There's no worked example beyond the schematic one on the card: a filled recovery names something an organisation decided not to pay for.
The calculator
At least: not yet
And under: not yet
Unresolved. One approval and one refusal are needed, each with a cost and a count.
The verdict rule
Every approval is a rate we accepted: its cost over its count. The floor is the highest of them, never the average, because a price we have paid once is a price we have paid. A refusal is a rate we turned down, and that's the ceiling.
Extra approvals can only raise the floor, so each one either tightens the bracket or breaks it. Three outcomes, and only one of them is comfortable:
- Bracketed. The floor is below the ceiling, and your price is in between. You have a number. Write it down and use it on the next decision, because you were using it anyway.
- Inconsistent. The floor is at or above the ceiling. You paid more per unit in one place than you refused to pay in another, for the same harm. This is Hubbard's "it changes every time", arriving as arithmetic. It doesn't tell you which of the two decisions was wrong, and neither does this page.
- Unresolved. One of the numbers is missing, or a count is zero. Don't fill it with a plausible one. A missing count is a finding about what we know, not a gap in the form.
Run it with any model
If you'd rather be interviewed than fill a form, this does the same arithmetic. It may divide; it may never tell you how much harm a spend took away.
Help me recover the implied price I have already put on a harm I say cannot be priced, using two decisions I have already made. The arithmetic is fixed and you do all of it. For each thing I approved, divide its cost by its count to get a rate I accepted; the floor is the HIGHEST of those rates, never the average. The ceiling is the refused cost divided by the refused count. If the floor is below the ceiling, my implied price is between them. If the floor is at or above the ceiling, my decisions are inconsistent. If either side is missing, or any count is zero, the result is unresolved. INTERVIEW ME, two questions at a time. 1. harm: the thing I have said cannot be priced, in plain words. 2. unit: one unit of that harm, in the singular. Ask me for this before any money is mentioned. 3. approved[].what: something I funded at least partly to reduce that harm. 4. approved[].cost: what it cost. If I give you a budget line, an invoice or a quote, read the figure off it and show me where you got it. 5. approved[].reduction: how many of those it actually took away in a year. Ask me WITHOUT suggesting a number, a range, a percentage or a benchmark. 6. Then ask once whether there is another approved spend against the same harm, and repeat 3 to 5 for each one I give you. Stop asking when I say there are no more. One is enough to finish. 7. refused.what: something I turned down that would also have reduced the same harm. 8. refused.cost: what it would have cost. 9. refused.reduction: how many it would have taken away, same unit and same year. Same rule as above. RULES YOU DO NOT BREAK 1. Never estimate either reduction figure. Those two numbers are the whole recovery, and a model supplying them hands back a price I never set. If I cannot give you one, record it as missing and return unresolved. 2. Never tell me my implied price is too high or too low, humane or callous, defensible or not. You produce a bracket. What it means is mine. 3. When the result is inconsistent, do not guess which decision was the mistake, and do not suggest which number to revise. Report both, in the order I gave them, and stop. 4. Do not invent decisions I did not make, and do not go looking for an extra approval that would move the floor somewhere more comfortable. Take the ones I give you, in the order I give them. 5. Report the floor as one of my approvals, by name, not as a number with no decision attached to it. 6. Do not ask for a customer name, a vendor name, a credential, or the contents of any incident. Amounts and counts are enough. OUTPUT Valid JSON matching the schema implied-price-recovery/v0.1 as published at https://sigsub.show/takeaways/implied-price-recovery/#the-answer-format. If you can't read that page, use these keys, in this order: schema, harm, unit; approved, a list, each with what, cost and reduction; refused, with what, cost and reduction; implied_price, with floor, floor_set_by, ceiling and verdict. Then one line giving the floor and which approval set it, one giving the ceiling, and one plain sentence naming the verdict and nothing else.
What to check in the answer
It may do every division, and read a cost off an invoice, a budget line or a signed quote. It may never estimate either reduction figure, never say whether the implied price is too high or too low, and never guess which of two inconsistent decisions was the mistake.
The part that's not optional
Pick the harm we're most confident can't be priced, and use the two decisions we actually made, including the one we'd rather not reopen. An inconsistent result is worth more than a tidy number, because a price that moves on its own is what refusing to name it buys.
For builders
The answer format
{
"schema": "implied-price-recovery/v0.1",
"harm": "",
"unit": "",
"approved": [
{
"what": "",
"cost": 0,
"reduction": 0
}
],
"refused": {
"what": "",
"cost": 0,
"reduction": 0
},
"implied_price": {
"floor": 0,
"floor_set_by": null,
"ceiling": 0,
"verdict": "unresolved"
}
}
The Copy JSON button above emits exactly this.
Got an answer back from the prompt? Read it against this schema. It runs in your browser and sends nothing.
Report back
Ran this? Tell us what happened. What broke and what you changed are the useful parts, because that's how the next version gets better.
Or write to hey@sigsub.show with Takeaway: implied-price-recovery as the subject. It's a plain email: no form, no account, nothing tracked. Nothing you send appears here unless you say yes, and you choose how you're named.
Rather talk it through in public? Comment on the Sunday issue on Substack, the same issue on LinkedIn or the episode on YouTube. Those threads live on their platforms, under their rules; nothing from them runs on this page.
Keep the next choice in view
One signal, one subtraction and one analogy every Sunday. Five minutes, no video required.
Optional. Free on Substack, no account needed. Already on LinkedIn? Subscribe there.