Decision Method¶

A decision method is a repeatable procedure that represents a decision frame, feasible alternatives, objectives or loss, evidence and uncertainty, preference or priority information, and an aggregation or search rule to recommend, rank, or adapt a course of action.

Version: v1 · 2026-09-28 · History
Domain-specific #: 8884
Domain group: Formal Sciences
Origin domain: Operations Research
Subdomains: Decision Analysis, Decision Science → Operations Research

Core Idea¶

A decision method is a repeatable procedure that represents a decision frame, feasible alternatives, objectives or loss, evidence and uncertainty, preference or priority information, and an aggregation or search rule to recommend, rank, or adapt a course of action.

The defining question for Decision Method is not whether a case shares a topical word with familiar examples. It is whether the case realizes the same organized identity: decision frame and alternatives, objectives and preferences, evidence and uncertainty model, procedure, output, and validation. Those roles make Decision Method testable across varied instances without reducing it to a loose theme.

The positive boundary is explicit. An explicit repeatable procedure maps a defined decision frame, values, evidence, and uncertainty to ranking or action guidance. The negative boundary is equally important. A goal, one rule, heuristic slogan, prediction, software interface, or chosen outcome is not automatically a decision method. Together these tests prevent Decision Method from becoming a catch-all for anything adjacent to its domain.

How would you explain it like I'm…

The Same-Steps Choosing Recipe

When you pick a game to play with friends, you could just shout one out. Or you could use the same steps every time: list the games, think about what everyone likes, think about what you know, like whether it might rain, and then pick using a fair way. Using the same set of steps to choose is a decision method.

A Repeatable Way to Choose

A decision method is a step-by-step way of choosing that you can use again and again. It needs a few parts: a clear question, the choices you could make, what you are trying to get or avoid, the facts you have and how sure you are about them, how much each thing matters to you, and a rule for combining all of it. Out comes a suggestion, like a best choice or a ranked list. Just having a goal, or one rule of thumb, or a guess about the future is not a decision method by itself. It has to be the whole repeatable recipe.

Structured Decision Procedure

A decision method is a repeatable procedure that turns a clearly framed decision into a recommendation, ranking, or adaptive course of action. Its parts include the decision frame and feasible alternatives, objectives or losses, the evidence and a model of uncertainty, preference or priority information, and an aggregation or search rule that combines them. It also produces a defined output and should be validated. Something only counts as a decision method if it realizes this structure; a goal, a single rule, a slogan, a forecast, a software tool, or the choice that was made are not automatically decision methods. That boundary keeps the idea from becoming a label for anything related to deciding.

A decision method is a repeatable procedure that represents a decision frame, the feasible alternatives, objectives or a loss function, evidence and its uncertainty, and preference or priority information, and applies an aggregation or search rule to recommend, rank, or adapt a course of action. Its identity lies in this organized set of roles: frame and alternatives, objectives and preferences, evidence and uncertainty model, procedure, output, and validation. The positive boundary is an explicit, repeatable procedure that maps a defined frame, values, evidence, and uncertainty to ranking or action guidance. The negative boundary excludes a mere goal, a single rule, a heuristic slogan, a prediction, a software interface, or a chosen outcome. These tests keep the concept from becoming a catch-all for anything related to decision-making.

Structural Signature¶

Sig role-phrases:

Decision frame and alternatives — Specifies actor, feasible actions, search areas, options, constraints, and stopping scope. Its status is constitutive. Counterfactual check: A recommendation is meaningless without alternatives.
Objectives and preferences — Defines utility, loss, criteria, tradeoffs, priorities, and stakeholder values. Its status is constitutive. Counterfactual check: Evidence alone does not determine what should be chosen.
Evidence and uncertainty model — Represents beliefs, detection chances, measurements, judgments, and updates. Its status is constitutive. Counterfactual check: Different uncertainty models can change priorities.
Procedure, output, and validation — Defines search, elicitation, aggregation, ranking, recommendation, sensitivity, and revision. Its status is quality-bearing. Counterfactual check: Opaque output cannot be audited or adapted.

These roles are jointly diagnostic for Decision Method. A Decision Method instance can realize them through different materials, scales, institutions, or notations, but removing a constitutive role changes the identity. Its scope-bearing and quality-bearing roles determine when an apparent Decision Method example is only adjacent or defective.

What It Is Not¶

