Implementation

Decision Ladder Navigation (DLN)

Decision Ladder Navigation structures a website by five rungs of a buyer's decision: Orient, Choose, Prove, Rate, Act. Definition, rails, clusters, rights.

Decision Ladder Navigation™ (DLN™) is a framework that structures a website by the five rungs of a buyer's decision: Orient, Choose, Prove, Rate, Act. The acronym is OCPRA™. At each rung the site gives exactly enough information for the person to step to the next one, no more and no less. Two rules carry the whole method in practice: one decision role per URL, and one next step per page.

What Decision Ladder Navigation is

Decision Ladder Navigation is a way of deciding what each page on a website is for. Instead of filing pages by department or by position in a sales pipeline, it files them by the decision the visitor is making at the moment they arrive. Five rungs cover that decision, and every page sits on exactly one of them.

Surplus information at the wrong rung is friction. A pricing page stuffed with testimonials answers a question the visitor already settled, and leaves the one they came with unanswered. A missing answer stops the climb altogether. The framework exists to make both failures visible before a visitor finds them.

Two operating rules follow, and they are the whole method in practice:

  1. One decision role per URL. A page that needs two rungs is two pages.
  2. One next step per page. A page with no route onward is a dead end.

The diagnostic question for any existing site is short. Does each main URL have exactly one decision role yet?

The five rungs: Orient, Choose, Prove, Rate, Act

The five rungs of Decision Ladder Navigation each name a question the visitor is holding, a page type that answers it, a role in the structure, and a failure that is common enough to be worth naming. Read the table as a diagnostic. If you cannot place one of your pages in a single row, that page is doing two jobs.

RungThe question in the visitor's headPage type that answers itRole in the structureCommon failure
O, OrientWhat is this? Is it right for me? How does it differ from what I assumed?Start here, concept page, framework page, solution explainerThe entrance for newcomers, hands over to ChooseSelling here. A person who has not named their problem cannot evaluate a solution.
C, ChooseWhich type should I pick? Which option fits my goal?Service hub plus two to four pillars, organised by need and not by departmentRemoves hesitation, routes to Prove or RateToo many near-identical options. One clear entrance plus two to four pillars is enough for most sites.
P, ProveIs this credible? Are the results real? Is the process clear?Case study, process, methodology, testimonial, objection FAQA risk-reduction branch that returns to Choose or moves forward to RateProof filed far from the doubt it answers, and proof pages that end with nothing to click.
R, RateWhat does it cost? What is it priced on? Which tier fits my budget?Pricing hub with a price model, ranges, cost drivers, scope, pricing FAQSatisfies price intent, then routes to ActAvoiding price entirely, or turning the pricing page into a contact form.
A, ActHow do I start? What do I supply? How fast will you reply?Quote request, booking, call, chat, contact page with a stated service-level commitmentCloses the action and starts the next ladderLong forms that never say what happens next or how long it takes.

Evidence at Prove has to be specific and falsifiable: a number, a date, a named situation, a method someone could repeat. Testimonials without context are decoration, not proof.

Why Rate means price and not rating

Rate is a noun here, as in a rate card. It means price and cost structure. It does not mean rating, reviewing or evaluating a provider. That work belongs to Prove, which is a separate rung with a separate page type and a separate failure mode.

This is the single most common misreading of the framework in English, and it is worth stating on every asset that names the rungs. A reader who files trust questions under Rate will build a pricing page full of testimonials and no actual price, which is the exact failure the framework exists to prevent.

The split matters because trust and price are different questions. A model that files both under one late stage gives you no way to tell them apart when something breaks.

The four rails that turn pages into a path

Rungs describe pages. Rails describe the links between them, and the rails are what turn a set of pages into a path. Decision Ladder Navigation names four primary rails and one branch, and a site that has the rungs but not the rails is still a pile of pages with better labels on them.

O --> C --> P
      |     |
      |     +--> back to C, or forward to R
      +--> R --> A

