Module01of 08
6 readings

Thinking Like a Business Designer

Business design starts with how you think, not with a spreadsheet. This module helps you examine what a decision causes next, what else it affects, and whether the thing you released created a useful change.

After this module you can trace what a design decision causes next — and name the number that would reveal it.

BuildsSee the system

About 15 min readingOptional practice · 60–75 minutesAbout 1 hr 41 min of reading left after this module

An aircraft cockpit showing the many connected controls in a safety-critical system
Systems are experienced as a whole, even when organizations design them in parts.

The idea in one picture

Look beyond the launch

01

Decision

What changes?

02

Behaviour

Who reacts?

03

Result

What does it cost or improve?

Follow a decision until you can see the behaviour and business result it creates.

What you can do after this module

  • Turn a design idea into a one-line business bet
  • Estimate the money impact of a UX fix
  • Ask the question your PM will ask first

Key terms — tap or hover for meaning

ROI

Return on investment: what you gain compared with what you spend.

Conversion

The share of people who take the action you want, like paying.

Revenue

Money coming in from customers, before costs.

If you come from design

Keep your design instincts. Apply them to what a decision costs and causes after launch.

  • Trace one flow to its later support cost.
  • Ask what must be financially true for it to work.
  • Rewrite a feature as a measurable customer outcome.
01.1

Lesson 01.1

2 min

Put a number on your design — the 5-minute ROI equation

Here is what you get from this module, starting today: a simple way to turn any design recommendation into money saved or money earned. When you say “this flow is confusing,” people nod and move on. When you say “this confusion costs us about ₹4 lakh a month,” the room stops and asks what you need.

The equation

Design ROI in one lineFIG 1.0 / DESIGN ROI

People affected

Users / month

who hit this screen

Change

% who now succeed

or stop calling support

Value each

₹ per person

order, ticket or renewal

Impact

₹ per month

your headline number

Use rough, honest numbers. A range is better than no number at all.

Three places money usually hides

WhereWhat the design changesValue of one person
Earning moreMore people finish checkout, upgrade, or activateAverage order or first-month revenue
Spending lessFewer support tickets, refunds or manual fixesCost of one ticket or refund
Keeping moreFewer people cancel in the first monthsWhat a customer pays over a year

Use it on Monday

  • Pick one problem you already know about from research or support.
  • Ask analytics or support for two numbers: how many people hit it, and how many fail.
  • Estimate the value of one person using the table above. Ask finance if unsure — they like this question.
  • Write one sentence: “Fixing X should save or earn about ₹Y a month, and we will know in 30 days by watching Z.”
01.2

Lesson 01.2

3 min

See what happens next — first- vs second-order thinking

Stopping at the first consequence tells you what the change does on the day it ships. Following the chain further tells you how customers, competitors, and your own teams respond once it has been live for a while. That gap is the difference between a decision that looks smart in the review meeting and one that still looks smart twelve months later.

Most product mistakes happen because the team stops thinking one step too early. A discount improves this quarter's sales but teaches customers to wait for the next discount. A free plan brings many people into the journey but also creates support work from people who may never pay. A referral reward increases sign-ups but may attract people who leave quickly. Each choice looks good immediately and harmful after people react to it.

How to actually do it

Take any current decision and write a three-step chain of consequences. Do not make a general list of risks. Show how each result causes the next one, and name the people who may react.

  • Order 1: what we intend to happen, and to whom.
  • Order 2: how the people affected adapt their behaviour once they understand the new rule.
  • Order 3: what that adapted behaviour does to our costs, our margins, our roadmap, and our competitors' choices.
Follow the consequence chainFIG 1.1 / SECOND ORDER

Order 1

Immediate result

What we intend to happen.

Order 2

Behaviour changes

How people adapt to the new rule.

Order 3

The cost lands

Margin, maintenance, or precedent.

The decision is incomplete until you can describe who reacts next.

The third link is where the money is. Order 2 is usually predictable — people optimise for whatever you measure or pay them for. Order 3 is where the cost lands: the support load, the infrastructure bill, the pricing floor you can never raise again, the feature you now have to maintain forever.

The three questions

  • Who changes their behaviour because of this, and in which direction?
  • What does this make permanent? (Prices, promises, and defaults are very hard to walk back.)
  • If this works exactly as planned, what new problem do we own?

One warning: second-order thinking is not an excuse for paralysis. You are not forecasting the future — you are refusing to be surprised by the obvious. Two links deep, written down, beats a perfect model nobody finished.

01.3

Lesson 01.3

3 min

Find the system behind the screen — systems thinking

A product is not a list of features. It is a system of loops: things that feed themselves, things that resist change, and delays that hide the truth for months. If you only see the features, you will keep pulling levers that the system quietly cancels out.

The three parts you must be able to name

  • Reinforcing loop — success feeds more success (or failure feeds more failure). More sellers on a marketplace attract more buyers, which attract more sellers.
  • Balancing loop — something pushes back and holds the system in place. More users means slower support, which means worse reviews, which slows signups.
  • Delay — the gap between cause and effect. Churn caused by a bad onboarding change shows up three months later, long after you credited the change with a conversion win.

Drawing the system in ten minutes

  • Write the metric you want to move in the middle of the page.
  • Draw everything that feeds it, and everything it feeds. Arrows only.
  • Mark every arrow with + (moves the same way) or − (moves the opposite way).
  • Find the closed circles. A circle with all + signs is reinforcing. A circle with an odd number of − signs is balancing.
  • Ask where the delay sits. That is where you will be fooled.