Decision Method should not be inferred from a label alone: its exclusion rule states that a goal, one rule, heuristic slogan, prediction, software interface, or chosen outcome is not automatically a decision method.

The closest recurring near miss for Decision Method is informative. A decision rule maps a specified information state to an action; a decision method can include framing, elicitation, modeling, search, aggregation, and sensitivity analysis. That comparison identifies the level at which the Decision Method genus operates and the feature that its neighboring category lacks.

Not merely decision frame and alternatives. A recommendation is meaningless without alternatives. Within Decision Method, the decision frame and alternatives role must participate in the larger organization rather than stand alone.
Not merely objectives and preferences. Evidence alone does not determine what should be chosen. Within Decision Method, the objectives and preferences role must participate in the larger organization rather than stand alone.
Not merely evidence and uncertainty model. Different uncertainty models can change priorities. Within Decision Method, the evidence and uncertainty model role must participate in the larger organization rather than stand alone.
Not merely procedure, output, and validation. Opaque output cannot be audited or adapted. Within Decision Method, the procedure, output, and validation role must participate in the larger organization rather than stand alone.

A candidate exits Decision Method under a definable change. The case leaves the class when no repeatable evidence-and-values-to-choice procedure remains. This Decision Method exit test is stronger than saying that borderline examples merely ‘feel different.’

Scope of Application¶

Decision Method applies wherever the positive boundary and the complete role pattern can be established. The scope of Decision Method is therefore structural within the stated domain, not universal merely because one role appears elsewhere.

Bayesian search theory marks one part of the range: A probabilistic lost-object search using location beliefs, detection chances, and updates when results arrive. Including Bayesian search theory tests the Decision Method boundary against a concrete, already represented case rather than against an invented illustration.

Potentially all pairwise rankings of all possible alternatives marks one part of the range: Potentially All Pairwise RanKings of all possible Alternatives (PAPRIKA) is a method for multi-criteria decision making (MCDM) or conjoint analysis, as implemented by decision-making software and conjoint analysis products 1000minds and MeenyMo. Including Potentially all pairwise rankings of all possible alternatives tests the Decision Method boundary against a concrete, already represented case rather than against an invented illustration.

Scope claims about Decision Method must state the bearer or participant, operating conditions, relevant scale, and evaluative purpose. A putative Decision Method pattern that appears only after stripping away those conditions may be an analogy rather than an instance.

Historical and disciplinary vocabulary can divide the Decision Method space differently. The Decision Method identity therefore preserves local distinctions in subtypes while requiring each child relation to satisfy the common genus. The Decision Method parent does not overwrite a child's more specific domain accent.

Clarity¶

Decision Method clarifies analysis by separating identity, instance, means, and result. The Decision Method identity is the reusable organization described here; an instance realizes it; a means enables it; and a result follows from its operation. Confusing those Decision Method levels creates false duplicate nodes and misleading DAG edges.

For the Decision Method role decision frame and alternatives, the operative question is: what in this case specifies actor, feasible actions, search areas, options, constraints, and stopping scope? If no concrete answer identifies decision frame and alternatives, the Decision Method classification remains unsupported rather than merely incomplete.

For the Decision Method role objectives and preferences, the operative question is: what in this case defines utility, loss, criteria, tradeoffs, priorities, and stakeholder values? If no concrete answer identifies objectives and preferences, the Decision Method classification remains unsupported rather than merely incomplete.

For the Decision Method role evidence and uncertainty model, the operative question is: what in this case represents beliefs, detection chances, measurements, judgments, and updates? If no concrete answer identifies evidence and uncertainty model, the Decision Method classification remains unsupported rather than merely incomplete.

The inclusion test for Decision Method can be used prospectively during curation by asking whether an explicit repeatable procedure maps a defined decision frame, values, evidence, and uncertainty to ranking or action guidance. Its exclusion and exit tests can then challenge the initial judgment, making Decision Method disagreements traceable to a role, condition, or level rather than to terminology alone.

Manages Complexity¶

Decision Method compresses many concrete variants into a small role system. This Decision Method compression allows comparison without pretending that every instance shares implementation details, history, or value. The Decision Method abstraction keeps the relations needed to explain category membership and discards detail that does not bear on that question.

The decision frame and alternatives role manages one source of complexity by giving curators a stable place to record how an instance specifies actor, feasible actions, search areas, options, constraints, and stopping scope. It also exposes failure: A recommendation is meaningless without alternatives.

