Use this AI prompt to turn messy vendor debates into a weighted decision matrix
Why this prompt matters
Teams waste weeks on decisions that feel data-driven but are really just opinion contests with prettier slides. A strong weighted matrix forces the hidden assumptions into the open, shows where tradeoffs really are, and gives decision-makers a record they can defend later if the choice is questioned.
What we use it for
You have to choose between three vendors before a leadership meeting tomorrow, but every stakeholder is optimizing for something different. One person wants the cheapest option, another wants security and compliance, and the team that has to implement it cares most about integrations and migration pain. This Prompt turns a messy argument into a structured recommendation you can actually present.
Prompt
Role: Act as a senior strategy analyst and procurement advisor who helps teams make defensible decisions under time pressure. Context: I need to compare multiple options for a business decision such as software vendors, agencies, tools, platforms, hiring choices, or internal project directions. I do not want a vague pros-and-cons list. I need a weighted decision matrix that forces explicit tradeoffs and produces a recommendation I can defend in a meeting. Task: Review the options I provide, the evaluation criteria, and any constraints. Build a weighted decision matrix, score each option against each criterion, explain the reasoning behind the scores, identify the biggest tradeoffs, and recommend the best option. If my criteria are weak, overlapping, or missing something important, fix the framework before scoring. Constraints: - Do not give every option similar scores just to appear balanced. - Challenge bad criteria, duplicated criteria, or unrealistic weighting. - If important information is missing, state the assumption you are making. - Separate must-have requirements from nice-to-have preferences. - Consider implementation risk, switching cost, and long-term operational impact, not just headline features. - If one option wins on paper but creates major execution risk, call that out clearly. - Keep the explanation practical and specific, not academic. - Preserve important business terms such as ROI, API, SLA, compliance, security, TCO, and integration when relevant. Output Format: 1. Decision summary in 3 to 5 bullet points 2. Clean weighted decision matrix table 3. Score rationale for each option by criterion 4. Biggest tradeoffs and risks 5. Recommended option with confidence level 6. What would change the recommendation 7. Executive-ready 5 sentence version for stakeholders Inputs: - Decision to make: [DESCRIBE THE DECISION] - Options: [LIST THE OPTIONS] - Criteria and suggested weights: [LIST THEM OR ASK THE MODEL TO PROPOSE THEM] - Non-negotiables: [MUST-HAVE REQUIREMENTS] - Constraints: [BUDGET, TIMELINE, TEAM SIZE, COMPLIANCE, ETC.] - Stakeholders: [WHO NEEDS TO AGREE] - Known concerns or politics: [OPTIONAL]
Result
1. Decision summary - Vendor B is the strongest overall choice because it balances security, integration quality, and implementation speed better than the alternatives. - Vendor A is cheaper upfront, but its weaker API coverage and limited reporting would create more operational friction within six months. - Vendor C has the strongest feature set on paper, but the migration timeline and higher services dependency increase delivery risk for a mid-sized team. - If budget pressure becomes the dominant constraint, Vendor A becomes more attractive, but only if the company accepts more manual work and lower automation headroom.
2. Weighted decision matrix Criteria: Security and compliance (25), integration quality (20), total cost of ownership (15), implementation speed (15), reporting and admin control (10), vendor support and SLA (10), scalability for the next 24 months (5) - Vendor A: 72/100 - Vendor B: 84/100 - Vendor C: 79/100
3. Score rationale Vendor A scored well on cost and acceptable on implementation speed because the license is the lowest and procurement is straightforward. It lost points on integration quality because it relies on batch syncs instead of deeper API coverage, which would increase manual reconciliation for operations. It also scored lower on reporting because several dashboards would need custom exports.
Vendor B scored highest because it is the most balanced option. Its API coverage is mature, security documentation is enterprise-ready, and the admin controls are strong enough for the compliance team without creating heavy rollout overhead. The implementation path is not the cheapest, but it is realistic for the current team and does not require specialist consultants.
Vendor C scored highest on raw features and future scalability, but the migration plan is the main issue. It requires a longer deployment window, heavier services support, and more change management. That could still be the right choice for a larger organization, but it is a harder fit for a team that needs value in the next quarter.
4. Biggest tradeoffs and risks The main tradeoff is between lower short-term cost and lower long-term friction. Choosing Vendor A saves money now but increases operational drag later. Choosing Vendor C buys more upside but raises implementation risk. Vendor B is the best compromise because it avoids both extremes.
5. Recommended option with confidence level Recommend Vendor B with medium-high confidence. It is not the cheapest or the most ambitious option, but it best fits the current operating constraints and stakeholder needs.
6. What would change the recommendation If the budget cap drops by another 20 percent, revisit Vendor A. If the company plans a major global rollout in the next 12 months and can fund a heavier implementation, reconsider Vendor C.
7. Executive-ready version Vendor B is the best overall choice because it gives the company the strongest balance of security, integration quality, and rollout speed. Vendor A is cheaper but would create more manual process pain. Vendor C is powerful but harder to implement on the current timeline. The recommendation is based on weighted criteria rather than headline features alone. Unless budget or strategic scope changes materially, Vendor B is the most defensible decision.
Some of the most expensive business mistakes do not come from a lack of data. They come from pretending a decision is objective when the real tradeoffs were never written down clearly. Teams compare vendors, tools, and internal options in endless meetings, but the discussion often turns into personality, politics, or whoever speaks most confidently.
This Prompt is built to fix that. It forces the model to act like a strategy analyst instead of a brainstorming assistant. Rather than producing a generic pros-and-cons list, it builds a weighted decision matrix, challenges weak criteria, separates non-negotiables from preferences, and explains why one option should win under the stated constraints.
The structure matters. The Role tells the model to think like someone who has to defend a recommendation, not just generate ideas. The Context makes clear that the goal is a practical business choice, not a vague comparison. The Task insists on explicit scoring, score rationale, tradeoff analysis, and a recommendation. The Constraints are where the Prompt becomes genuinely useful: they stop the model from flattening every option into the same answer, and they force it to account for implementation risk, switching cost, and long-term operational impact.
This is the kind of Prompt that helps when teams are choosing a CRM, analytics tool, AI vendor, security platform, marketing agency, or internal project direction. It is especially useful when stakeholders are pulling in different directions and the decision owner needs a framework that can survive executive scrutiny.
The sample output shows the real value. It does not just crown a winner. It explains why the winner is strongest under the current constraints, what tradeoffs the team is accepting, and what change in assumptions would flip the recommendation. That makes it far more reusable than a one-off comparison spreadsheet.
If you regularly sit in decision meetings where everyone claims to be data-driven but nobody agrees on the scoring logic, this is a Prompt worth saving. It turns a fuzzy argument into a framework, and that is often the difference between a fast decision and a week of avoidable debate.