Building a compelling design vision

A note for new subscribers: This post is part of a series on my notes on technology product management (this is what I do for a living). You might notice that these posts often link to older posts in the series on LinkedIn even though they are all available on this blog. That is intended for folks who only want to follow future product management related posts. Finally, for all those of you who don’t build tech products for a living, I believe many of these notes have broader applicability. And I hope you find that to be the case as well…


A quick overview of what we’ve covered on “Notes on Product Management” so far – 


A design vision is a powerful tool. The ability to create one cuts across 2 out of our 4 core skills. They are primarily a “problem solving” tool as they help transform our ideas for a solution to visuals. But they are also key to our ability to sell/influence others.

The design vision brings our strategy document to life. It is critical – so much so that it is best to not ship a strategy doc without a link to the vision video that illustrates our roadmap.

A science-first approach to understanding design

Before getting into the details of the approach, I wanted to share some background on my journey. I had no training in anything related to design when I became a PM. I am not one of those people who naturally gravitated to art or design either. I knew I had decent (read: passable) aesthetic sense. But that was it. So, for the first eighteen months in my journey as a PM, I leaned heavily on my design partners and other PMs who seemed to know what they were doing.

But this part of being a PM gave me the “heebiejeebies.” Every time I was presented with a screen, I felt like an imposter who was going to be outed for not knowing how to do my job.

I then moved to working on consumer products, got lucky to get the opportunity to get schooled by a couple of product and design leaders who – through osmosis – helped me understand how to deconstruct a screen and what to look for. The approach I’ve developed since is an approach that emphasizes the science over the art – i.e., I take a very considered step-by-step approach. 

No alt text provided for this image

What I do know is that once you apply the science hundreds of times, you get glimpses of the art of looking at a screen and experiencing that niggling feeling in the gut that tells you something is wrong. Or when you are midway through the process of creating a design vision and just know it isn’t developing as it should be. Understanding the science has helped me get in touch with and appreciate the art.

With that said, let’s dig in. 

The 4 steps of the process

(i) Create an exploration OKR with an expectation for one of two kinds of design visions.

Both parts of this step are equally important. 

First, allocate sufficient time during the quarter to create a design vision – both on your calendar as well as your design partner’s calendar. Don’t expect your design partner to just cook something up in their spare time. That doesn’t work. Creating a design vision is a true exercise in partnership and needs dedicate time – ideally in sync with the creation of your strategy.

No alt text provided for this image

Second, there are two kinds of design visions. I differentiate them by their horizons:

Variant 1 – 12-18 month horizon: The primary purpose of this variant is to inspire. It needs lower fidelity designs (i.e., you don’t need to sweat the exact user interface or copy) and is useful when you’re charting the path forward for a large and ambiguous problem. 

Variant 2 – 6-9 month horizon: The primary purpose of this variant is to get the broader team excited about the product we’ll ship in the next 2-3 quarters. In this case, you need reasonably high fidelity (UI that is 80% complete, illustrative copy). This is more focused in scope.

It helps to align on the variant as you define the exploration OKR 

(ii) Kick off by aligning on value and creating a clear (and reasonable) timeline.

The next step is to kick off (see this post on kick offs) – this is especially important on a new product team. If the team is not new, it helps to do a light version of this. The key steps are:

 (a) Make sure everyone is aligned on the problem we’re solving and the value of the solution we want to build. This is where design visions can go sideways. Good problem statements help define what is not in scope and keep the group focused.

No alt text provided for this image

(b) Create a clear and reasonable timeline for 2 phases:

  • Diverge: During this phase – it can be done in 2-3 weeks – the design team should have plenty of space to brainstorm/organize brainstorms, gather inputs, and put a storyboard together. It is good to plan small group check ins once a week during this phase.
  • Converge: This phase – typically ~2x longer than the diverge phase – is when you begin iterating closely and rev-ing based on feedback. During this time, I’d recommend setting time very often – at minimum thrice per week and a check in with the broader team once a week. It isn’t uncommon to check in via a daily standup during this phase. If this sounds like an intense phase, it is. :-) But it is also among the most fun and memorable phases when you’re in the trenches with your design partner.

Note on timeline: Every once in a while, you will sprint and create a design vision in 2 weeks because of some external/executive pressure. While exhilarating if done well, it is definitely not a sustainable way to create these. I’d suggest reserving that energy for extenuating circumstances.

(iii) Learn to facilitate useful discussions by focusing on one aspect of the User Experience equation at a time

The best thing you can do as a product partner is to facilitate structured discussion. For example, it is tempting to just jump into providing random feedback on the colors and user interface. But that will just result in unproductive discussions and lost time. 

The basis for structured discussion on designs flows from an equation I shared before for the user experience:

No alt text provided for this image

