Apply structured prioritization matrix techniques to rank features, ideas, or design decisions by two weighted criteria (e.g. user impact vs. effort, feasibility vs. ROI). Use this skill whenever a user wants to prioritize features, compare design options, rank backlog items, decide what to build next, run a prioritization workshop, or make a structured UX or product decision. Trigger on phrases like "help me prioritize", "what should we build first", "rank these features", "should we focus on X or Y", "prioritize the backlog", "run a prioritization exercise", "impact vs effort", or any request to choose between competing options in a structured way.
A structured, objective approach to ranking features, ideas, or design decisions using two weighted criteria — turning team opinion into a shared visual model.
Use this skill when the team needs to:
A prioritization matrix is a 2D visual that plots items against two criteria. The position of each item on the chart reflects its relative priority. Items in the top-right quadrant (high on both axes) are the highest priority.
High impact | Deprioritize | ✅ Do first
|----------------|----------------
Low impact | Skip | Quick wins
|________________|________________
Hard Easy
(effort)
The process works because it:
Write each item (feature, idea, task, persona, research activity) on a separate sticky note or card. Be specific — vague items lead to vague decisions.
Pick exactly two criteria that reflect both user and business goals. Common pairs:
| Axis X (horizontal) | Axis Y (vertical) | |---|---| | Effort / Complexity | User impact | | Feasibility | Business value / ROI | | Time to implement | Frequency of use | | Cost | Strategic alignment |
Rule: Criteria must come from project goals and business needs — not personal preference.
Tip: Place the best outcome at the top-right. E.g., "Low effort" on the right, "High impact" on top.
Give each team member a fixed number of votes — roughly half the number of items being prioritized.
Use different colors per role so votes reflect domain expertise:
Rules:
Why: Silent individual voting prevents groupthink and anchoring bias. The loudest voice doesn't win.
Use the vote counts as a guide to collaboratively position each item on the 2D chart. Keep discussion minimal at this stage — just get items placed.
Once everything is plotted, open discussion:
Move items collaboratively. End with team agreement on final positions.
Photograph or digitize the matrix. Produce a clear action plan:
Share with stakeholders with a brief rationale for top decisions.
Visualization degrades with 3+ criteria. Instead:
For high-stakes decisions, have voters rank their dots (1, 2, 3). This surfaces not just what people vote for, but how much they care — giving more signal for placement.
If the team is prone to groupthink or hierarchy bias, run voting digitally and anonymously before any shared discussion. Tools like FigJam, Miro, or even a shared spreadsheet work well.
Replace high/low axes with real numbers when precision matters:
When facilitating a prioritization exercise, produce:
If producing a visual artifact, use a 2x2 grid with labeled axes and quadrant labels (Do First / Plan / Quick Wins / Deprioritize).
Create, structure, and facilitate user journey maps from scratch or from existing research. Use this skill whenever a user wants to map a user experience, visualize a customer flow, identify pain points across a process, or build a journey map artifact. Trigger on phrases like "create a journey map", "map out the user experience", "visualize a user flow", "identify pain points in our process", "map the customer journey", "help me understand our user's experience", or any request involving understanding or documenting how a person moves through a product, service, or scenario — even if they don't say "journey map" explicitly. Also trigger when someone wants to understand the difference between journey maps, experience maps, service blueprints, or user story maps.
Apply BJ Fogg's 7 Persuasive Technology Tools (Captology) to UX analysis and design. Use this skill whenever the user wants to improve a UI, flow, or feature using persuasion principles — including prompts like "how can I make this more engaging", "why aren't users completing this flow", "improve this onboarding", "make this CTA better", "reduce drop-off", "nudge users toward X", or any open-ended "improve this UI/UX" request. Also trigger when the user shares a screenshot, mockup, or describes a feature and wants design recommendations. Always use this skill before giving UX improvement advice — even if the user doesn't explicitly mention persuasion, Fogg, or Captology.
Route any UX, product, or AI design question to the right skill file. Use this skill first when the request is ambiguous or spans multiple skills, or when you need to identify which skill to apply. Acts as a decision tree across all 16 available skills.
My name is Tommy. Im a Product designer and developer from Copenhagen, Denmark.
Connected with me on LinkedIn ✌️