The Jordan Factor™ · Resource

Decision Rights Mapping Template

Clarify who decides, who advises, and who needs to know before work stalls.

What this is

When decision rights are clear, the work moves.

The same decision showed up in three meetings, four Slack threads, and one “just checking in” email that quietly stole half the afternoon. The problem wasn’t the decision. No one knew who owned it.

That’s a decision rights problem.

When decision rights are clear, meetings get shorter. Decisions move faster. Accountability becomes easier to see.

When they are unclear, teams get loops, delays, second-guessing, duplicate work, and the familiar leadership fog of: “Who actually owns this?”

This template is designed to map decision rights for the decisions that matter most. Not every small decision needs a formal map. But the decisions tied to growth, risk, people, money, customers, AI, or strategy need clarity before they create drag.

RADAR connection

In the RADAR framework, this sits inside Decision Rights: who decides, who advises, who needs to know, and how decisions move through the business.

Use the companion worksheet

This page explains how decision rights work. The companion worksheet gives you the fillable map to apply it to one decision at a time.

Use the worksheet to define the decision, assign roles, test the map, and document escalation triggers before the work gets stuck.

When to use this template

Reach for it when the path to a decision is not visible.

  • A decision keeps returning to the same meeting.
  • Work is delayed because no one knows who can approve it.
  • Several people believe they have final say.
  • A leader is being asked to weigh in too late.
  • A team is moving forward without the right input.
  • People need to be informed, but they find out after the fact.
  • AI, hiring, pricing, budget, client, or operational decisions cross multiple functions.

Decision rights are not about control for control’s sake. They are about making the path visible before the work gets stuck.

A simple decision flow

Five steps from question to recorded decision.

  1. 1

    Decision needed

  2. 2

    Decider named

  3. 3

    Advisors consulted

  4. 4

    People informed

  5. 5

    Decision recorded

How to use this template

Five steps to a usable decision map.

1

Step 1: Name the decision

Write down a decision with business weight: Should we adopt this AI tool? Should we change pricing? Should we approve this client exception? Should we hire for this role now? The clearer the decision, the cleaner the map.

2

Step 2: Identify the roles involved

List the people or functions connected to the decision. Most maps need 3–6 roles: the final decision owner, the people whose input is needed before the call, and the people who need to know after the call is made. Use roles where possible, not just names.

3

Step 3: Assign the rights

For each role, assign one primary right: Decides, Advises, or Informed. One person should own the final decision. Others may advise. Others may need to know. Assign one right per role. If a role plays two parts, use two rows. But if everyone decides, no one truly does.

4

Step 4: Test the map

Ask the people involved: Do we agree who decides? Is the right advice being gathered before the decision? Who needs to know once the decision is made? Where could this still get stuck? What would trigger escalation?

5

Step 5: Lock it into the operating rhythm

Once the decision right is clear, write it down. Then make it visible where the work happens: project plan, meeting notes, approval workflow, leadership dashboard, SOP, policy, AI governance process, or tool review process. A map that lives in a drawer does not move decisions.

The template

A blank map to fill in for one decision at a time.

You can use the blank version below or download the companion worksheet if you want a cleaner working copy for your team.

Decision:

Decision type: Select or type, e.g. Strategic / AI / Risk

Context:

Timing:

Escalation trigger:

Communication method:

Roles

Role / Function

Decides Advises Informed

Notes

Role / Function

Decides Advises Informed

Notes

Role / Function

Decides Advises Informed

Notes

Role / Function

Decides Advises Informed

Notes

Role / Function

Decides Advises Informed

Notes

Role / Function

Decides Advises Informed

Notes

What each role means

Decides, Advises, Informed.

Decides

This person has authority to make the final call. They listen to advice, consider input, and weigh constraints, timing, risk, and tradeoffs. But when the moment comes, they decide. Everyone else moves based on that decision.

Test: If the decision goes wrong, is this the person leadership would look to first?

Advises

This person has relevant expertise, context, or perspective. They should be asked before the decision is made. Their input matters. They may understand the financial, operational, customer, technical, legal, or people impact. But they do not have veto power unless that authority is clearly defined elsewhere.

Test: Would this decision be weaker or riskier without their input?

Informed

This person needs to know what was decided. They may need to act on it, communicate it, update a workflow, prepare a customer response, or adjust a plan. But they are not involved in making the decision.

Test: Would their work be affected if they found out too late?

Common mistakes

Where decision maps quietly break down.

