Jun 20, 2024
Presenting design directions like a pro
I like to think of building software products as exploring a cave…
Your role as the designer is to:
Venture ahead
Illuminate potential routes
Share your findings with the group
Propose a direction
Help get the team there
Think of prototypes as your flashlights.
They’re how you spot risks, visualize opportunities, and get people excited about potential futures.
But there’s an art to sharing them effectively with your team 👇
Directions > concepts
Early in the design process you’re likely making a huge mess in Figma and experimenting with dozens of different concepts to see what feels right.
Suppose you narrow in on six designs that you think show a lot of potential.
The mistake many designers make is presenting these as six separate concepts to the team.
“if you're just sharing a whole bunch of work and you don't really make it clear what you were toiling over. You're going to get feedback all over the place”
— Alex Cornell
That’s why I find the cave analogy so useful. It forces you to create a mental map and identify distinct routes that your team can take.
Each route might contain various concepts, but that’s not important just yet. First, you need to help stakeholders choose a high-level direction.
Here are some strategies to help you present these directions more effectively 👇
Establish your spectrum
“It’s important to establish the framework that was guiding your explorations so that it can create an architecture around the ideas that you show”
— Alex Cornell
My go-to framework is a spectrum.
I begin by asking myself, “What’s the main variable that will dictate what we design and ship for this project?”
Then I anchor my routes at key points along that spectrum.
Many times the main difference between directions is appetite (how much time/resources we’re willing to invest).
Another spectrum I frequently used at Maven was power vs. simplicity.
Take email marketing for instance. Should we allow instructors to customize their own automation systems, or design an 80/20 solution that works right out of the box?
I usually begin my presentations with a simple visual representation of my spectrum. This helps people understand my mental model before we dive into specific concepts.
Help the team compare routes
I use simple pros/cons lists so frequently that I even turned it into a component 😅
But you can’t stop there…
You need to make a clear recommendation.
That's why Alex's dialogue typically looks something like this 👇
“As a result of all that background that you now you have, you could kind of either go this way or that way. Here are the reasons why you might go one way or the other. And here's a prototype of each of them. But this is why I think option two is the best direction”
— Alex Cornell
Emphasize the tradeoffs
Another benefit of the cave/route analogy is it’s easier to communicate tradeoffs.
“Understand that if we go this way. We're not going that way, and there's certain things down that way that we liked, but we're leaving them behind.”
— Alex Cornell
So when you’re presenting your ideas, make it clear what you’re saying no to by going down a specific path.
Name your prototypes
This is something that Alex did a lot while designing the Linear mobile app 👇
“Sometimes it's even worth giving each prototype a name. You know, this is the no menu option vs. the gestural option.”
Naming your prototypes gives stakeholders vocabulary which makes it easier to refer back to your designs.
But you already knew why naming is so important…
Use my favorite phrase
Don’t forget to stress the fact that you’re not committing to a specific UI concept at this stage. You’re merely aligning on the map and choosing a high-level route to take.
One way I reinforce this idea is by overusing the phrase:
“it could look something like this”
This tiny disclaimer is a powerful communication tool and a great way to avoid visual nit-picking.
Now I know what you’re thinking… wouldn’t it be more obvious if the designs were low fidelity?
Possibly.
But you often get better feedback when something looks and feels real.
When you’re exploring a cave, high fidelity prototypes serve as the brightest flashlights 😉
Mastering the art of influence
When you think about storytelling in design... Alex Cornell is often the person that comes to mind. And that's a big reason why he's one of the most requested guests on the show.
So this episode is a deep dive into the finer details of communication:
The story behind his startup Cocoon
How Alex leverages his background in video
Alex’s precision and obsession with language
Why Alex left linear to work on generative AI at Meta
Why getting buy-in for your ideas is kind of like a math proof
Behind-the-scenes of the wild videos Alex made at Facebook
Lessons learned designing the Substack and Linear mobile apps
The mental models Alex uses to construct compelling narratives
a lot more
Listen on YouTube, Spotify, Apple, or wherever you get your podcasts 👇
I like to think of building software products as exploring a cave…
Your role as the designer is to:
Venture ahead
Illuminate potential routes
Share your findings with the group
Propose a direction
Help get the team there
Think of prototypes as your flashlights.
They’re how you spot risks, visualize opportunities, and get people excited about potential futures.
But there’s an art to sharing them effectively with your team 👇
Directions > concepts
Early in the design process you’re likely making a huge mess in Figma and experimenting with dozens of different concepts to see what feels right.
Suppose you narrow in on six designs that you think show a lot of potential.
The mistake many designers make is presenting these as six separate concepts to the team.
“if you're just sharing a whole bunch of work and you don't really make it clear what you were toiling over. You're going to get feedback all over the place”
— Alex Cornell
That’s why I find the cave analogy so useful. It forces you to create a mental map and identify distinct routes that your team can take.
Each route might contain various concepts, but that’s not important just yet. First, you need to help stakeholders choose a high-level direction.
Here are some strategies to help you present these directions more effectively 👇
Establish your spectrum
“It’s important to establish the framework that was guiding your explorations so that it can create an architecture around the ideas that you show”
— Alex Cornell
My go-to framework is a spectrum.
I begin by asking myself, “What’s the main variable that will dictate what we design and ship for this project?”
Then I anchor my routes at key points along that spectrum.
Many times the main difference between directions is appetite (how much time/resources we’re willing to invest).
Another spectrum I frequently used at Maven was power vs. simplicity.
Take email marketing for instance. Should we allow instructors to customize their own automation systems, or design an 80/20 solution that works right out of the box?
I usually begin my presentations with a simple visual representation of my spectrum. This helps people understand my mental model before we dive into specific concepts.
Help the team compare routes
I use simple pros/cons lists so frequently that I even turned it into a component 😅
But you can’t stop there…
You need to make a clear recommendation.
That's why Alex's dialogue typically looks something like this 👇
“As a result of all that background that you now you have, you could kind of either go this way or that way. Here are the reasons why you might go one way or the other. And here's a prototype of each of them. But this is why I think option two is the best direction”
— Alex Cornell
Emphasize the tradeoffs
Another benefit of the cave/route analogy is it’s easier to communicate tradeoffs.
“Understand that if we go this way. We're not going that way, and there's certain things down that way that we liked, but we're leaving them behind.”
— Alex Cornell
So when you’re presenting your ideas, make it clear what you’re saying no to by going down a specific path.
Name your prototypes
This is something that Alex did a lot while designing the Linear mobile app 👇
“Sometimes it's even worth giving each prototype a name. You know, this is the no menu option vs. the gestural option.”
Naming your prototypes gives stakeholders vocabulary which makes it easier to refer back to your designs.
But you already knew why naming is so important…
Use my favorite phrase
Don’t forget to stress the fact that you’re not committing to a specific UI concept at this stage. You’re merely aligning on the map and choosing a high-level route to take.
One way I reinforce this idea is by overusing the phrase:
“it could look something like this”
This tiny disclaimer is a powerful communication tool and a great way to avoid visual nit-picking.
Now I know what you’re thinking… wouldn’t it be more obvious if the designs were low fidelity?
Possibly.
But you often get better feedback when something looks and feels real.
When you’re exploring a cave, high fidelity prototypes serve as the brightest flashlights 😉
Mastering the art of influence
When you think about storytelling in design... Alex Cornell is often the person that comes to mind. And that's a big reason why he's one of the most requested guests on the show.
So this episode is a deep dive into the finer details of communication:
The story behind his startup Cocoon
How Alex leverages his background in video
Alex’s precision and obsession with language
Why Alex left linear to work on generative AI at Meta
Why getting buy-in for your ideas is kind of like a math proof
Behind-the-scenes of the wild videos Alex made at Facebook
Lessons learned designing the Substack and Linear mobile apps
The mental models Alex uses to construct compelling narratives
a lot more
Listen on YouTube, Spotify, Apple, or wherever you get your podcasts 👇
I like to think of building software products as exploring a cave…
Your role as the designer is to:
Venture ahead
Illuminate potential routes
Share your findings with the group
Propose a direction
Help get the team there
Think of prototypes as your flashlights.
They’re how you spot risks, visualize opportunities, and get people excited about potential futures.
But there’s an art to sharing them effectively with your team 👇
Directions > concepts
Early in the design process you’re likely making a huge mess in Figma and experimenting with dozens of different concepts to see what feels right.
Suppose you narrow in on six designs that you think show a lot of potential.
The mistake many designers make is presenting these as six separate concepts to the team.
“if you're just sharing a whole bunch of work and you don't really make it clear what you were toiling over. You're going to get feedback all over the place”
— Alex Cornell
That’s why I find the cave analogy so useful. It forces you to create a mental map and identify distinct routes that your team can take.
Each route might contain various concepts, but that’s not important just yet. First, you need to help stakeholders choose a high-level direction.
Here are some strategies to help you present these directions more effectively 👇
Establish your spectrum
“It’s important to establish the framework that was guiding your explorations so that it can create an architecture around the ideas that you show”
— Alex Cornell
My go-to framework is a spectrum.
I begin by asking myself, “What’s the main variable that will dictate what we design and ship for this project?”
Then I anchor my routes at key points along that spectrum.
Many times the main difference between directions is appetite (how much time/resources we’re willing to invest).
Another spectrum I frequently used at Maven was power vs. simplicity.
Take email marketing for instance. Should we allow instructors to customize their own automation systems, or design an 80/20 solution that works right out of the box?
I usually begin my presentations with a simple visual representation of my spectrum. This helps people understand my mental model before we dive into specific concepts.
Help the team compare routes
I use simple pros/cons lists so frequently that I even turned it into a component 😅
But you can’t stop there…
You need to make a clear recommendation.
That's why Alex's dialogue typically looks something like this 👇
“As a result of all that background that you now you have, you could kind of either go this way or that way. Here are the reasons why you might go one way or the other. And here's a prototype of each of them. But this is why I think option two is the best direction”
— Alex Cornell
Emphasize the tradeoffs
Another benefit of the cave/route analogy is it’s easier to communicate tradeoffs.
“Understand that if we go this way. We're not going that way, and there's certain things down that way that we liked, but we're leaving them behind.”
— Alex Cornell
So when you’re presenting your ideas, make it clear what you’re saying no to by going down a specific path.
Name your prototypes
This is something that Alex did a lot while designing the Linear mobile app 👇
“Sometimes it's even worth giving each prototype a name. You know, this is the no menu option vs. the gestural option.”
Naming your prototypes gives stakeholders vocabulary which makes it easier to refer back to your designs.
But you already knew why naming is so important…
Use my favorite phrase
Don’t forget to stress the fact that you’re not committing to a specific UI concept at this stage. You’re merely aligning on the map and choosing a high-level route to take.
One way I reinforce this idea is by overusing the phrase:
“it could look something like this”
This tiny disclaimer is a powerful communication tool and a great way to avoid visual nit-picking.
Now I know what you’re thinking… wouldn’t it be more obvious if the designs were low fidelity?
Possibly.
But you often get better feedback when something looks and feels real.
When you’re exploring a cave, high fidelity prototypes serve as the brightest flashlights 😉
Mastering the art of influence
When you think about storytelling in design... Alex Cornell is often the person that comes to mind. And that's a big reason why he's one of the most requested guests on the show.
So this episode is a deep dive into the finer details of communication:
The story behind his startup Cocoon
How Alex leverages his background in video
Alex’s precision and obsession with language
Why Alex left linear to work on generative AI at Meta
Why getting buy-in for your ideas is kind of like a math proof
Behind-the-scenes of the wild videos Alex made at Facebook
Lessons learned designing the Substack and Linear mobile apps
The mental models Alex uses to construct compelling narratives
a lot more
Listen on YouTube, Spotify, Apple, or wherever you get your podcasts 👇
Go deeper…
Join 10,000+ designers
Get our weekly breakdowns
"There's no doubt that Dive has made me a better designer"
@ned_ray
Join 10,000+ designers
Get our weekly breakdowns
"There's no doubt that Dive has made me a better designer"
@ned_ray
Join 10,000+ designers
Get our weekly breakdowns
"There's no doubt that Dive has made me a better designer"
@ned_ray
hello@dive.club
Ⓒ Dive 2024