Best for
Team conflict, product tradeoffs, customer negotiation, and cross-functional work.
Communication · conflict-resolution-diagram
Expose the shared goal and needs behind opposing positions.
Team conflict, product tradeoffs, customer negotiation, and cross-functional work.
Shared goal, needs, assumptions behind conflict, and win-win options.
Use a conflict resolution diagram to find a win-win path.
Demo Gallery
Each demo maps to a real paid deliverable: a Markdown report, Mermaid diagram, or PDF-ready file. Users can inspect examples before spending their 3 free generations.
The two sides have opposing positions but may share the same business goal.
Sample input
Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options.
Generated output includes
Full Markdown demo
# Conflict Resolution Diagram: Classic Generation Example ## Input Summary Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Classic Case Context Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Skill Used - Conflict Resolution Diagram - Expose the shared goal and needs behind opposing positions. - Best for: Team conflict, product tradeoffs, customer negotiation, and cross-functional work. - Can generate: Shared goal, needs, assumptions behind conflict, and win-win options. ## Situation Judgment This is a classic situation for Conflict Resolution Diagram: the input contains a goal, constraints, stakeholder judgments, and a need for action. ## Executive Summary Separate facts, assumptions, constraints, and actions first, then use Conflict Resolution Diagram to turn the material into a deliverable. The output should make an actionable judgment, not merely explain the framework. ## Framework Analysis | Module | Typical output | Purpose | | --- | --- | --- | | Facts | Verifiable information from the input | Avoid intuition-only judgment | | Assumptions | Unknowns that can change the conclusion | Guide validation | | Framework analysis | Structure through Conflict Resolution Diagram | Create shared language | | Action | Owner, time, metric | Drive execution | ## Reusable Diagram This is a Markdown-only output. Switch to diagram or PDF-ready output to generate Mermaid. ## Recommendation Use this as the first decision or workshop artifact, then add real evidence, owners, and dates. ## Risks And Unknowns - If the input lacks real evidence, ranking and recommendations remain working assumptions. - The framework cannot replace stakeholder alignment on goals and constraints. - The diagram is a communication surface, not final truth. ## Next Actions 1. Confirm the goal and non-negotiable constraints. 2. Add the 2-3 pieces of evidence most likely to change the conclusion. 3. Share the output, collect objections, and update the version.
The two sides have opposing positions but may share the same business goal.
Sample input
Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options.
Generated output includes
Full Markdown demo
# Conflict Resolution Diagram: Classic Generation Example ## Input Summary Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Classic Case Context Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Skill Used - Conflict Resolution Diagram - Expose the shared goal and needs behind opposing positions. - Best for: Team conflict, product tradeoffs, customer negotiation, and cross-functional work. - Can generate: Shared goal, needs, assumptions behind conflict, and win-win options. ## Situation Judgment This is a classic situation for Conflict Resolution Diagram: the input contains a goal, constraints, stakeholder judgments, and a need for action. ## Executive Summary Separate facts, assumptions, constraints, and actions first, then use Conflict Resolution Diagram to turn the material into a deliverable. The output should make an actionable judgment, not merely explain the framework. ## Framework Analysis | Module | Typical output | Purpose | | --- | --- | --- | | Facts | Verifiable information from the input | Avoid intuition-only judgment | | Assumptions | Unknowns that can change the conclusion | Guide validation | | Framework analysis | Structure through Conflict Resolution Diagram | Create shared language | | Action | Owner, time, metric | Drive execution | ## Reusable Diagram ```mermaid flowchart TD A["Input context"] --> B["Facts"] A --> C["Assumptions"] A --> D["Constraints"] B --> E["Conflict Resolution Diagram"] C --> E D --> E E --> F["Recommendation"] E --> G["Risks"] E --> H["Next actions"] ``` ## Recommendation Use this as the first decision or workshop artifact, then add real evidence, owners, and dates. ## Risks And Unknowns - If the input lacks real evidence, ranking and recommendations remain working assumptions. - The framework cannot replace stakeholder alignment on goals and constraints. - The diagram is a communication surface, not final truth. ## Next Actions 1. Confirm the goal and non-negotiable constraints. 2. Add the 2-3 pieces of evidence most likely to change the conclusion. 3. Share the output, collect objections, and update the version.
Mermaid demo
flowchart TD A["Input context"] --> B["Facts"] A --> C["Assumptions"] A --> D["Constraints"] B --> E["Conflict Resolution Diagram"] C --> E D --> E E --> F["Recommendation"] E --> G["Risks"] E --> H["Next actions"]
The two sides have opposing positions but may share the same business goal.
Sample input
Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options.
Generated output includes
Full Markdown demo
# Conflict Resolution Diagram: Classic Generation Example ## Input Summary Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Classic Case Context Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options. ## Skill Used - Conflict Resolution Diagram - Expose the shared goal and needs behind opposing positions. - Best for: Team conflict, product tradeoffs, customer negotiation, and cross-functional work. - Can generate: Shared goal, needs, assumptions behind conflict, and win-win options. ## Situation Judgment This is a classic situation for Conflict Resolution Diagram: the input contains a goal, constraints, stakeholder judgments, and a need for action. ## Executive Summary Separate facts, assumptions, constraints, and actions first, then use Conflict Resolution Diagram to turn the material into a deliverable. The output should make an actionable judgment, not merely explain the framework. ## Framework Analysis | Module | Typical output | Purpose | | --- | --- | --- | | Facts | Verifiable information from the input | Avoid intuition-only judgment | | Assumptions | Unknowns that can change the conclusion | Guide validation | | Framework analysis | Structure through Conflict Resolution Diagram | Create shared language | | Action | Owner, time, metric | Drive execution | ## Reusable Diagram ```mermaid flowchart TD A["Input context"] --> B["Facts"] A --> C["Assumptions"] A --> D["Constraints"] B --> E["Conflict Resolution Diagram"] C --> E D --> E E --> F["Recommendation"] E --> G["Risks"] E --> H["Next actions"] ``` ## Recommendation Use this as the first decision or workshop artifact, then add real evidence, owners, and dates. ## Risks And Unknowns - If the input lacks real evidence, ranking and recommendations remain working assumptions. - The framework cannot replace stakeholder alignment on goals and constraints. - The diagram is a communication surface, not final truth. ## Next Actions 1. Confirm the goal and non-negotiable constraints. 2. Add the 2-3 pieces of evidence most likely to change the conclusion. 3. Share the output, collect objections, and update the version.
Mermaid demo
flowchart TD A["Input context"] --> B["Facts"] A --> C["Assumptions"] A --> D["Constraints"] B --> E["Conflict Resolution Diagram"] C --> E D --> E E --> F["Recommendation"] E --> G["Risks"] E --> H["Next actions"]
PDF-ready HTML demo
<!doctype html>
<html>
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" />
<title>Conflict Resolution Diagram: Classic Generation Example</title>
<style>
body { font-family: Inter, ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif; margin: 48px; color: #161a1d; line-height: 1.6; background: #fbfcf8; }
h1 { font-size: 34px; line-height: 1.1; margin: 0 0 18px; }
h2 { font-size: 20px; margin-top: 28px; }
pre { white-space: pre-wrap; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 18px; overflow-wrap: anywhere; }
.meta { color: #2563eb; font-size: 12px; text-transform: uppercase; font-weight: 800; letter-spacing: .08em; }
.sheet { max-width: 940px; margin: 0 auto; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 32px; }
@media print { body { margin: 18px; background: #fff; } .sheet { max-width: none; border: 0; padding: 0; } }
</style>
</head>
<body>
<main class="sheet">
<p class="meta">ThinkOps AI PDF-ready output</p>
<h1>Conflict Resolution Diagram: Classic Generation Example</h1>
<pre># Conflict Resolution Diagram: Classic Generation Example
## Input Summary
Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options.
## Classic Case Context
Sales wants a custom reporting feature immediately for a large customer, or the customer may not renew. Product says it cannot jump the queue because the roadmap already commits to broader analytics capabilities for many users. Both sides think the other does not understand the business. Use a conflict resolution diagram to expose the shared goal, needs, conflict assumptions, and win-win options.
## Skill Used
- Conflict Resolution Diagram
- Expose the shared goal and needs behind opposing positions.
- Best for: Team conflict, product tradeoffs, customer negotiation, and cross-functional work.
- Can generate: Shared goal, needs, assumptions behind conflict, and win-win options.
## Situation Judgment
This is a classic situation for Conflict Resolution Diagram: the input contains a goal, constraints, stakeholder judgments, and a need for action.
## Executive Summary
Separate facts, assumptions, constraints, and actions first, then use Conflict Resolution Diagram to turn the material into a deliverable. The output should make an actionable judgment, not merely explain the framework.
## Framework Analysis
| Module | Typical output | Purpose |
| --- | --- | --- |
| Facts | Verifiable information from the input | Avoid intuition-only judgment |
| Assumptions | Unknowns that can change the conclusion | Guide validation |
| Framework analysis | Structure through Conflict Resolution Diagram | Create shared language |
| Action | Owner, time, metric | Drive execution |
## Reusable Diagram
```mermaid
flowchart TD
A["Input context"] --> B["Facts"]
A --> C["Assumptions"]
A --> D["Constraints"]
B --> E["Conflict Resolution Diagram"]
C --> E
D --> E
E --> F["Recommendation"]
E --> G["Risks"]
E --> H["Next actions"]
```
## Recommendation
Use this as the first decision or workshop artifact, then add real evidence, owners, and dates.
## Risks And Unknowns
- If the input lacks real evidence, ranking and recommendations remain working assumptions.
- The framework cannot replace stakeholder alignment on goals and constraints.
- The diagram is a communication surface, not final truth.
## Next Actions
1. Confirm the goal and non-negotiable constraints.
2. Add the 2-3 pieces of evidence most likely to change the conclusion.
3. Share the output, collect objections, and update the version.
</pre>
<h2>Mermaid diagram source</h2><pre>flowchart TD
A["Input context"] --> B["Facts"]
A --> C["Assumptions"]
A --> D["Constraints"]
B --> E["Conflict Resolution Diagram"]
C --> E
D --> E
E --> F["Recommendation"]
E --> G["Risks"]
E --> H["Next actions"]</pre>
</main>
</body>
</html>Go back to the generator, paste meeting notes, requirements, customer feedback, or team context, and produce a deliverable.
Start generating