Prequalification Process¶

Screening workflow — instantiates Adverse Selection Filtering

Runs applicants through a staged evidence-gathering workflow before they can enter the pool, surfacing hidden weaknesses before exposure — with an exception path for borderline or miscategorized applicants.

A Prequalification Process is the archetype's active screen: a multi-step workflow that gathers, verifies, and weighs evidence before an entrant is allowed into the pool. Unlike a bright-line rule, it is a sequence — collect documents, check references, verify claims, decide, route — and unlike a passive cost-sharing term, it does real investigative work on each applicant. What makes it this mechanism rather than its siblings is the workflow itself and its built-in exception branch: because an active screen operating under uncertainty will sometimes get an applicant wrong, a real prequalification always carries an appeal path so a wrongly-categorized or record-poor entrant can be corrected rather than silently excluded.

Example¶

A general contractor keeps a prequalified pool of subcontractors that are allowed to bid its projects. Before a new sub can enter that pool, it moves through the workflow: it submits financial statements, its safety record (including its workers'-comp experience modification), bonding capacity, licenses, and project references; the contractor verifies each in turn and then routes the applicant to admit, admit-with-conditions (say, a lower single-project ceiling until a track record accrues), or decline. A sub declined over a stale safety figure it has since corrected uses the appeal branch to submit the updated record and be re-evaluated. The pool that results is not merely "everyone who cleared a bar" but "everyone the workflow actually vetted" — with a documented route back for those it got wrong.

The workflow's value is that it catches problems a single threshold would miss — a thin balance sheet behind a valid license, a reference that doesn't check out — while its cost is the burden it places on every applicant, including honest ones without polished paperwork.

How it works¶

Sequence the evidence gates. The screen is a series of checkpoints — documents, verification, references — each of which an applicant must pass, so weaknesses surface progressively rather than all at once.
Verify, don't just collect. Submitted evidence is checked against independent sources, because the point of an active screen is that it does not take claims at face value.
Route, don't just accept or reject. Outcomes include conditional admission, not only a binary, so borderline entrants can enter under bounded terms.
Keep an exception branch. A documented appeal lets applicants correct records, supply alternative evidence, or request accommodation when the workflow miscategorizes them.

Tuning parameters¶

Number and depth of gates — how many checkpoints and how deep each goes; more is thorough but slower and heavier.
Documentation burden — how much the applicant must produce; higher deters weak entrants but also record-poor legitimate ones.
Verification rigor — how hard each claim is checked versus taken on trust; the core cost/assurance dial.
Conditional-admit option — whether a middle route exists between accept and reject, and how bounded it is.
Appeal turnaround — how fast and how generous the exception path is; too slow and it stops functioning as a real safeguard.
Re-prequalification cadence — how often existing pool members must re-run the workflow.

When it helps, and when it misleads¶

Its strength is depth: an active, verifying workflow surfaces hidden weaknesses that a bright-line minimum cannot see, and its conditional-admit and appeal routes let it protect the pool without the collateral damage of blunt exclusion. It is the right tool when the cost of a bad entrant is high enough to justify real investigation.

Its central weakness is that the workflow's burden is itself a filter — a heavy documentation load screens by administrative capacity as much as by risk, quietly excluding smaller or nonstandard applicants who lack the paperwork rather than the merit.^[1] And a verification step that is only performed for show becomes a ritual that skilled bad actors pass while honest entrants bear the cost. The classic misuse is letting the process bloat until it functions mainly to protect incumbents. The discipline that guards against this is to tie each gate to the specific risk it detects, keep the appeal path fast and real, and periodically prune gates that no longer discriminate.

How it implements the components¶

Prequalification Process realizes the active-screen side of the archetype:

entry_filter_or_screen — the workflow is the filter: it introduces and verifies evidence before the entrant is exposed to the pool.
review_or_appeal_path — its exception branch lets misclassified or record-poor applicants correct the record or supply alternative evidence.

It performs the active screen; the passive, self-selection filter belongs to Deductible or Copay Schedule. It does not set the pass/fail bar it checks against (Minimum Eligibility Standard), quantify risk into a decision (Underwriting Review), or monitor the pool after entry (Claims or Outcome Experience Rating).

Instantiates: Adverse Selection Filtering — it is the active, evidence-gathering screen that vets entrants before exposure.
Consumes: Minimum Eligibility Standard can supply the pass/fail bars the workflow verifies at one of its gates.
Sibling mechanisms: Minimum Eligibility Standard · Underwriting Review · Claims or Outcome Experience Rating · Deductible or Copay Schedule · Probationary Entry · Quality Certification Requirement · Risk Tier Assignment · Risk-Adjusted Pricing · Seller Rating or Quality Grading · Waiting Period · Warranty or Guarantee Requirement

References¶

[1] Any screen trades off two error types: false rejection (turning away a good entrant) and false acceptance (admitting a bad one). Tightening the workflow reduces one at the cost of the other; the appeal path exists to recover the false rejections that heavy verification inevitably produces. ↩