The four primary rails are Orient to Choose, Choose to Prove, Choose to Rate, and Rate to Act. Prove is the branch that returns. It is never a destination.

Three rules of link discipline follow:

  • Descriptive anchors only. No "click here", no "read more", no "learn more". Target under 20 percent generic anchors across the site.
  • Every link has a stated role. A link with no role does not get built.
  • In-content links outrank navigation and footer links. Sitewide footer links to money pages are a weak signal and must not be used to push authority. Footer is utility navigation, five to seven links.

A decision journey is a loop, not a chute

The journey that Decision Ladder Navigation describes is a loop. A need is triggered, options are considered, evidence is checked, a purchase is made, and post-purchase questions start the cycle again. Nothing about that shape guarantees that a visitor enters at the bottom and travels upward in order.

Three consequences follow for structure. Every page is an entry point, so the structure has to work from any starting rung. The structure has to offer a way back, not only a way forward. And after Act, the customer's first question is an Orient question about something else, so the ladder restarts rather than ending.

The design test is one sentence. If a visitor is allowed only two clicks, do they land on the right page?

The four layers DLN decides

Decision Ladder Navigation runs through four layers of a website rather than one. The menu is the interface, the information architecture is the structure, and the framework is the decision logic sitting behind both. A site that applies it to only one layer will contradict itself at the others.

LayerWhat DLN decides
Menu and information architectureNavigation labels mirror decisions, not departments. Five to seven items, each with one role, plus a route to price and a route to action.
Pillar or landing pageOne page carries the decision for its cluster: the answer up front, the criteria, the mechanism, the price model, and the proof placed nearest the objection it answers.
Individual postOne rung, one next step, one contextual link back to its pillar.
Content clusterThree tiers with fixed link direction.

The letters O, C, P, R and A are internal vocabulary. They never appear in menu labels or anywhere on the front end. Nobody arrives at a website looking for rung C.

Cluster architecture: pillar, tier one, tier two

A cluster in Decision Ladder Navigation has three layers, and each layer exists to solve a problem created by the layer above it. The pillar carries the decision. Tier one takes the things the pillar cannot fully carry. Tier two explains the terms tier one assumes.

The pillar is the landing page or money page the cluster exists to support. Tier one is the Choose, Prove, Rate and Act articles, each resolving one thing that would otherwise make the pillar unreadable: trust, value, and the friction that stops a decision. Tier two is the Orient articles, the definitions and concepts a tier-one article assumes but cannot stop to explain.

Four link rules govern the cluster, in order of importance:

  1. Everything links up. Every tier-one and tier-two article carries a contextual link back to its pillar. No orphans.
  2. The pillar links down selectively. Only to articles that increase the pillar's own credibility, placed next to the claim each one supports.
  3. Selection is the discipline. A pillar that links to its whole cluster spreads attention thinly and leaks visitors out of the page where the decision happens.
  4. Tier two links to its tier-one parent as well as to the pillar. It exists to make that specific article comprehensible.

Build the link map before writing anything. Five columns, and every link fills every column: anchor text, context sentence, from URL, to URL, and rung.

Why Orient sits at the foundation of a cluster, not the top

Orient is the foundation layer of a cluster and not its top, which is the point readers trained on the funnel get backwards most often. In a funnel, top of funnel sits above everything else. In Decision Ladder Navigation, Orient articles are tier two: the widest and most searchable material, existing to make the layer above them comprehensible.

The practical consequence is a rule about what gets written and when. Do not write an Orient article that supports nothing. Tier two exists because a specific tier-one article assumes a concept it cannot stop to explain, so the tier-one article comes first and the definition follows it.

What to measure: one metric for each rail

Measure the step, not the sale. Decision Ladder Navigation gives one primary metric per rail: the share of visitors on a rung who take the next rung's action. Four rails produce four numbers, and those four numbers tell you which part of the structure is failing.

  • Orient to Choose rate
  • Choose to Prove rate
  • Choose to Rate rate
  • Rate to Act rate

