A drawing I put on a whiteboard almost every week.
Thinking
From the intersection of business × product × technology × people. Not generic "10 sales tips" content.
Expanded thinking. The compressed version lives in Principles.
3 of 3 notes
Don't build the smallest version. Build the version that forces a decision.
A plan rarely fails because of the numbers. It fails because of the heads behind them.
Things I keep coming back to
Models, questions and frameworks that keep turning up in the work.
One thought at a time
Posts. One observation, one example, one conclusion — nothing more.
Most teams start designing the fix while the problem is still a rumour.
The principle behind it →Treating the visible part is how you get to solve the same thing twice a year.
The principle behind it →Optimising unnecessary work leaves you with faster unnecessary work.
The principle behind it →The third time you do the same analysis by hand, you are prototyping a product.
The principle behind it →Automation follows process understanding. It does not replace it.
The principle behind it →They diagnose. The pitch is what happens after the diagnosis lands.
In complex B2B, the buyer's real question is what happens if this goes wrong.
The principle behind it →Product, positioning, pricing, service and delivery all show up in the sales number.
The principle behind it →Sending prices is not the same as explaining why somebody should buy.
Nobody buys the software. They buy a different Monday morning.
The principle behind it →If you can't explain the proposition simply, you probably don't understand it yet.
The principle behind it →Before software, automation or AI: show me how the work actually moves today.
The principle behind it →Often it's product, positioning, pricing or process wearing a sales costume.
The principle behind it →Same manual work, same shape, every month. That's a product with no name yet.
The principle behind it →Not every process deserves another SaaS. Some deserve deletion.
The principle behind it →Behaviour, problem, desired change. Features come fourth.
The principle behind it →Six months of stalled work, and the honest answer to one question moved all of it.
The principle behind it →More leads into a broken funnel produce more waste, faster.
The obvious problem is usually the one that's easiest to see, not the one that's costing you.
The principle behind it →Longer pieces, in the works
Articles I'm reasoning through. Ideas, outlines and drafts — published as they land.
Understanding the current situation honestly before designing the target state — mapping systems, process, data and people, then measuring what actually changed.
Product, positioning, pricing, delivery, trust, ICP and internal handoffs — the places a commercial failure actually starts before it shows up in the pipeline.
How a technically good solution becomes something people understand, trust, use and buy.
Most complexity comes from fragmented information and unclear relationships, not from the subject itself.
Intelligence on top of unclear process and poor data does not create a good system. Process, structure, data quality, then models.
Explaining, listening, asking questions, handling resistance and checking whether anyone actually understood.
No advanced maths required: relationships, inputs, outputs, rules, dependencies, constraints and feedback.
Selling complex products requires knowing how they work and why that matters.
Pricing, cost, adoption, sales effort, payback, customer value, opportunity cost.
Deep specialist expertise versus system relationships — inheriting a domain you did not grow up inside.
How new products get dismissed on a single feature comparison instead of the behaviour change they enable.
Less about the gap itself, more about the reasoning process that revealed it.
Being responsible for an outcome without the authority, resources or control to deliver it.
How teams mistake conviction for proof — in strategy, product, sales and AI.
The visible product is the last layer. Underneath sit methodology, data, architecture and judgement.
A prototype proves something can be built. Not that people need it, understand it, use it, or pay for it.
Price, value, context, leverage — and why perceived simplicity is not cheapness.
Why buyers need enough expertise to understand what they are purchasing in technical work.
Repeated operational pain as a signal for workflow design, standardisation or a product.
Support, expertise, decisions, maintenance, trust — everything the customer never sees.
Compressed versions
Diagnose before you prescribe.
Symptoms move. Systems don't.
Describe what is, before designing what should be.
A pitch cannot rescue a proposition.
Comprehension is a commercial feature.
Automation accelerates whatever already exists.
Delivery is activity. Change is result.
Need hands-on training for your team — and results?
No slideware. Bring a real problem from your own business. We take it apart, find the root cause and fix it on the spot — with your team in the room, learning the method while it happens.
- Show me your problem — we work on yours, not a case study
- Half a day to two days, on site or remote
- Your team leaves with the structure, not just the answer