Verified against ChatGPT · 2026-08-14
Build a vendor evaluation scorecard that stops the loudest stakeholder from picking the vendor
Produces a weighted vendor evaluation scorecard built from must-haves and stated priorities, structured to make the final choice defensible instead of decided by whoever argued hardest in the room.
The prompt
Ready to copy — highlighted parts are example details you can swap.
Build a vendor evaluation scorecard for the options below, structured so the winning vendor is decided by the scorecard, not by whoever argues most persuasively in the room. VENDOR OPTIONS VendorA, VendorB, and the current provider VendorC. MUST-HAVE REQUIREMENTS Must support SSO integration and must have SOC 2 Type II certification already in place, not in progress. BUDGET CEILING $45,000/year all-in, no exceptions without separate executive approval. WEIGHTING PRIORITY Reliability and uptime matter most, followed by ease of integration with our existing stack, then price, then support responsiveness. INCUMBENT VENDOR, IF ANY VendorC is the incumbent; switching would require about 3 weeks of migration work and retraining 15 staff. Start by applying the must-have requirements as a hard filter, before any scoring happens — any vendor that fails a genuine must-have gets eliminated outright and does not proceed to the weighted comparison, regardless of how strong it looks elsewhere, since letting a must-have failure get outweighed by other strengths defeats the purpose of calling it a must-have. For the vendors that pass the filter, build scoring criteria directly from the weighting priority given, and assign weights that reflect the stated priority explicitly rather than defaulting to equal weighting across categories, which quietly hides the actual priority instead of expressing it. Score each surviving vendor against the criteria using only the information given — where the input doesn't actually support a confident score on some criterion, mark it as insufficient information rather than guessing a plausible-looking number, since a fabricated score dressed up in a clean table looks more authoritative than the actual state of the evidence justifies. If there's an incumbent vendor, do not give it implicit credit for familiarity or switching-cost-avoidance unless that was named as an actual weighted criterion — an incumbent should win or lose on the same criteria as everyone else, with switching cost scored explicitly as its own line item if it matters, not folded invisibly into every other score as a thumb on the scale. WHAT NOT TO DO Do not produce a scorecard where every vendor scores similarly across the board — if the underlying evidence actually differentiates them, the scores should show it; a scorecard that hedges into near-ties on every line isn't doing the job of a scorecard. Do not let budget ceiling function as just another weighted criterion if any vendor actually exceeds it — a hard budget ceiling is a filter, like the must-haves, not a score. OUTPUT FORMAT 1. Must-have filter results: which vendors are eliminated and on which specific requirement. 2. Budget filter results: which vendors exceed the ceiling. 3. Weighted scorecard table for surviving vendors: criteria, weight, score per vendor, with 'insufficient information' marked explicitly where relevant. 4. Final ranked recommendation with the specific reasoning, including how the incumbent (if any) fared on switching cost as an explicit line.
Customize
Optional — swap in your own details for the highlighted parts above.
Why this works
Vendor decisions get hijacked by whoever argues most persuasively in the room specifically when there's no pre-agreed structure forcing the comparison to happen on stated criteria rather than in-the-moment rhetoric — building the must-have filter and weighting scheme before any vendor-specific scoring happens is what takes the decision out of the room and puts it into a structure that was agreed to before anyone knew which vendor it would favor. Treating must-haves and the budget ceiling as hard filters rather than weighted criteria matters because folding a genuine non-negotiable into a weighted score allows a vendor to compensate for failing it with strength elsewhere, which quietly defeats the entire reason for calling something a must-have in the first place — a requirement that can be outweighed was never actually a requirement. The instruction to mark 'insufficient information' rather than guessing a plausible score directly targets a specific and dangerous failure mode of AI-generated comparison tables: a clean, fully-populated scorecard looks more rigorous and more finished than a partially-populated honest one, so a model under no constraint will tend to fill every cell with a confident-looking number even where the input evidence doesn't actually support one, which makes a genuinely uncertain comparison look more settled than it is. Explicitly separating incumbent switching cost into its own scored line item, rather than letting it silently bias every other score, addresses a well-documented bias in vendor re-evaluations — status quo familiarity tends to get baked invisibly into every criterion in favor of the incumbent unless it's forced into the open as one explicit, debatable line that can be weighed on its own merits against the stated priorities.
What you get back
Must-have filter: VendorB eliminated — no SOC 2 Type II certification in place, only 'in progress.' Budget filter: VendorA and VendorC both within the $45,000 ceiling. Weighted scorecard: Reliability (weight 4) — VendorA: 4/5, VendorC: 3/5. Switching cost (weight 2, scored explicitly): VendorC scores 5/5 (no migration needed), VendorA scores 2/5 (3 weeks migration, 15 staff retrained). Final recommendation: VendorA, on the strength of reliability and integration outweighing VendorC's switching-cost advantage — though the margin is close enough that a final gut-check on integration risk with your specific stack is worth a direct reference call before committing.
Verified against
ChatGPT GPT-5.1 · 2026-08-14
Changelog
- 2026-08-14 — Initial publish, verified against ChatGPT GPT-5.1.
Need this built into your business?
If a prompt isn't enough — custom software, built and maintained for you — that's Scult's day job.
EXPLORE CUSTOM SOFTWARE