Let’s break out the components:

  • User interface (UI) = Layouts, fonts, colors, illustrations, and copy.
  • Interaction design (IxD) = Effects of clicks, taps, and gestures – if you are building a feature as part of a larger product, the interaction design will be dictated by the design system in the product
  • Information architecture (IA) = How the entire app/website is organized – if you are building within a large app or website, your product/feature is just one part of the entire user experience. So, every other feature and product plays a part in the user’s experience.
  • Value = Both real and perceived value – real value is tangible and perceived value is often a result of the story/narrative/marketing. Both matter. Also, value is multiplied. This means if the value is 0, it negates any work on the rest of the user experience.

I laid out the equation in this way because our natural instincts when looking at designs move from right to left.

But much of life is acting in ways that are opposite to some of our natural instincts. And giving useful feedback works similarly. So, the equation should instead be written the other way around.

No alt text provided for this image

This means you spend a few days or week at a time working through each of these components in order: 

(1) Value: This is what you did in the kick-off. You’ll need to spend as much time as necessary to get clear on the problem you’re solving and the intended value of your solution to the user. 

(2) Information Architecture (IA): The IA should be the first stop as it requires us to make foundational decisions about how the user interacts with our product/feature as part of their overall user experience on our app. This involves working on questions like – how will the user discover our feature?, what are the key components on the screen?, what are the primary and secondary tap targets?

IA questions are the toughest questions to answer in my experience. It is worth taking the time to get this stage right. 

(3) Interaction Design (ID): The next step is to consider the interactions in detail. This involves understanding the impact of clicks or taps or gestures, experimenting with motion design, etc. This part of the experience dictates how the page responds to a user.

In my experience, this is typically dictated by the design system as you generally want to be consistent with the rest of the experience. If you are working on a smaller app/site and don’t have a design system, it is a great prompt to create one. 

(4) User interface (UI): This tends to be the other area to spend a lot of time on. Again, fonts, colors, and illustration tend to be heavily design system dependent. But there’s tremendous opportunity to shape (i) layouts and (ii) copy.

(i) The function of a good layout is to establish hierarchy in the eyes of the user. It should be easy to understand what to pay attention to and what to do next. This is one of those things you learn by experimenting yourself and observing good hierarchy in other products that you use. Simpler is better. And that is easier said than done. 

(ii) Simple/clear instructional copy can have massive impact on your user experience. Copy could be the subject of an entire post or even a series of posts. So, I’m undoubtedly not going to do it justice in two paragraphs. That caveat aside, I’ve learnt two lessons about copy. First, partner closely with folks who are good at creating copy – lean on any copywriters in the organization along with your product marketing counterparts. Creating good copy is a team sport.

Second, invest in learning about using good copy – e.g., check out sites like this. The right subject line on an email, the right page header, and the right CTA text can drive significant lifts in your key metrics. It is worth investing your time in getting those words right.

(iv) Bring it all together with a video

There are two simple steps here: 

(a) Use a simple storytelling slide template. Here’s an example.

No alt text provided for this image

 (b) Record a video with narration and background music. Video helps for 3 reasons:

  • It avoids any presentation hiccups when you share out your design vision. Computers have a way of acting up and becoming slow just before key presentations. 
  • Uplifting music adds a LOT to the final presentation
  • The video file is easily shareable. That’s the outcome you want. :-)


As you can tell, this post is as much about creating a design vision as it is about becoming a better partner to the design team. If I had to pick the highest impact habit out of all of this, it is learning to facilitate focused discussion on a screen.  

It is not just useful because it provides focus to the team (it does that). It is useful because it helps us hone our own skills. Every time we end up pausing and focusing on the IA/information architecture and discussing it in detail, we’ll learn from everyone else in the room. The same happens as we debate layout and copy.

And once we habitually approach design conversations with this sort of structure, it has an unintended side-effect. As the scientific approach provides a baseline amount of rigor, it then frees everyone in the room to appreciate and participate in the art of building a good product.

When that happens and when it comes together in a powerful design vision video that gets the team excited and inspired, it is magical.

Clarity and ticket bookings

I was booking some tickets recently and decided to check out ticket prices. As it happens sometimes, when I decided to get to booking it the next day, I saw a 6% price increase. What followed was fascinating.

I kept coming back to check ticket prices over the next couple of days without taking any follow up action.

A few such visits later, I asked myself a few questions:

(1) What are you expecting to happen?

(2) How long are you willing to wait to get the “right”/old price? Do you know if will?

(3) Are you in this to play the price arbitrage game and risk not booking on the flight you want?

(4) Is this worth it?

And my responses were

(1) Not sure.

(2) Not sure and I don’t.

(3) No.

(4) Probably not.

It wasn’t that I didn’t know that these were my answers – I think I did subconsciously. I knew I needed to get the bookings done. But asking those questions and verbalizing my responses gave me a lot of clarity.

When you find yourself spinning/taking consistent action without making progress, it nearly always is a result of a lack of clarity.

Take the time to pause and clarify it to yourself.

It is always worth the time.


The biggest change as I switch from version 32 to version 33 is the realization that most of my time is spent solving for upside.

That means I spend no time worrying about basic necessities, little time contemplating worst-case scenarios, and all of the rest attempting to make myself, the people and things around me a bit better. It means I get to choose the projects I get to spend time on, choose where I work from, and choose the kind of work I do.

It also means I get to see places I might never have dreamed of and spend money and time on things that I didn’t think I’d have the opportunity to experience growing up.

Admittedly, it does all feel a bit ridiculous at times. The scrawny kid from 20 years ago would look at the present me and scarcely believe his luck. And for good reason.

There have been three side-effects to this realization.

The first is gratitude. Lots of gratitude. To the combination of people and circumstances that have made all this possible and continue to do so today.

The second is perspective. This privilege means my regular problems are minor blips in the grand scheme of things. I’m not attempting to save our family from an invasion. We’re not stuck facing a pandemic without financial resources. We’re incredibly lucky. Remembering that privilege every day brings lots of perspective.

And the third is a sense of responsibility to make something of all this luck and privilege. It means making doubly sure I’m doing my best to work on problems that matter and giving them my best shot. The results I seek aren’t guaranteed – but the journey is one I can dedicate myself to.

These realizations have also helped me be more at peace with myself – with all my strengths and weaknesses. When I find that sense of responsibility getting overwhelming or when I feel myself falling short (and let’s face it – it happens often), I know I can count on the perspective to remind myself that things are fine, really. Mistakes and stumbles are expected, even essential. Failing isn’t falling down, its staying down.

Perhaps, most of all, listening to all this self-talk and attempting to improve it has helped me better appreciate the therapeutic power of writing every day. Every day, as I open up my WordPress editor, I realize it is a great opportunity to take stock.

Time to remind myself to summon that perspective and find the learning in those experiences.

Time to grow, hit refresh, simply begin again.

Thank you for joining me on the ride and for all the encouragement along the way.

It means more than I can express.

(Past birthday notes: 32, 313029282726252423)

Picking collaborators

A tip I share with new hires is to pick collaborators with just as much rigor as they apply to picking a project.

A dynamic I’ve seen play out time and time again is that projects with collaborators who don’t work together under-perform expectations. Conversely, projects with collaborators who work well together have a way of exceeding expectations.

A great collaborator shouldn’t be the sole reason to pick a project. But once we’re at the stage where we find ourselves weighing projects with similar impact, making the final decision based on who we collaborate with is among the most important things we do.

Mo’ money, mo’ problems

A more expensive car costs more to insure than a cheaper car.

A 10-room mansion costs a lot more to maintain than a smaller home.

And the maintenance in both cases costs a lot more than just money. There’s a lot of mental investment that goes into their upkeep.

This might sound obvious. But I think it isn’t. That’s because we often focus on the “mo’ money” part without paying as much attention to more problems. That’s why it is human nature to think that the grass is greener on the other side – without necessarily paying attention to all the work and money that goes into maintaining the green grass.

The biggest lesson I’ve learnt here about making mo’ money choices is that a combination of self-awareness and intentionality tends to serve us well.

There isn’t any good or bad judgment inherent in the choices we make. Some folks care deeply about owning a high-speed motorboat. If that gives them (or us) happiness, so be it. The key is understanding what we care about, spending our money on the things and experiences that give us the most happiness, and making peace with the costs.

So, it is true that mo’ money comes with mo’ problems. It is just on us to be self-aware of our willingness to deal with the problems and to be intentional about the kinds of problems we choose to solve.

Great managers

Great managers (a) want to help and (b) can help.

When either element is missing, it can get problematic. Managers who want to help but cannot end up getting in the way in time. And managers who can help but don’t want to are not fun to work with.

But, between the two, I’d pick the former over the latter.

And either way, it pays to choose wisely.

An awesome UK COVID visualization

The Financial Times team shared this visualization of how COVID has gradually become less lethal over the pandemic in the UK.

The TLDR: Thanks to immunity driven by vaccines and those who have had COVID, the Omicron wave is trending toward* being just as infectious as the flu in the UK.

There are so many layers of data in this one exquisite graph. A powerful reminder of the impact of thoughtful data visualization.

H/T: Dan Cullum for sharing this on his excellent daily blog.

*PS: I’m hopeful that trend will continue for the new BA2 variant as well.

I’ll be happy when

“I’ll be happy when…” is a sentence that has all the makings of an elaborate trap we create for ourselves.

There’s always a trade-off between the now and the future. Saving money is an example of that trade-off, it is a hedge against uncertainty.

But if those trade-offs come at the cost of creating a sense of perpetual unhappiness and longing for a future that may or may not play out as we imagine (and let’s face it – does it ever?), they’re not worth it. Worse, it is a slippery slope.

“I’ll be happy when” is a trap best avoided. And the best way to avoid it is to pick trade-offs that we’re happy making now.

A misnomer about learning

A misnomer about learning is that the best way to learn is by experience.

It is a misnomer because, while it is incredibly effective, experience is expensive.

The more we can teach ourselves to learn from others’ experience – either by spending time with them or reading something they wrote – the faster we’ll make progress on that learning curve.