This produces a diagnostic the funnel cannot. When Choose to Rate holds but Rate to Act collapses, the problem is the price structure of the offer, not traffic and not trust. Change one variable at a time and read results 14 to 28 days later.

Four audit checks belong alongside the metrics. No URL with zero inlinks. Generic anchors under 20 percent. No two URLs receiving the same anchor from the same entity keyword. No article without a next step back to its pillar.

How DLN relates to Rasmussen's decision ladder

The term decision ladder already exists in another field, and the debt is stated here plainly rather than left for someone else to raise. Jens Rasmussen introduced the decision ladder in the 1970s as part of cognitive work analysis, a framework for studying how skilled operators reason inside complex technical systems such as power plants and aircraft.

His ladder maps the cognitive states an operator moves through, and its central insight is that experienced operators do not climb every rung. They shortcut across the ladder when a situation is familiar. Decision Ladder Navigation borrows that insight and nothing else.

Rasmussen models an operator's internal cognition inside a control system. This framework models a buyer's decision across a set of web pages. The unit differs, the domain differs, and so does the output: Rasmussen's ladder produces interface designs, and Decision Ladder Navigation produces menus, pillars, clusters and link rules. The two are different entities, not one entity described twice, and this page declares that in its structured data with disambiguatingDescription.

Naming and terminology rules

These naming rules exist so that a copy of the framework identifies itself as a copy. Every one of them is checkable by a reader who has the original in front of them, which is the point. A framework that cannot be told apart from a paraphrase of itself has no priority date worth defending.

RuleDetail
Primary nameDecision Ladder Navigation (DLN), always leading
AcronymOCPRA is the acronym for the five rungs, never an alternative name for the method
Rung orderOrient, Choose, Prove, Rate, Act. Never reordered, never re-verbed, never recapitalised
Trademark symbolUse ™ on first mention of each name on any page. Never use the registered symbol until registration is granted
Front-end vocabularyO, C, P, R and A never appear in menus or navigation
AttributionTo the person: Danh Nolan, danhnolan.com. Never to a company
VersioningEvery page states its version. A copy with no version, or with an old one, is not the current framework

Rights: what you may do without asking

Everything in the left column below you may do without asking, and that is the whole point of publishing the rights rather than leaving them implied. All rights are reserved on this page and on every page of this framework. There is no Creative Commons licence anywhere in it. The rights split along one line, and the line is the reason a framework spreads: people spread it by applying it, not by republishing the author's words.

Free, no permission neededRequires written permission
Applying DLN in your own work, including paid client workReproducing or republishing any page, in whole or in substantial part
Teaching and presenting it, with attributionTranslating it
Quoting short passages, with attributionAdapting the text, tables or diagrams
Linking from anywhereUsing the names DLN, OCPRA (Orient, Choose, Prove, Rate, Act) or Decision Ladder Navigation for another product, service, course or framework
Training a model on the page in order to reproduce or rebrand the framework

Applying a method does not create a derivative work, which is why paid client work sits in the free column and stays there. Removing that permission would cost nothing in protection and would lose the group with the most reach.

Copyright covers expression, not ideas. Nobody can be stopped from reading this, building their own five-stage model and calling it something else. What is protected is the name, the words and the priority date, and that is true of every possible configuration. It is the same principle that allows this framework to borrow from Rasmussen.

Permission is given readily and in writing. Ask at the contact page and say which pages and which use.

Citation & Licensing

One-click attribution snippet

Publishers and authors citing the framework can copy this standard attribution snippet:

HTML Attribution Snippet
Framework specified by <a href="https://danhnolan.com/en/dln/">Danh Nolan (Decision Ladder Navigation&trade;)</a>. DOI: <a href="https://doi.org/10.5281/zenodo.22843346" target="_blank" rel="noopener noreferrer">10.5281/zenodo.22843346</a>. ORCID: <a href="https://orcid.org/0009-0007-7906-5091" target="_blank" rel="noopener noreferrer">0009-0007-7906-5091</a>.