Escalate the decision when

  • Spend exceeds an agreed threshold.
  • Customer, employee, or financial data is involved.
  • Legal, compliance, or security review is required.
  • Margin impact exceeds a set threshold.
  • The decision affects headcount, customer commitments, or strategic direction.

What this looks like in practice

Four worked examples from real decisions that cross multiple functions.

Example 1

Should we approve this AI tool for team use?

Decision type
AI / Technology / Risk / Operational
Context
The team wants to use an AI tool to improve speed, but the workflow, data use, and oversight need to be clear.
Escalation trigger
Customer data, financial data, confidential information, automated decisioning, or third-party integration is involved.
Communication method
Decision documented in an AI tool register and shared with approved users.

Business / Use Case Owner

Decides

Owns use case and business outcome

IT / Systems

Advises

Advises on access, integration, and security

Legal / Compliance

Advises

Advises on regulatory, contractual, and data issues

Finance / Operations

Advises

Advises on cost, workflow, and control impact

End Users

Advises

Advise on practical workflow fit

Leadership Team

Informed

Needs visibility into approved tool use

Why this works

AI adoption is not just a tool decision. It is a workflow, data, accountability, and risk decision. The business owner decides only after the right advisors have weighed in.

Example 2

Should we change pricing or packaging for a service offering?

Decision type
Strategic / Financial / Customer / Operational
Context
Current pricing may not reflect delivery cost, market position, client value, or team capacity.
Escalation trigger
The change affects existing contracts, margin targets, client commitments, or board-approved strategy.
Communication method
Decision documented in a pricing memo and shared with Sales, Finance, Delivery, and Client Success.

CEO / Founder

Decides

Final authority on pricing strategy

Finance / Operations

Advises

Advises on margin, cash, and delivery economics

Sales / Growth Lead

Advises

Advises on pipeline, positioning, and buyer response

Delivery Lead

Advises

Advises on capacity, scope, and delivery model

Client Success Lead

Advises

Advises on client communication and retention risk

Board / Advisor

Advises

Advises if change affects strategic direction

Why this works

Pricing is not just a finance decision. It affects sales motion, delivery capacity, client expectations, and margin. The decision owner stays clear while the right advisors shape the call before it goes live.

Example 3

Should we hire for this role this quarter?

Decision type
People / Financial / Operational
Context
The team needs more capacity, but the hire affects budget, workflow, and delivery priorities.
Escalation trigger
Compensation exceeds approved range or the role changes the approved headcount plan.
Communication method
Decision shared in leadership meeting and reflected in the hiring tracker.

Function Lead

Decides

Owns team need and role outcome

Finance

Advises

Reviews budget and cash impact

HR / People

Advises

Advises on process, market, and compensation

Operations

Advises

Advises on workflow and capacity impact

Executive Team

Informed

Needs visibility into headcount changes

Why this works

The function lead decides because they own the operating outcome. Finance, HR, and Operations advise because the decision affects budget, process, and capacity.

Example 4

Should we approve a client scope change or exception?

Decision type
Customer / Financial / Operational / Risk
Context
A client request falls outside the original scope, timeline, or pricing model. The team needs to decide whether to approve it, price it, defer it, or decline it.
Escalation trigger
The change affects margin, delivery timeline, team capacity, contract terms, risk exposure, or precedent for future client requests.
Communication method
Decision documented in the client file, shared with delivery team, and reflected in the project plan or change order.

Account / Client Lead

Decides

Owns client relationship and final recommendation

Finance / Operations

Advises

Advises on margin, capacity, and billing impact

Delivery Lead

Advises

Advises on timeline, staffing, and execution risk

Legal / Compliance

Advises

Advises if contract, regulatory, or liability terms are affected

Executive Sponsor

Informed

Needs visibility if decision affects strategic relationship or margin

Client Team

Informed

Needs clarity on what was approved and what changed

Why this works

The client lead owns the relationship, but the decision affects delivery, margin, timing, and risk. Advisors are consulted before the commitment is made, and the delivery team gets clear direction after the decision.

The bigger picture

Decision rights are not just about clarity. They are about movement.

The businesses that move well are not always the ones with the most information or the longest meetings. They are the ones where the decision has a clear owner, the right advisors are consulted before the call, and everyone else knows after it’s made. No follow-up chain needed to find out what happened.

That is how decisions stop circling the room and start moving through the business.

This is one of the frameworks we install when we run a Structure Read. If decision rights are unclear across your organization, that’s usually the signal that a deeper map is needed.

Want to apply this now?

Download the companion worksheet and map one decision that keeps circling your team.

The strategic next step

Decision rights don’t fix themselves.

Start with a Structure Read and see where clarity needs to be installed.