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.
The decision it forces
There's a harm you've said can't be priced. Maybe it's what a wrong answer does to a customer, or what an outage does to a reputation, or 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, in his words
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. He locates the argument in his own work, on the same tape: his first book makes the moral case that these things have to be measured.
To read the number back out, take his hypothetical as two facts about whoever says it: 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 states both halves and never does the division, and he was interviewed in 2016, long before the AI-harm application. The bracket, the floor, the ceiling and the inconsistency rule are the show's arithmetic on top of his argument, the same way the Verification Budget put multiplication on top of Paul Gibbons's ranges. The idea is his; the sum is ours.
The fields
| Field | What goes in it | Who fills it |
|---|---|---|
harm |
The thing you've said can't be priced, in the words you'd use to a colleague | you |
unit |
One unit of that harm, in the singular. A wrongful suspension, an hour of outage, a person affected | you |
approved[].what |
Something you funded, at least partly to reduce that harm. One is enough; more sharpens the floor | you |
approved[].cost |
What it cost, in whatever currency you budget in | machine, or you |
approved[].reduction |
How many of those it actually took away in a year | you, and only you |
refused.what |
Something you turned down that would also have reduced it | you |
refused.cost |
What it would have cost | machine, or you |
refused.reduction |
How many it would have taken away, same unit, same year | you, and only you |
implied_price.floor |
The highest cost-over-count among the approvals | derived |
implied_price.floor_set_by |
Which approval set it, or null when only one was given |
derived |
implied_price.ceiling |
Refused cost over refused count | derived |
implied_price.verdict |
bracketed, inconsistent, or unresolved | derived |
This page carries no worked example beyond the schematic one on its card, because a filled recovery names a real thing an organisation decided not to pay for, and that belongs to whoever decided it.
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.
How the number is worked out
The whole of it, so nothing here is a black box.
Every approval gives us one fact: we were willing to pay its cost for the harm it took away. Divide the cost by the count and that's a rate we accepted. Do that for each approval, and the floor is the highest of them, because a price we have paid once is a price we have paid. It is never the average. An average would let a cheap decision talk down an expensive one we actually signed, and we signed it.
Every refusal gives us the opposite fact: we were not willing to pay its cost for the harm it would have taken away. Divide, and that rate is a ceiling.
floor = max( approved[i].cost / approved[i].reduction )
ceiling = refused.cost / refused.reduction
verdict = unresolved when either side is missing, or any count is zero
= bracketed when floor < ceiling
= inconsistent when floor >= ceiling
So extra approvals can only raise the floor, never lower it, which is why they're optional and why adding one either tightens the bracket or breaks it. Breaking it is not a bug in the arithmetic. It's the finding: a spend we approved at a rate we elsewhere refused is the inconsistency Hubbard is describing, and it was invisible until both decisions were written next to each other.
Hubbard sets this up at 20:56 in the episode, where he gives both halves and stops short of dividing them. The division is ours.
The verdict rule
The floor is what you demonstrably will pay. The ceiling is what you demonstrably won't. 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. 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/, 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 can do every division on this page, and it can read a cost off an invoice, a budget line or a signed quote. That part is better done by something that doesn't get tired.
It may never supply either reduction figure. How much harm a spend actually took away is the judgment the whole recovery rests on, and a model that estimates it returns a price nobody set, which is the one thing worse than having no number at all.
It may never tell you which of two inconsistent decisions was the wrong one. The arithmetic can prove they disagree. Only a person can say which one we'd defend.
The part that's not optional
Pick the harm you're most confident can't be priced, not the one that's easiest to fill in. Then use the two decisions you actually made, including the one you'd rather not reopen.
If the bracket comes out inconsistent, that result is worth more than a tidy number would have been, and Hubbard's line is the reason: a price that moves on its own is the thing refusing to name it buys you.
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.
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.