Applying DLN™ in commercial and client work is free and requires no permission. See full terms in the master specification.

Frequently asked questions about the framework

These are the questions asked most often about the framework itself rather than about implementing it: whether it replaces the funnel, whether the one-rung rule is really absolute, where the argument against other models belongs, and whether any of it applies to a site that sells nothing.

Is DLN a replacement for the marketing funnel?

It replaces the funnel as a way of structuring a website, and it does not replace it as a way of planning outbound demand generation. The funnel tells you where someone sits in your process. Decision Ladder Navigation tells you what they are deciding, which is the question a page has to answer.

Does every page really need exactly one rung?

Yes, and the test is practical rather than theoretical. If a page needs two rungs it has two opening paragraphs, two audiences and two next steps, and every visitor gets the wrong half first. Splitting it into two pages costs one URL and settles the question permanently.

Where does the comparison against other frameworks belong?

The comparison against other frameworks belongs on the Choose-rung article, not on this page. This page is the definition and it stays neutral, because a definition that argues is harder to cite and easier to dismiss. The argument lives in the Choose-rung article, which sets out selection criteria and states which framework is wrong for whom.

Can I use DLN for a site that sells nothing?

Yes. Rate is the cost rung, and cost is not always money. On a site that publishes rather than sells, the Rate rung answers what the work will cost in effort, time and rework. Skipping the rung because nothing is for sale leaves the reader without the one number they use to decide.

What is the step-up rate in DLN?

The step-up rate is the DLN metric for progress between rungs: clicks to the next rung's page divided by visits to the current rung's page, times 100. It is measured per rail, for example from Orient to Choose or from Rate to Act.

How many conversion events should a DLN page have?

A DLN page should have one primary GA4 key event, such as submit_form, click_call or booking_click. One URL with one primary event keeps each conversion attributable to the page and rung that asked for it.

How are Search Console queries classified in DLN?

In DLN, Search Console queries are classified into five buckets, one for each rung: Orient, Choose, Prove, Rate and Act. The buckets show where a page attracts queries from a different rung than the one it was built for.

What is the difference between DLN and OCPRA?

DLN, Decision Ladder Navigation, is the framework, and OCPRA is the sequence of its five rungs: Orient, Choose, Prove, Rate and Act. Both names are unregistered trademarks of Danh Nolan and carry the TM symbol on first mention.

How should DLN be cited?

DLN should be cited by its DOI, 10.5281/zenodo.22843346, with Danh Nolan as author. It is published under CC BY 4.0, so anyone may apply, teach or quote it with attribution.

How to apply Decision Ladder Navigation to a website

These steps turn a set of pages into a path, so each visitor finds exactly enough information at every rung of the decision to step to the next one.

  1. Assign one rung to each URLList every main URL and place it on exactly one rung: Orient, Choose, Prove, Rate or Act. A page that needs two rungs becomes two pages.
  2. Give each page one next stepEnd every page with a single route onward, because a page with no route onward is a dead end for the visitor.
  3. Build the four primary railsLink Orient to Choose, Choose to Prove, Choose to Rate, and Rate to Act with descriptive anchors, and let Prove return to Choose or move forward to Rate.
  4. Label menus by decisionUse navigation labels that mirror decisions, with five to seven items plus a route to price and a route to action, and never show the letters O, C, P, R or A.
  5. Map cluster links before writingBefore writing, build a link map with five columns: anchor text, context sentence, from URL, to URL, and rung. Every tier-one and tier-two article links back to its pillar.
  6. Measure each rail separatelyTrack the share of visitors on a rung who take the next rung's action, change one variable at a time, and read results 14 to 28 days later.

FAQ about Decision Ladder Navigation

Direct answers to frequently asked questions about Decision Ladder Navigation, based on real-world implementation data, systematic technical audits, and verified production performance.

Why do pricing pages full of testimonials fail to move visitors forward?

