Ein Prompt für gewichtete Entscheidungsmatrizen bei schnelleren Teamentscheidungen
Why this prompt matters
Teams waste weeks revisiting the same decision when criteria are implicit, stakeholders optimize for different goals, and nobody can explain why an option won. A weighted matrix turns vague debate into an auditable decision record and exposes where disagreement actually lives.
What we use it for
Use this when you need to choose between several real options under time pressure, such as selecting a project management tool, vendor, framework, or job offer, and you want a defensible recommendation instead of gut feel.
Prompt
Role: Act as a senior strategy analyst helping me make a high-stakes decision with a transparent weighted scoring model. Context: I am deciding between [OPTION 1], [OPTION 2], [OPTION 3], and [OPTION 4] for [DECISION CONTEXT]. The decision matters because [WHY THIS DECISION MATTERS]. My constraints include [BUDGET], [TIMELINE], [TEAM SIZE], and [NON-NEGOTIABLE REQUIREMENTS]. Task: Build a weighted decision matrix that compares the options across the criteria I provide. Use these criteria and weights, adding up to 100: [CRITERION 1 + WEIGHT], [CRITERION 2 + WEIGHT], [CRITERION 3 + WEIGHT], [CRITERION 4 + WEIGHT], [CRITERION 5 + WEIGHT]. Score each option from 1 to 10 on every criterion, explain each score in one or two sentences, calculate weighted totals, rank the options, and recommend the best choice. Then stress-test the recommendation by showing which option would win if the top-weighted criterion changed by plus or minus [SENSITIVITY %]. Constraints: Do not use vague language. If information is missing, list the missing inputs explicitly and make the smallest reasonable assumption. Do not force a tie. Call out hidden risks, second-order effects, and cases where the highest-scoring option may still be the wrong practical choice. Output Format: 1) Decision summary, 2) assumptions and missing data, 3) weighted decision matrix in table form, 4) ranking with weighted totals, 5) recommendation with rationale, 6) sensitivity analysis, 7) next steps before committing.
Result
Decision summary: Based on the weighted matrix, Notion is the strongest fit for a 12-person remote product team choosing a project management platform for the next 18 months. It does not win every category, but it delivers the best overall balance of flexibility, cross-functional collaboration, documentation, and cost. Jira remains the better pure engineering tracker, while Asana is the easiest to adopt quickly, but neither matches Notion's combined score across the broader operating model this team needs.
Assumptions and missing data: I assumed the team needs one shared workspace for product, engineering, design, and operations, with a monthly software budget below $500. I also assumed the company values fast onboarding and documentation quality as much as sprint planning. Missing inputs that would affect the outcome include existing tool lock-in, compliance requirements, and whether the engineering team needs advanced issue hierarchy and release reporting.
Weighted decision matrix: Criteria were weighted as follows: collaboration and documentation 30, ease of adoption 20, engineering workflow support 20, automation and integrations 15, total cost 15. Notion scored 9, 8, 7, 8, and 9 respectively, producing a weighted total of 8.30. Jira scored 6, 5, 10, 9, and 7 for a total of 7.20. Asana scored 8, 9, 6, 7, and 6 for a total of 7.35. ClickUp scored 7, 6, 7, 8, and 8 for a total of 7.10.
Recommendation with rationale: Choose Notion if the company wants one system that supports planning, documentation, meeting notes, lightweight roadmapping, and cross-team visibility without adding another knowledge base. Its main weakness is deeper engineering workflow structure, so teams with strict release governance may still prefer Jira despite the lower blended score.
Sensitivity analysis: If engineering workflow support rises from 20 to 35, Jira becomes much more competitive and may overtake Notion, especially if the company already uses GitHub and wants stronger issue discipline. If collaboration and documentation fall below 20, Asana also narrows the gap. That means the decision is robust only if the organization truly values a shared operating system over a specialist tracker.
Next steps before committing: Run a two-week pilot with one live project, measure onboarding time, check migration friction, and ask each function to list one blocker that would make the chosen tool fail in practice.
Zwischen mehreren guten Optionen zu wählen, kostet Teams oft unnötig viel Zeit. Das Gespräch wirkt produktiv, doch die Kriterien bleiben unausgesprochen, die lauteste Stimme prägt das Ergebnis, und zwei Wochen später wird die Entscheidung wieder geöffnet. Dieser Prompt behebt das, indem er Zielkonflikte in eine gewichtete Matrix zwingt, die das ganze Team prüfen kann.
Die Struktur ist entscheidend. Der Abschnitt Role bringt das Modell in einen Analystenmodus statt in generisches Brainstorming. Der Abschnitt Context definiert Einsatz, Einschränkungen und nicht verhandelbare Anforderungen, damit die Empfehlung auf einer realen Geschäftsentscheidung basiert und nicht auf abstrakten Vorlieben. Im Abschnitt Task passiert die eigentliche Arbeit: jede Option bewerten, jede Bewertung kurz begründen, gewichtete Gesamtsummen berechnen und das Ergebnis anschließend mit einer Sensitivitätsanalyse testen.
Genau dieser letzte Teil macht den Prompt speicherwürdig. Ein gewöhnlicher Vergleichs-Prompt liefert nur eine sortierte Liste. Ein besserer Prompt zeigt, ob der Gewinner auch dann gewinnt, wenn sich das wichtigste Kriterium verschiebt. Wenn eine kleine Gewichtsänderung das Ergebnis kippt, liegt das eigentliche Problem nicht beim Tool oder Vendor. Es liegt bei der fehlenden Abstimmung der Stakeholder.
Der Prompt vermeidet außerdem einen typischen AI-Fehler: selbstsichere Antworten auf Basis unvollständiger Informationen. Der Abschnitt Constraints fordert das Modell auf, fehlende Angaben offenzulegen, nur die kleinste sinnvolle Annahme zu treffen und Fälle zu benennen, in denen die punktbeste Option praktisch trotzdem die falsche Wahl sein kann. Das Ergebnis ähnelt dadurch eher einem decision memo als einer glatt formulierten Vermutung.
Nutzen Sie ihn für Softwareauswahl, Hiring-Entscheidungen, Agenturbewertungen, Preisstrategien, Roadmap-Abwägungen oder jede andere Situation, in der mehrere brauchbare Optionen entlang unterschiedlicher Kriterien konkurrieren. Das Ergebnis lässt sich leicht in ein Dokument übernehmen, in Meetings verteidigen und später erneut prüfen, wenn sich Annahmen ändern.