The objectives and preferences role manages one source of complexity by giving curators a stable place to record how an instance defines utility, loss, criteria, tradeoffs, priorities, and stakeholder values. It also exposes failure: Evidence alone does not determine what should be chosen.

The evidence and uncertainty model role manages one source of complexity by giving curators a stable place to record how an instance represents beliefs, detection chances, measurements, judgments, and updates. It also exposes failure: Different uncertainty models can change priorities.

The procedure, output, and validation role manages one source of complexity by giving curators a stable place to record how an instance defines search, elicitation, aggregation, ranking, recommendation, sensitivity, and revision. It also exposes failure: Opaque output cannot be audited or adapted.

Decomposition is helpful only if recombination is preserved. Treating each role of Decision Method as an independent checklist item can miss interactions among them; the draft therefore treats the signature as an organized whole and not a bag of attributes.

Abstract Reasoning¶

Reasoning with Decision Method begins by proposing a candidate bearer and mapping every structural role. The Decision Method map can then be tested through counterfactual removal: if a role disappeared, would the case remain the same kind of thing, become a defective instance, or leave the class entirely?

For decision frame and alternatives, ask: A recommendation is meaningless without alternatives.
For objectives and preferences, ask: Evidence alone does not determine what should be chosen.
For evidence and uncertainty model, ask: Different uncertainty models can change priorities.
For procedure, output, and validation, ask: Opaque output cannot be audited or adapted.

Comparative Decision Method reasoning should vary one role at a time while holding the others stable. That Decision Method method distinguishes subtype variation from category exit and helps identify whether two separately named discoveries are genuine duplicates, siblings, or merely neighbors.

DAG reasoning about Decision Method adds a stricter question: is the proposed parent a necessary genus or prerequisite for the child? Topical association is insufficient for a Decision Method edge. For this wave, Decision Method is left unparented when the live catalog lacks a defensible broader endpoint; an honest root is preferable to a false hierarchy.

Knowledge Transfer¶

The Decision Method blueprint can transfer as an analytic scaffold: identify the roles, map them to a new case, test exclusions, and retain the receiving domain's terminology and evidence standards. Transfer of Decision Method concerns the organization of inquiry, not an assertion that every domain uses the same mechanisms.

The transferable Decision Method question contributed by decision frame and alternatives is how the receiving case specifies actor, feasible actions, search areas, options, constraints, and stopping scope. A receiving domain may answer the decision frame and alternatives question with different entities or measures while preserving its structural place.

The transferable Decision Method question contributed by objectives and preferences is how the receiving case defines utility, loss, criteria, tradeoffs, priorities, and stakeholder values. A receiving domain may answer the objectives and preferences question with different entities or measures while preserving its structural place.

The transferable Decision Method question contributed by evidence and uncertainty model is how the receiving case represents beliefs, detection chances, measurements, judgments, and updates. A receiving domain may answer the evidence and uncertainty model question with different entities or measures while preserving its structural place.

The transferable Decision Method question contributed by procedure, output, and validation is how the receiving case defines search, elicitation, aggregation, ranking, recommendation, sensitivity, and revision. A receiving domain may answer the procedure, output, and validation question with different entities or measures while preserving its structural place.

Failed Decision Method transfer is informative. If the receiving case cannot satisfy the positive boundary or survives the exit change unchanged, it should not be relabeled as Decision Method. A failed Decision Method transfer may instead motivate a higher-order abstraction, a sibling, or a relation other than subsumption.

Examples¶

Bayesian search theory¶

This is a adaptive probabilistic search method used to test the Decision Method signature against a concrete case.

Decision frame and alternatives: candidate search regions and allocation actions.
Objectives and preferences: maximize detection probability or minimize expected search cost.
Evidence and uncertainty model: prior location beliefs, conditional detection probabilities, and Bayesian updates after results.
Procedure, output, and validation: allocate search effort, update beliefs, stop or redirect, and test sensitivity.

The Bayesian search theory example qualifies because its mapped roles jointly satisfy the inclusion test for Decision Method. No single feature listed for Bayesian search theory would be sufficient by itself.

PAPRIKA¶

This is a multi-criteria preference-elicitation method used to test the Decision Method signature against a concrete case.

Decision frame and alternatives: options characterized by multiple criteria.
Objectives and preferences: decision-maker tradeoffs inferred from pairwise rankings.
Evidence and uncertainty model: judgment data with consistency and implied-ranking constraints.
Procedure, output, and validation: derive criterion weights or value model and rank alternatives with sensitivity checks.