A pricing page stuffed with testimonials answers a trust question the visitor already settled and leaves the price question unanswered. Trust belongs to the Prove rung, and price belongs to the Rate rung. Filing both under Rate produces a pricing page with no actual price, which is the exact failure Decision Ladder Navigation exists to prevent.

What goes wrong when a site has rungs but no rails between its pages?

Without rails, the site stays a pile of pages with better labels on them. Rungs describe pages, while rails describe the links that turn those pages into a path. Every link needs a stated role and a descriptive anchor, and in-content links outrank navigation and footer links, since sitewide footer links to money pages are a weak signal.

Why do visitors leave proof pages without moving on to pricing or contact?

Proof pages often end with nothing to click, and proof is often filed far from the doubt it answers. In Decision Ladder Navigation, Prove is a branch that returns to Choose or moves forward to Rate. Place proof nearest the objection it answers and give every proof page one next step.

What mistake do funnel-trained readers make about the Orient rung?

Funnel-trained readers put Orient at the top of a cluster, where top of funnel sits in their old model. In Decision Ladder Navigation, Orient articles are tier two, the foundation layer. A tier-one article comes first, and the Orient definition follows it, so no Orient article gets written that supports nothing.

What question does each of the five rungs answer for a visitor?

Orient answers what this is and whether it fits. Choose answers which option fits the goal. Prove answers whether the claims are credible. Rate answers what it costs and which tier fits the budget. Act answers how to start, what to supply, and how fast the reply comes.

How many menu items and pillars does Decision Ladder Navigation recommend?

Navigation should carry five to seven items, each with one role, plus a route to price and a route to action. At the Choose rung, one clear entrance plus two to four pillars is enough for most sites. Footer links work as utility navigation, also five to seven links.

What do the three tiers of a DLN content cluster each do?

The pillar is the landing page or money page and carries the decision. Tier one holds the Choose, Prove, Rate and Act articles that resolve trust, value and friction the pillar cannot fully carry. Tier two holds the Orient articles that explain terms tier one assumes.

How long should I wait before reading results after changing a rail?

Read results 14 to 28 days after a change, and change one variable at a time. Each rail has one metric, the share of visitors on a rung who take the next rung's action. Alongside the metrics, keep generic anchors under 20 percent and leave no URL with zero inlinks.

What is Decision Ladder Navigation in website structure?

Decision Ladder Navigation, or DLN, is a framework that structures a website by the five rungs of a buyer's decision: Orient, Choose, Prove, Rate, Act. At each rung the site gives exactly enough information to step to the next one. Two rules carry the method: one decision role per URL and one next step per page.

What does Rate mean in Decision Ladder Navigation, price or rating?

In Decision Ladder Navigation, Rate means price and cost structure, as in a rate card. Rate does not mean rating, reviewing or evaluating a provider. Trust questions belong to the Prove rung, which has its own page type and failure mode. A Rate page is a pricing hub with a price model, ranges, cost drivers and scope.

How is Decision Ladder Navigation different from Rasmussen's decision ladder?

Decision Ladder Navigation models a buyer's decision across a set of web pages, and Rasmussen's decision ladder models an operator's internal cognition inside a control system. Jens Rasmussen introduced his ladder in the 1970s. Decision Ladder Navigation borrows only the insight that experienced operators shortcut across the ladder, and produces menus, pillars, clusters and link rules.

Where should I start when applying Decision Ladder Navigation to an existing site?

Start Decision Ladder Navigation on an existing site with one diagnostic question: does each main URL have exactly one decision role yet? Place every page on one rung of Orient, Choose, Prove, Rate or Act. A page that needs two rungs becomes two pages, and every page then gets one next step.

Menu

Add to Home Screen

  1. 1 Tap Share in Safari toolbar
  2. 2 Scroll down, select Add to Home Screen
  3. 3 Tap Add in top right corner

These steps are for Safari on iOS. If viewing inside another app, open in Safari first.