# Vendor screening
Use this two-phase method to narrow a broad market to candidates worth deeper evaluation. Keep the screen separate from a final recommendation: it answers who clears must-haves, not who should be selected.
Phase 1: clarify before researching
Gather the use case, users, current systems, integration needs, deployment and security constraints, geography, budget signals, timing, and deal-breakers. Ask in small batches. Turn the result into:
- three to five must-haves, used as acceptance criteria;
- three to five nice-to-haves, saved as evaluation criteria for a later deep dive; and
- explicit deal-breakers.
Summarize these criteria and obtain confirmation before market research.
Phase 2: screen the landscape
- Build a candidate set from official vendor sources, independent market coverage, peer-review aggregators, relevant directories, and sources specific to confirmed constraints. Aim for breadth before deep research.
- Capture each candidate's category positioning, target customer, deployment model, integration evidence, commercial model, public pricing or quote-required language, and source URL.
- Apply every must-have consistently. Mark each as `Meets`, `Doesn't Meet`, or `Unclear`; treat `Unclear` as non-advancing while recording the gap.
- Advance only candidates that meet every must-have.
- Group rejected candidates by reason rather than writing a long list in the summary. Keep individual rationale in an appendix or evidence table.
- For advancing candidates with thin decision-critical evidence, prescribe a specific follow-up such as a reference call, proof of concept, security questionnaire, or vendor briefing, and name the question it answers.
Output
```markdown # [Use case] vendor screen ## Decision and confirmed criteria ## Advancing vendors ## Rejection themes ## Thin-data flags and follow-ups ## Recommended next step ## Sources ## Appendix: per-vendor rationale ```
Before a durable or client-facing write, present the advancing vendors, rejection-theme counts, and thin-data flags for confirmation. Cite external claims inline and list sources with short descriptors. Do not perform procurement, contracting, system configuration, or a system-of-record write; return a proposed handoff to the authorized owner.