AI has made building easier.

The Product Model

But building the right thing is still hard.

Ten articles every week on what is happening across product, research, design and engineering. Curated by Rory Madden to help teams decide what to build.

Explore the editions ↓

The archive

Ideas for your next step.

308 published editions

Cross-Functional #224: How To Tame Your Unruly Opportunity Solution Trees

Every article you read about Opportunity Solution Trees (OST) shows the same thing: a beautifully organised diagram with clear hierarchies, thoughtfully organised opportunities, and neatly arranged solutions. But if you've used OSTs in practice, you know the reality: they get mes

Read edition ↗

Cross-Functional #223: Documenting Research Insights

Should you create a report, a user-journey map, an affinity map or an opportunity solution tree to document your research insights?

Read edition ↗

Cross-Functional #222: Running Productive Research Interviews

I attended a workshop on interviewing by Bob Moesta a few years back. Instead of just talking theory, Bob did a live interview during the workshop and it was one of the most eye-opening experiences in terms of witnessing how effective someone who is really skilled in interviewing

Read edition ↗

Cross-Functional #221: Documenting Research Interviews

‘Teresa Torres' book, Continuous Discovery Habits, is an absolute masterpiece. One of the chapters in the book introduces the interview snapshot; a one-pager template for capturing the most important insights from an interview.

Read edition ↗

Cross-Functional #220: Whoops!

A small copy-and-paste error caused the articles to go missing in the #220 newsletter, hence we are sending an extra edition for this week with just the articles.

Read edition ↗

Cross-Functional #220: Does it really matter how you phrase a research question?

Is it better to ask if someone likes a coat or how they feel when they wear it? Is it better to ask why someone bought a coat or why didn't they buy a sweater?

Read edition ↗

Cross-Functional #219: Why Can't We Just Ask What People Want?

People are really bad at predicting how they will behave in a given situation. The truth is every single decision we make in life is driven by emotion and logic takes a backseat (this might sound crazy but it is true, there's research to back it up).

Read edition ↗

Cross-Functional #218: Ranking Continuous Research Methodologies

Not all research methods are equally suited for continuous research, where the focus is on trying to get high-quality signals as quickly and cheaply as possible.

Read edition ↗

Cross-Functional #217: What about deep, market-level research?

Last week, we explored how to help more teams adopt research by making it quick, accessible, and lightweight. But not all research can, or should, fit into a two-hour-per-week window. While traditional organisational structures often centralise all research, from specific product

Read edition ↗

Cross-Functional #216: Getting Teams to Adopt Continuous Research

Last week, we talked about how we need to stop selling the value of research; we’ve tried it for decades and it is not working. Instead, we need to make research fit into the current ways of working. And that means making research quick and cheap!

Read edition ↗

Cross-Functional #215: Stop trying to sell the value of Research/UX/Design

Who likes being sold to? The best sales people uncover people’s pain points and constraints and pitch their products to solve problems within those constraints.

Read edition ↗

Cross-Functional #214: Can We Remove Dependencies?

Achieving autonomy is essential if you want to hold teams accountable for outcomes rather than just outputs. However, meaningful autonomy requires clear scope separation and independent codebases for each team. But is this truly feasible?

Read edition ↗

Cross-Functional #213: You can't manage dependencies

As companies scale, it often feels inevitable that the pace of delivery will slow down. However, this doesn’t have to be the case. The problem is that as we attempt to accelerate delivery through parallel releases, the number of dependencies between projects doesn't just increase

Read edition ↗