Nov 7, 2012

First, seek to understand.

Whether it’s negotiation, mediation or even international politics, we know it’s important to first seek to understand the other side. When launching a business, we know it makes sense to seek understanding about our customers needs before trying to change their behaviour.

But when it comes to how we do things ourselves , why do we startups prefer the smell of our own farts?

When code-first founders dig in with Lean Startup people, I hear the reply- “I get Lean Startup, but my customers need to see a complete build. I’ll just code this - it’ll only take a few months!”

When Lean Startup founders talk to user experience designers (UXDs) , I hear - “Nah, I’ll stick to the process in this Lean book.” The founder misses out on techniques that can spot real customer needs faster than a set process. They’re also more likely to waste their time following a process when the information they wanted was readily available with a UX method.

When UXDs interact with Customer Development people, I hear - “We’ve been doing Cust Dev this whole time - you just use different words!” And the UXDs miss make-or-break commercial issues. Great product, no business model. How many great products have you seen get shut down?

You can see this when someone hacks the Business Model Canvas in a way that needlessly breaks compatibility with the business model community. I’ve heard, “Cool canvas. I know 10 years of research, iteration and community knowledge went into it but my idea is better.” For that specific use, maybe, but at the cost of all the other business model techniques that also offer you advantages.

It’s like trekking to a well, but refusing to bring a bucket!

 

Mixing it up is good - we learn from each other. Hacking tools and techniques is great - we move things forward in a really practical way.

We started Leancamp to spark these connections - and were the first to explicitly connect Lean Startup and Business Model Generation, and Customer Development with UX . We wanted to create these opportunities for improvement, but we learned it requires a deeper effort in mutual understanding.

If we don’t first seek a deeper understanding of what we’re drawing from, we miss the biggest opportunities to improve.

When borrowing from someone else's approach, first seek to understand. That's all I'm sayin'. 

What am I up to these days?

I’m a new parent, and prioritising my attention on our new rhythms as a family.

Work-wise, I’m trekking along at a cozy pace, doing stuff that doesn’t require meetings :)

I have a few non-exec/advisory roles for engineering edu programs. I’m also having fun making a few apps, going deep with zero-knowledge cryptography, and have learned to be a pretty good LLM prompt engineer.

In the past, I've designed peer-learning programs for Oxford, UCL, Techstars, Microsoft Ventures, The Royal Academy Of Engineering, and Kernel, careering from startups to humanitech and engineering. I also played a role in starting the Lean Startup methodology, and the European startup ecosystem. You can read about this here.

Contact me

Books & collected practices

  • Peer Learning Is - a broad look at peer learning around the world, and how to design peer learning to outperform traditional education
  • Mentor Impact - researched the practices used by the startup mentors that really make a difference
  • DAOistry - practices and mindsets that work in blockchain communities
  • Decision Hacks - early-stage startup decisions distilled
  • Source Institute - skunkworks I founded with open peer learning formats and ops guides, and our internal guide on decentralised teams