# Friction Ledger

Project:

Owner:

Date opened:

Review cadence:

Version:

## Correct result

Describe the observable outcome the system should make easier.

## System boundary

What is included:

What is excluded:

## Actors and incentives

| Actor | Desired outcome | Incentive | Constraint | Decision power |
|---|---|---|---|---|
| | | | | |

## Friction inventory

| ID | Current behavior | Friction type | Who carries it | Evidence | Severity |
|---|---|---|---|---|---|
| F-001 | | Cognitive / procedural / technical / financial / social / emotional / physical / temporal | | | Low / medium / high |

## Inversion hypothesis

If we:

Then:

Because:

We will know when:

## Friction relocation

| Friction removed | Intended destination | New burden created | Who carries it now | Is that acceptable? |
|---|---|---|---|---|
| | | | | |

## Guardrails

| Risk | Leading indicator | Threshold | Protective response | Reversal path |
|---|---|---|---|---|
| | | | | |

## Backtest

- Previous failure this should prevent:
- Edge case:
- Accessibility impact:
- Adversarial use:
- Missing-data behavior:
- Worst plausible failure:

## Observation plan

| Signal | Why it matters | Source | Cadence | Owner |
|---|---|---|---|---|
| | | | | |

## Decision record

| Date | Evidence | Decision | Result | Follow-up |
|---|---|---|---|---|
| | | | | |

## Rebalance trigger

Revisit this inversion when:

- A leading indicator crosses its threshold.
- Friction moves to a less visible or less powerful actor.
- Manual correction becomes routine.
- The definition of the correct result changes.
- The system succeeds at a scale the original design did not anticipate.

## Current status

Status: Proposed / testing / accepted / revising / retired

Next review:

Next action:
