How to Alienate Your Investors (Without Even Realising It)
You worked hard to raise money. You pitched. You hustled. You got the cheques. Now what?
You worked hard to raise money. You pitched. You hustled. You got the cheques. Now what?
For most startup founders, product velocity—the speed and consistency with which your team ships meaningful updates—is an obsession. And rightly so. In the early stages of a company, momentum is everything. The ability to move quickly can be the difference between winning early users or losing them to a better, faster-moving competitor.
But speed alone isn’t enough. High product velocity isn’t about frantic execution or cutting corners. It’s about consistently delivering value in a fast, focused, and sustainable way. And after working with dozens of early-stage startups, I’ve found it typically comes down to seven key principles.
Over the past year, I’ve heard more and more founders and design leaders tell eerily similar stories:
In 1949, a crew of elite smoke-jumpers parachuted into Montana’s Mann Gulch to fight what looked like a routine wildfire. But within hours, the fire turned deadly. As the flames roared up the slope, their leader, Wagner Dodge, made a radical move: he lit a fire of his own. By burning the grass ahead of him, he created a patch of scorched earth the wildfire couldn’t cross. He lay in the ashes as the main fire swept over.
A lot of designers, especially those with a strong systems-thinking mindset, pride themselves on being rigorous problem-solvers. We stress-test ideas. We poke holes in weak assumptions. We say things like “That won’t work because…” or “The problem with that is…” and we think we’re doing our job — helping move the team forward, protecting users, flagging risks.
But let’s be honest: a lot of the time, we just come across as… difficult.
Most product requirement documents (PRDs) are boring, transactional, and—let’s be honest—kind of useless. They tend to be a simple feature request with a rough deadline, putting all the thinking and risk on the product and design teams.
But what if your PRD could do more?