The PAPRIKA example qualifies because its mapped roles jointly satisfy the inclusion test for Decision Method. No single feature listed for PAPRIKA would be sufficient by itself.

Structural Tensions¶

T1 — Comprehensive rational modeling vs. cognitive burden, time, transparency, and robustness to misspecification. Richer models capture nuance but demand more data and judgments and can obscure sensitivity. Diagnostic: Which assumptions and preferences drive the recommendation?

These tensions are not defects in the Decision Method concept. The coupled Decision Method pressures recur across valid instances, and their balance helps explain subtype differences, failure modes, and historical change.

Structural–Framed Character¶

The structural core of Decision Method is the relation among decision frame and alternatives, objectives and preferences, evidence and uncertainty model, procedure, output, and validation. The Decision Method frame supplies domain-specific bearers, materials, institutions, scales, norms, and evidence. The core and frame of Decision Method are analytically separable but operationally interdependent.

Holding the Decision Method core stable permits comparison; preserving its frame prevents empty analogy. A proposed instance of Decision Method should therefore state both its role mapping and the conditions under which that mapping is meaningful.

Structural Core vs. Domain Accent¶

The Decision Method core is a decision method is a repeatable procedure that represents a decision frame, feasible alternatives, objectives or loss, evidence and uncertainty, preference or priority information, and an aggregation or search rule to recommend, rank, or adapt a course of action. Its domain accent determines which distinctions experts care about, what counts as competent performance or reliable evidence, and where Decision Method borderline cases are placed.

Children of Decision Method inherit the core without becoming interchangeable. Definitions of Decision Method children can add mechanisms, histories, constraints, or institutional meanings. The Decision Method parent relation records a necessary genus, not a claim that the parent exhausts the child.

System — in Decision Method, it organizes interacting roles.
Pattern — in Decision Method, it supports recognition across instances.
Constraint — in Decision Method, it delimits admissible cases.
Function — in Decision Method, it connects organization to effects.
Context — in Decision Method, it sets conditions of valid application.

These Decision Method connections are analytic relations rather than automatic DAG parents. Every proposed Decision Method endpoint must exist in the catalog, and each edge must express a supported logical relation before implementation.

Relationships to Other Abstractions¶

Current abstraction Decision Method Domain-specific

Foundational — no parent edges in the catalog.

Children (2) — more specific cases that build on this

Bayesian search theory Domain-specific is a kind of Decision Method

Bayesian search theory satisfies the defining boundary of Decision Method: A decision method is a repeatable procedure that represents a decision frame, feasible alternatives, objectives or loss, evidence and uncertainty, preference or priority information, and an aggregation or search rule to recommend, rank, or adapt a course of action.
Potentially all pairwise rankings of all possible alternatives Domain-specific is a kind of Decision Method

Potentially all pairwise rankings of all possible alternatives satisfies the defining boundary of Decision Method: A decision method is a repeatable procedure that represents a decision frame, feasible alternatives, objectives or loss, evidence and uncertainty, preference or priority information, and an aggregation or search rule to recommend, rank, or adapt a course of action.

Neighborhood in Abstraction Space¶

Decision Method sits in a crowded region of the domain-specific corpus (30^th percentile for distinctiveness): several abstractions share nearly its structure, so a description that fits it tends to fit its neighbors too.

Family — Generic Domain Practice Definitions (22 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-10-08

Not to Be Confused With¶

Closest Decision Method near miss: A decision rule maps a specified information state to an action; a decision method can include framing, elicitation, modeling, search, aggregation, and sensitivity analysis.
A mere component or means: one role can enable Decision Method without itself instantiating the whole identity.
A result or observed effect: an outcome can indicate Decision Method operation without being the organized abstraction that produced it.
A lexical neighbor: wording shared with Decision Method or domain proximity does not establish a necessary genus relation.
An unrestricted higher-order category: Decision Method retains the boundary conditions and expert distinctions stated in this account.

References¶

Decision Analysis Society. “Decision Analysis.” INFORMS. https://connect.informs.org/das/home registry

NASA. NASA Systems Engineering Handbook, Decision Analysis section. https://www.nasa.gov/reference/systems-engineering-handbook/ registry

National Institute of Standards and Technology. Guide for Conducting Risk Assessments. SP 800-30 Rev. 1. https://doi.org/10.6028/NIST.SP.800-30r1 registry