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

Shipped with Episode 7

Built on Douglas Hubbard's Applied Information Economics

Read the prompt first

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.

The Implied Price Recovery's filled panel: one harm, 180k approved and 600k refused, both decisions yours, and the stamp reads an implied price of 3k to 10k.

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

One harm, the things you funded to reduce it, and one you turned down. The division happens here, in this browser, and nothing is sent anywhere.

Things you approved

Add up to two more approvals (optional)

Extra approvals only ever raise the floor, never lower it. The one that sets it is the most you have demonstrably paid per unit, not the average of what you have paid.

Something you refused

Every count is in that same unit, and every one of them is yours to estimate. Nothing here fills them in for you, because those are the numbers the whole recovery rests on.

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:

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.

Copy-paste prompt
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
{
  "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.

Email your report

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.