I don’t believe in big reveals. I believe in listening closely, reading the signals, making a careful change and checking whether it helped. Then doing it again. Here is the cycle I bring to every product.
The product cycle, step by step
Choose a step to read more. Use the arrow keys to move between steps.
Step 1 of 7
Listen: Talk to the people using it, and let them finish.
Before I change anything, I want to hear how people actually use the product: where it helps them, where it gets in their way and what they have quietly stopped trying to do. I listen patiently and let their experience set the direction, not my assumptions.
Analyse: Read the signals before they become obvious.
What people say and what people do are both true, so I check one against the other. Analytics, search trends, sales data and market sentiment show patterns early. I use AI to work through large amounts of behaviour and market data quickly, then decide with my own judgement.
Every product has an essence, the one job it exists to do. I work out what that is, then shape features and flows around real behaviour and usability. That is also how I prioritise: the roadmap follows the user, not the loudest request in the room.
Build: Work alongside engineers, in their language.
I spent many years as a developer, so I can talk through trade-offs with engineers and designers without translation. When it is faster, I design and build a feature myself, which turns an insight into something people can use in days rather than months.
I take products to market across every channel that matters: SEO, paid advertising, content shaped to what people are searching for, and visibility in AI search such as Google AI Overviews, ChatGPT and Perplexity, which is fast becoming a real source of traffic.
I measure whether each change improved engagement, satisfaction or revenue, and I am happy to roll back what did not. Cost matters too: at Cybersmarties I ran load and stress tests and showed management the cost per user per month before they decided how to scale.
Evolve: Hold the long view, move one step at a time.
I keep a picture of where the product could grow, then move toward it gradually. Small, measured steps keep the product steady for the people relying on it today while it becomes what it needs to be tomorrow. Then the cycle starts again, with listening.
The cycle is how I work. These are the convictions underneath it.
Start from the essence
Understand what the product is really for before deciding what it should do.
Shape it around the user
Build features and flows around how people actually behave, not around assumptions.
Listen patiently
Talk to users, take in their experience and let it guide decisions.
Read the signals
Use analytics, research, search trends and market sentiment to see patterns early.
See where it can grow
Spot what the product could become and hold that long-term picture.
Evolve gradually
Move toward the vision one measured step at a time.
Build alongside engineers
Work with developers and designers in their language, and build it myself when that is faster.
Take it to market
Grow through SEO, AI search, paid advertising and content that matches what people want.
Why a developer makes a better product manager
Most product managers hand a spec to engineering and wait. I can sit with the team, understand the cost of each option in real terms and, when it’s quicker, build the first version myself. Insights become working features sooner, and nothing gets lost in translation.