Then look for the constraint: the one person, process, or system that limits progress. Improving something else may not help. If slow support is limiting growth, a redesigned landing page may only bring more people into the same queue.

01.4

Lesson 01.4

2 min

Show the change, not the shipment — outcomes vs outputs

An output is something you shipped. An outcome is a behaviour that changed. An impact is money, retention, or cost. Teams are usually measured on the first and promoted for the third, which is why the middle one gets skipped.

From shipped work to business valueFIG 1.2 / VALUE CHAIN

Output

Bulk export shipped

Did we build it?

Outcome

Admins export weekly

Did behaviour change?

Impact

Fewer tickets, stronger renewal

Did it matter?

Start with the behaviour change. The interface is the means, not the result.

Write the outcome before you build. One sentence, in this shape: who does what differently, how often, and what that is worth. If you cannot fill in all four, you do not have a case — you have an idea.

The counter-metric

Every target metric needs a counter-metric — the thing that will quietly get worse while you win. Pair activation with 30-day retention. Pair conversion with refund rate. Pair ticket-closure speed with reopen rate. Without a pair, any metric can be gamed, and it usually is, honestly and by accident.

01.5

Lesson 01.5

2 min

You decide: the festival discount

Illustrative scenario: you are the designer on a habit-tracking app with 40,000 monthly subscribers at ₹299 a month. Diwali is six weeks away. Marketing proposes 50% off for a month and shows you a projection: sign-ups up 80%, revenue up 30% for the quarter. Leadership likes it. The decision lands on the product review you attend on Thursday.

The decision

Do you support the discount, oppose it, or reshape it? You cannot ask for more data — the call happens this week with what is on the table.

What good looks like

A business designer does not argue about the first-order number — the 80% lift is probably real. They walk the room through what happens next. Order two: existing subscribers see the offer and ask why they pay full price; support tickets and refund requests rise. Order two again: people who join at ₹149 anchor on ₹149 — renewal at ₹299 becomes the moment they quit, and the cohort's retention is worse than any cohort before it. Order three: the finance team books the quarter as a win and plans next quarter against a baseline that included a one-time spike. A good reshape, not a rejection: keep the campaign, but offer three months at ₹149 with the full price stated on the paywall, and set the success metric as 90-day paid retention, not sign-ups.

Try it yourself

  • Take a promotion or launch decision from your own product. Write the first-order win in one sentence, exactly as it was pitched.
  • Map who changes behaviour in order two — customers, support, sales, finance — and what each starts optimising for.
  • Write the one metric you would put on the slide so the room measures the real outcome, not the spike.
CASE 01

Case study

3 min

Case dossier: The system nobody designed

The decision in front of you

You are the design lead responsible for making automated interventions legible to pilots. A visible warning, simulator training, and redundant sensing add cost and may weaken the promise of fleet continuity. The alternative keeps the transition quiet and fast. What evidence would make you stop the programme, and who must have the authority to act on it?

Public evidenceLocal logicSecond-order exposure
MCAS originally used one sensor that measured the aircraft's angle against the airflow.Keep the system narrow and the transition familiar.One bad reading could repeatedly move the aircraft's horizontal tail controls.
The system was not fully described in early pilot materials.Avoid new training burden and cockpit complexity.Pilots had less time and context to diagnose a novel failure.
The redesign added sensor comparison, alerting, and activation limits.Correct the identified technical pathway.The repair also revealed which safeguards the original trade-off removed.

Your design-room questions

  • Where have you removed a confirmation, warning, or visible state in the name of reducing friction?
  • Who has authority, who has information, and who bears the consequence if your automated flow is wrong?
  • Draw the third-order effect of one current roadmap decision. Include incentives and workarounds, not only user behavior.

In the room

What to say, word for word

3 lines for your next meeting.

  1. 1

    Sprint planning, when a flow is being signed off

    Instead of “I think this flow could be smoother.”

    If this flow fails for 2% of users, how many support tickets will that create? Let us price the recovery before signing off.
  2. 2

    Roadmap review, when work is described as a feature

    Instead of “We should redesign onboarding.”

    The goal is more teams reaching their first useful result, not a redesigned screen. Is there a cheaper route?
  3. 3

    Any review where a decision is being rushed

    Instead of “Can we take more time on this?”

    I can support shipping this week. Let us record the expected result and check it in thirty days.

The room you will actually be in

The product manager wants to ship without the error state

A product manager wants to drop failure screens to meet Friday’s release.

The argument that loses

We cannot ship an incomplete experience.

A design standard alone does not explain the business cost.

The argument that works

Keep Friday’s date. Let us estimate silent failures and support cost; a clear retry message may take only half a day.

You preserve the deadline and propose a bounded recovery.

One question to ask

Who helps the person when this fails?

One-page worksheet

Second-order effect sheet

Follow one design decision past the launch date.

Open & print the sheet

Optional practice · 60–75 minutes on your own project

Put it into practice

The quiz takes a couple of minutes. The written question is optional — do it on a real project when you need it, and come back any time. Practice is only required for the certificate.

Check what you understood

1. What makes an effect second-order?
2. A team closes support tickets faster, but more tickets are reopened. What did the team forget to track?
3. Which is an outcome?
4. Why mark delays on a system map?

Think one step past launch

Choose one recent product decision that you can describe in two sentences. What might people do in response, and what could that cause next?

Your written answer stays on this device and is never uploaded.

To count this module toward your certificate, answer every quiz question and write one response.

The completion button becomes available after both are done.

You may continue now and complete this practice later.

Was this module useful?

Sign in to mark this useful