Operating pattern
Resolution within policy
Explore alternatives within policy and affordability limits, with a clear stopping rule when no acceptable agreement exists.
Use when
An acceptable resolution depends on several linked terms under policy and customer constraints.
Operating contract
Authority, evidence, and stopping conditions.
- Job to control
- A workable resolution depends on several linked terms, but optimizing one term can produce an unaffordable or impermissible offer.
- Division of work
- The pack proposes one coherent option at a time, checks it against policy and customer constraints, and either records an acceptable agreement or stops at a named impasse.
- Control point
- Recheck each whole option, bound the revision cycle, and treat impasse as a valid controlled result.
- Evidence retained
- Applicable constraints, each complete option, policy and affordability results, exceptions, and agreement or impasse.
- Human ownership
- Own policy exceptions, validate the customer’s circumstances, and approve the final agreement or next step after impasse.
- Trade-off
- Bounds can end the process before agreement; that is preferable to an apparent resolution outside policy or authority.
Case sequence
- 01
Establish constraints
- 02
Propose a coherent option
- 03
Test policy and affordability
- 04
Revise within bounds
- 05
Agree or record impasse
Failure watch
Control intent and failure modes.
Control intent
Endless bargaining loops, single-metric optimization, hidden policy exceptions, and an apparent agreement that violates a hard constraint.
Failure modes
- 01Changing one term without rechecking the package
- 02Negotiating beyond the agreed review limit
- 03Presenting a policy exception as an agreement
Applied in Cadre
Packs using this operating design.
Each pack narrows the pattern to a specific financial-services decision and names the seam that remains under human review.