Design Meets Business

Our conversation was centered around linking Design with the wider business efforts and round hiring – how to stand out, how to create a better portfolio, and what to ask in interviews.

Connect with Nati
LinkedIn, Website, Medium

Selected links from the episode
Things I wish UX candidates would ask me during interviews
Knowing the business: A must skill for young designers

Creators & Guests

Host
Christian Vasile
🎙️ Host & Growth Product Designer

What is Design Meets Business?

Design Meets Business is a podcast that inspires designers to think beyond pixels. On this show you'll hear design leaders from all over the world talk about their stories, lessons they've learned during their careers, and how you can use Design to make a bigger impact in your organisation.

Christian: Welcome to Design Meets
Business, a show where design leaders talk

about practical ways to quantify design,
about making our work more transparent,

and about how designers can make a
bigger impact in their organization.

I'm your host, Christian Vasile,
and before we begin, I'd like to

thank you for tuning in today.

Today, I'm talking to Nati Asher, Director
of Design at Salesforce, and instead

of talking about a million topics,
I've kept this one a bit more focused.

So you'll hear a really great
conversation about hiring, how to

stand out, how to create a better
portfolio, what to ask during an

interview and about linking your design
work with the wider business efforts.

This is a big episode.

Enjoy!

Nati, welcome to Design Meets Business.

I'm so happy that I get to talk to you
today because I know you've got so much

to share with us about design leadership
and building teams and the importance

of designers understanding the wider
business context that they're working in.

So it's going to be really exciting,
looking forward to the next hour.

You're a working for , Salesforce
right now in Israel as a

director of product design.

But before that, you've also been
with Bulldots and WeWork, and

Citibank and many others before.

So before we dive into everything that
you've learned there, well, maybe not

everything, but a few of the things
that you've learned there, tell us a bit

about yourself and how you started in
design and how you got to where you are.

Nati: First of all, thank you,
Christian, for hosting me.

, I'm really, really excited about
this opportunity and yes, at the

moment, I'm leading a team at
Salesforce for the last nine months.

, before that, as you said, I've
been in different companies,

startups, corporates, all around
the Israeli ecosystem of high-tech

companies, CSA I'm based in Israel.

And I'm originally from Uruguay
and moved here almost 17 years ago.

So it's been a while.

and they have a master degree on the
computer science, but I started my

career back then when I was studying
instructional design, which in many

ways is kind of a niche of a UX.

I, I didn't know the term.

I didn't know what UX was.

And then.

Through some courses that I have the
in university, I started learning

the field and it wasn't very much
developed here in Israel at the moment.

So, eh, I just went to meet ups and read
stuff in the internet and started, , this

process of self-education and learning
until I had my first opportunity at

one of the top agencies here in Israel.

and since then, yeah, it's been almost 10
years in the area of UX and I'm actually

feel very lucky that I just found it
halfway by mistake, halfway by luck.

, but I feel very, very lucky yeah.

To work on this field.

, that's pretty much it.

Christian: I think a lot of
us have found it by mistake.

Haven't we, at least that's a
lot of the stories that I hear

is, oh, I kind of fell into it.

I didn't plan to become a designer.

Nati: Yeah.

But in the moment I discovered it
it's like everything fell into place

because I always had this, the thing
about organizing the world, organizing

low ledge, where do things go?

I need some order in my life especially
in my mind to get things working.

And so when I understood what UX
was, information architecture,

like everything clicked and okay,
I found the right thing for me.

So I'm again, super happy and
lucky to work on this field.

Christian: How, you know, you said you
had a master's in computer science.

How did you get from
computer science to design?

What was that transition like?

Nati: Well, actually, I got my
computer science master while I

was already working on design.

And it's kind of a long story
that connects between the

university of my first degree.

And there was some connection there.

So a couple of us were taken there to
do a, our master's degree in Sweden.

And my first degree is here in is,
was done, completed here in Israel.

but it was already working
on design back then.

And I have to say that there weren't
many points of connection between, you

know, my day to day work and that degree,
but I did learn a lot on how stuff gets

done, I did complete a master thesis on
creating a bot, which was a, quite a hot

thing back then almost five years ago.

So I did learn a lot of
the experience after all.

And I guess I'm a fair coder as well.

Christian: You said that about five
years ago, boats were a really big thing.

I just remembered, but it
seems that they've gone away.

There was a big discussion about bots and
bots being the next thing five years ago.

And now nobody talks
about them really anymore.

Nati: Well, since I spent such a
long time planning a bot, I had like

this very, I could speak on this
in an entire different podcast, but

I had this theory of artificial
intelligence is still not there.

So with better plan, a good experience.

And then it will be probably
the bot will probably be able

to complete some basic flow.

So that was my hypothesis and
what I tried to prove actually,

Christian: Well, how did
you, did you prove it or.

Nati: I believe so, eh, but let's
give that for the next podcast.

Christian: Right?

Okay.

That's fair enough.

Cool.

People are not here so listen to us.

Talk about

Nati: 2018.

So

Christian: Right.

And as we know that's a few years ago, so
let's just stick on the topic of design.

Also.

I know nothing about boats, so I
wouldn't be able to ask any relevant

pertinent questions about bots so, okay.

Let's go back to design.

So one of the main reasons why I wanted
to speak to you is because in all of

these companies that you work for,
you've had a lot of experience designing

products for a large number of peoples.

Whether Salesforce or WeWork or Citi
bank, these are brands that have

shipped products to probably all in
all hundreds of millions of people.

Now, one of the questions that I was
having was when you design for so many

people, how do you manage to balance
the needs of so many individuals with

the needs of the business, and maybe
at some of these companies, you weren't

necessarily pushing pixels yourself, but
still even being in charge of those teams.

How were you balancing those two?

Nati: so it's a good question.

I think that sometimes we get confused
between having docents or millions of

users and the name of, for big brands.

So products that I worked out,
eh, on at Citibank or we work or

a Salesforce recently, eh, these
are big brands, but not necessarily

this products are used by millions.

Each of the things that I worked at
there were not necessarily niche, but

had, uh, eh, uh, defined user, a couple
of personas, two, three, and at Citi

bank, these were internal users, eh,
at we work, it was various public.

And now at Salesforce, it's also a
business interface for, people that

work in the area of field service.

So I cannot say that it's
really everyone and everything.

And I did design a product for millions
of users quite a few years back in my

career when I was at the lead designer
for the AVG antivirus on mobile.

So we had over a hundred million users
and that was pretty much a wild ride

because we have 32 languages and then app
that needs to work in so many different

devices and countries across cultures.

And the answer is that you need
to be very careful about how do

you design and always designed for
them minimum common denominator.

So if you're targeting to an older
audience and you're not going to do

flashy things or, or hidden buttons,
you are going to do something it's,

it's like with inclusive design.

Basically you rely on that.

You got to make it accessible for
the less tech savvy person that you

got, or the less experienced whatever
the the common denominator is.

Back then I also wrote an article on
what I called shiny shiny apps, such

as it was, um, Snapchat and calm all
this apps that barely had an interface.

And you couldn't know where to press so
many, it wasn't accessible to many users.

and that's fine because we evolve
and not necessarily you want to

be accessible to every user may
be maybe you want to be luxurious.

Maybe you want to be cool to a
younger audience but you, if you are

designing something for everyone,
then you just need to rely on the most

common denominator for all of them.

Christian: Yeah.

One of the things that I struggle
with whenever I've found myself

designing some of these products is.

Is maybe accepting the fact that
you were, are never going to design

something that will be perfect for
everyone, because you have so many

people who said you have to design for
the, let's say the least technologically

advanced person or whatever it is.

But there will always be a pocket of
users who doesn't necessarily feel

like they're included in the design
of that doesn't necessarily feel

that the solutions are good enough
for them, which is so different than

when you design a very niche product.

Then you can, you can tackle the design
in a very different manner because you

know exactly who you're working with,
you know, exactly what their needs are,

you know, exactly where to find them,
to put the products in front of them,

if you want to test and all of that.

I guess maybe one of the things is
that you need to accept that you're

not going to please everyone, if
you design for so many people,

Nati: or you, you're not a pizza,
so you can not please everyone,

Christian: Even pizzas
don't please everyone

Nati: but yeah.

Joke aside.

Probably a product that eh, needs
to work for everyone is probably

going to be a bit more concerted
conservative than the average.

it may be boring for some people, but
at least it will work for everyone.

And that's probably the goal

Christian: Yeah.

I know these organizations are not
necessarily similar maybe in the way

they were putting their teams together
or even in the way, even in the work that

we're doing, but I, would you be able to
extract any patterns from there in terms

of what the design capabilities of these
organizations were struggling with at

every single company you've worked with?

Is there anything that you've
found to be a problem at every

single company you worked for?

Nati: And I'm so glad that you asked
that because the answer is yes.

So if I look.

At Citi bank and, uh, also at Bulldots
and right now what Salesforce,

these are very different companies.

There is a banking company.

There was a construction startup, and
now while Salesforce is all around but

something that I've found that it's
somehow coming back again and again,

to me is the fact that humans, cause I
I'd rather not call them users, eh, but

humans don't necessarily trust automatic
processes that they cannot see and

cannot understand how and why happened.

I first noticed it back then when I
was at Citibank and I was designing

an interface for a investment bankers
and sales salesperson says people have

their trading room and this guys, we
would show there a price of a bond.

And this guys wouldn't believe it because
no, it's probably, it wasn't calculated.

Right.

I'm not sure if the information is
coming through the right the right

interface there from the right channels.

And there was like, God, what can I do
to make you believe it it extra it's

actually coming from the right place.

And it was such a struggle.

And, funny thing is that I had exactly the
same reactions and the same situations,

eh at the construction startup, because.

The construction manager would
look at the information about

the progress of each building.

And, yeah, I'm not sure
that this is actually right.

I got to go check myself on the field
because probably you didn't get it right.

And then now it sends for us.

I got dispatchers that need to manage
fields, the resources in the field.

And so we have these huge crazy
optimization and automation engine

that should, eh, put every resource,
you know, on the right time and

the right place to do their job.

And they look at this grant and
say, now it's probably not the

best way to organize a people.

And then I'm just speechless
when I get that reaction.

But yet again, it seems to be a pattern
that people don't believe automatic

processes that they cannot understand and,
and still the, the funny part of it is.

There is no way in this world that a
dispatcher can organize a 1,500 field

resources in the field in a smart way.

It's such a big, it's just big data that
you cannot manage us as one person, and

yet they won't trust what's done for them.

Right?

So it's a big challenge.

one that my team is tackling right now
on how to make this, uh this information

more transparent and more trustable.

Christian: It's a, it reminds me of
a search engine I just don't remember

the name, but one of these search
engines, that's looking for flights.

They know the, it could be my Momondo.

I could be wrong.

They know all the flights at the moment
to hit search most of the time, but

it delays, sending the results to you
to make it, to make it look to you as

a user is if you're actually really
searching hard when in fact they

have the results almost instantly.

So it goes back to that.

There's people just don't trust it.

If you're too fast with
it, they don't trust it.

So they just give it to you slowly over
time, it takes like 5, 6, 7 seconds.

So then you as a human thing, oh, the
results are probably accurate because

it took a long time when in fact the
results were there almost instantly.

Nati: Absolutely.

And we have the exact same case back
then on th on the antivirus, the scan

would take two seconds, but then you,
as a user would think that they, they

were not properly scanning my phone.

So we had all this work of creating
fancy animations to fill the time

and actually figuring out what's
the right time to let you wait.

Is it eight seconds?

Fine.

Is it 12?

Oh, there was a lot of work around that.

Christian: Yeah, I can imagine.

Yeah.

It's interesting.

I'd like to talk about trust in
an organization when it comes to

design and designers and their work.

But what you're talking about is
on the other side, which is trust

between organizations and their users.

So I find that an Eva, probably an
even bigger challenge, because you

could be having in an organization,
you maybe have, you know, 20, 30 people

you might have to build trust with.

But on the other side of a
product, you might have hundreds of

thousands or millions of who knows.

So probably a massive challenge
that you you've got to find a

solution for in, uh, one of the
articles that you wrote on medium.

And I, I will put this in the
show notes cause you wrote quite a

few ones and they're really good.

And we're going to talk about two of
them today because I found a couple

of nuggets there, of information that
I think it would be good to unpack.

So in one of your articles, When
you work for a business, you would

need to understand how the business
makes money caring for the users.

Not enough.

You're a product designer,
not a social worker.

Let's unpack that because that's
what this podcast is all above.

Okay.

So yeah, I wrote that a while ago,
not too long ago, eh, but I absolutely

believe on, on what I wrote there.

And the reason I, I think it's pretty
obvious, but somehow I got to that

realization while I was interviewing
a young designers to replace me back

then on one of my maternity leaves.

And the thing that I noticed is
there's a lot you can learn about

designers and their experience and
the way they work by, eh, by asking.

Letting them ask you questions.

And it was very, very clear to me which
of them were junior designers and which

were more experienced because the more
experienced ones with always ask about

the business, always be more interested
on not just how is the team, how many

people you have you got in the team?

Do we do the research?

You know, all the logistics,
that's pretty basic.

Anyone can ask that.

but senior designers will come
to you with tough questions

about how do we make money.

what would be my goals in the next
30, 60, 90 days which eh, business

functions do, I have to work
with them in business functions.

I mean, stakeholders.

And so that, that got me thinking.

I got to realize that also myself as a
designer had quite an evolution on that.

At first, I was kind of, you know,
young and naive and it's yeah.

On about user centered design.

And I want to make it right for the user.

And I'm not trying to mock anyone.

If, if anything, I'm mocking myself
about being naive about the fact that

I'm actually working for a business.

So my job as a designer is to
provide solutions that can answer for

that business goal, hopefully when
making it the best way possible for

the user providing God delightful
experience or a good experience, or,

easy to use, whatever is your KPI
or whatever you're maximizing for.

It could be a fancy app and then
you want to make a delightful.

a business interface and then you
just, if there's a person that's

going to use this 12 hours a day,
you don't want to make it flashy.

You want to make it easy to
use and easy to understand.

So yeah, my take on that is that as
a designer, you cannot, eh, isolate

yourself from understanding the business,
understanding how the company makes

money and what are the business goals?

What are the KPIs that we are all
together as a team working towards?

I that's a takeaway as a, as a senior
designer who understands the business.

I understand that I don't
work inside a bubble of making

fancy nice looking things.

That's just not good enough.

And so that's what I would recommend
every designer ask the tough

questions and understand that
we're not an isolated function.

Part of the team and that's
what makes us partners.

Yeah, I think there's some experience that
needs to be earned there by designers,

because to be able to do that because
school doesn't really teach you that

we don't really talk about it enough
in front of junior designers or with

junior designers, we just bring them
in and we bring them up to speed with

tools and we bring them up to speed
with process learn how to do, how to

run a testing session, do this, do that.

But I feel that that conversation or
that if the evolution of a designer being

able to be in a room with business people
and talk about business calls and all of

that from a design perspective, I think
that happens a bit later in your career.

I don't think when you come out of school,
you're ready to, to go in front of a board

and argue for this next design iteration,
because it will do this and that metrics.

So.

Well, what's your,
what's your take on that?

No, absolutely.

I agree with you there, there
needs to be an evolution.

I think it's really, really bad
that actually the academy and the

different, you know, places where
designers learn how to be designers.

Don't talk about that.

And that's something that
could be easily fixed.

Guys be aware we don't design
for ourselves and we don't

design just for our users.

There is a business.

And if you guys want to get the money by
the end of the month, then you probably

need to align to those goals too.

You know, it sounds
funny, but it's reality.

We.

If you were working on charity or
you were a social worker, then that's

fine, but we're not, we are working and
helping teams achieve a achieved goals.

Now, I think it's fine that designers
are maybe naive or unexperienced, eh,

at the beginning, it's fun by fine.

I mean, it's natural.

And, but at some point when you
work in product companies, I would

expect product managers or other
senior designers to enlighten junior

designers about guys, it's fine that
you are new, but this is how it works.

And I wish we all aligned together.

So I was very, very lucky.

I worked with very experienced
people right from the beginning.

and yet it still took me a
while to understand that,

Yeah I think it's also a thing
that designers can do themselves.

So when they know that they're in
this role where they are supposed to

care about metrics and all of that,
but they don't understand them well

enough well that's where, what they
can reach out to a product manager.

They can reach out to an analytics team
rather than waiting for, for it to be

the other way around, which is, I think
in my opinion, less likely to happen.

But if you reach out and you start being
interested in and you start trying to

connect the dots between what happens
when I change something in the interface.

What happens in the product, what
happens with our conversion rate?

And as soon as you start trying to
understand those metrics and you

reach out to other people, what I have
found is that your learning curve goes

like that just super fast, because
people want to talk about their work.

Just like us designers want
to talk about their work.

If anyone in the team comes to you and
wants to know about design, you will

talk for ages and they will learn.

Cause you talk, you're excited
to tell them about your job.

Well, similarly, if you go to someone
whose job is numbers, they would

love to just talk numbers with you.

And that's how you can learn.

Nati: I agree.

But also, you know, as also as young
designers you just assist us, you just

said, you just gotta be interested.

You just gotta ask.

And then probably the answer is there.

So, okay.

We are redesigning this logging screen.

Fine.

Why aren't we doing that?

Why is that important?

What is the benefit that we're trying to.

Achieve, eh, or what is wrong right now?

Why is this not working?

I mean, there's gotta be a reason
and if it's prioritized, then it's

probably, there's probably a better
reason than just make it beautiful.

Eh, so as a designer, you just
gotta put yourself out there,

explore, ask the right questions.

and then that's the way you learn.

Christian: I think asking questions.

You've mentioned it a couple
of times is so important.

Not only asking questions, but learning
how to ask the right questions.

Because I remember when I was working
in product teams a few years ago, and

I wasn't this experienced than you,
you get features, feature requests

trickled down to you and you don't
really know where they're coming from.

You don't really know why
they're happening at your

job is really to ship them.

And I think that actually, if you
think about it, your job is to ask

questions before you ship anything.

Or as you said earlier,
why are we doing this?

What's not working right now.

Not only because you want to get the
reason to see what metrics you can

improve, but actually sometimes what
ends up happening is that if you ask the

right questions, everyone else in the
team will start wondering the same thing.

It's like, oh yeah.

Why are we doing this?

Really?

And sometimes features that come
from above, get pushed out of the.

Because someone asks a couple
of questions and makes everyone

else realize what actually we
don't really need this right now.

It's not that big of a deal.

It's not that big of a priority.

So I find that to be the responsibility
of a designer in a team, especially

in smaller teams, when you might not
have a product manager or someone who

takes care of that side, I find that
that's where designers should fit in.

Nati: Absolutely.

Also, if you don't ask the questions, you
cannot really know what should be fixed.

Is it everything?

Maybe it's just a little thing that
that's making it hard for users to

move on the funnel, unless you ask you
just kind of know where to start from.

Christian: Yeah.

And what are the success criteria?

How do we know that after we've shipped
this, we've done it right or not?

Is it just, and you know what, it's also,
in my opinion, it's also fine to say we're

doing this because we want our absolutely.

Maybe for our brand that's, that's
also fine, but at least, then at

least we know that's the goal.

And then we know how to
measure at the end of it.

But I find that if you start every project
with figuring out what the goal is, or the

success metrics or criteria, rather than
trying to retrofit them afterwards, you

are much more likely to actually help move
those metrics in a positive direction.

Nati: I cannot agree more.

I think that together with the
whole concept of a business goals,

something else that is not taught back
then at school is a KPIs and goals.

And I think that when designers hear that
term, many of them get scared because,

oh my God, how they are going to measure
this, how are they going to measure this?

And how am I going to
make it, make it right.

And I believe that goals.

They shouldn't scare us.

They are actually there to advocate
for our work, because how can you

measure the success of something
if you haven't set a goal?

I could say that, that same thing
for almost every process in life.

I mean, if you don't have a criteria
of, what's the, to consider it

done, then you cannot measure this.

So whenever someone comes after
a year and asks you, okay, so

what did we achieve with this?

And you don't have a good
answer, then that's too bad.

If you have an answer, if you had a goal
from the beginning and then, okay, you

can say, okay, yeah, we achieved this.

Or we didn't or what would I
do to make it better next time?

But you got to have a
goal from the beginning.

Otherwise there's nothing to compare it.

Christian: I also find if you've
been in a company for long enough,

this is more of a long-term play.

But if you keep asking the right questions
all the time, if you keep talking about

metrics, if you keep bringing results
in front of your stakeholders sooner or

later, I don't know when, I don't know
if, if it's after three months or one

year or two years, but at some point in
time, people in the business will start

thinking of you as more of a business
person, rather than just a designer.

So sometimes it's, it's just so happens
that they come straight to you and

they say, Hey designer, we are really
struggling right now with our conversion

rate or we are really struggling.

Whatever metric right turn or whatever
it is, what can we do about that?

And I think that the moment you start
talking about it, the moment you start

putting design in that light, where
design stuff suddenly can start moving

metrics, you become such a, such an such
a much more important part of the company.

Then if you're just there and
you just push pixels around,

Nati: of course, and you have
everything to gain in that situation.

Because first of all, they see
you as a, as a business partner,

not just again, a pixel pusher.

And so that's the first benefit benefit.

And second benefit is that after a
while, you will actually, you will see

that you don't need to ask that much.

They will already come with the answers.

And then that's awesome because
things become way more clear.

And when you've kind of.

I wouldn't say, finished that
education process of your stakeholders,

but they are somehow aligned on
what you need to start working.

Then it makes it easier for everybody.

And then when they have to prepare all
that stuff before coming to you, and you

already make sure that the things that,
that you get to do are more important

or more elaborated, or they have been
thoughts through in a deeper way.

So that's, you know, gain for.

Christian: Yeah, this reminds me
of something that the director of

design used to say this, my door
will always be open, but I don't

want you to come to me with problems.

I want you to come to me with solutions.

And the interesting part about
that was that you, you always had

to present the list one solution.

Here's the problem.

And here's what I think we should do.

And his role would be to
not necessarily validate.

Cause obviously he couldn't validate that,
but to say, this is the right direction,

or this is not the right direction, but
what ended up happening more often than

not is as you start working through the.

You don't end up going to him at all
because you actually have a solution

already so very rarely would you end up
talking to him because more, most of the

time you just wouldn't need it anymore.

So it's a, this is similar to that.

when people just come to you with
a well-thought-out problem versus

just, Hey, here's my problem.

Help me solve it.

Nati: Yeah.

Sounds like smart guy by the way.

Christian: Oh yes.

Yeah.

We've had him in the first season
and he's episode was really

successful for a great guy.

So I want to segue a little
bit from talking about this

article that you wrote in.

Into another one, but I won't refer to
the article straight away because that's

a, I'll do that a bit later, but I want
to talk about hiring because at this

point in your career, I can only assume
you're not really pushing pixels anymore.

I can only assume you're not in Figma
that often anymore, or at least not

as often as you used to be, I can
assume that a lot of your work revolves

around managing designers and maybe
talking to stakeholders on a daily

basis framing design in different ways
in front of these people evangelizing

the power of design, whatever it is.

So let's talk a bit about, first
of all, the, some of that work

that someone at your level does.

So people get the context and understand
a bit more what you do on a daily basis.

And then we're going to
talk, hiring a little bit.

Nati: Okay.

So.

To your question.

Yeah.

My time gets divided between some
hands-on work, which I still have

because we have a relatively small
team and still there as much to do.

And personally, I still
enjoy the hands-on work.

So I keep a couple of projects
to myself and, but definitely

there's a lot of time spent on em.

I call it, enabling my designers,
just helping them do their best work,

facilitating whatever process they
got that is stuck, or maybe fair.

They want to review, go through some
of their work to get more ideas or come

with a problem and hopefully an answer.

Um, and a while, you know, since say
we are stealing the COVID era and

most of us are working from home.

So I spend a lot of time on.

On thinking of how we can build
our team and feel as a team.

So we got out all our offline meetings
and we meet once a week at the office.

also my team is located here in
Israel, but we have another half of

the team in the U S eh, so sometimes
it's quite complicated to coordinate.

And, there's a lot of, there's a lot
of collaboration though, but we spend

a lot of time on thinking out this
processes, how to work together with

our team in the U S how to field as
a team right here when we are not

all together in a room and yeah.

Some hiring too.

So there's a, there's quite a
lot of time spent in all this.

Christian: And when it comes to hiring
someone told me recently hiring is

the most important job of a design
lead or someone who leads the design

organization what's your take on that?

Do you find that this one a more
challenging as well as important

parts of the job, or maybe not
necessarily now at Salesforce

because of the size of the team?

Nati: Eh, right now at the
moment, it's at the moment it's

not taking much of my time.

And also the Israeli design community is
so small that, eh, in the last time we

had to recruit, I couldn't, eh, interview
all of our candidates because I had some

previous acquaintance with some of them
and then I didn't want it to be unfair.

So that's like a challenge
of a whole different level.

but my take on this is.

It's a very time-consuming activity.

There's a lot of candidates, some of them
good, some of them bad, and most of us as

recruiters just don't have the time and
the patience to focus on each of them.

I give a lot of advice on mentoring
to designers who are starting their

recruiting processes and it all the
time I tell them to picture me as

a persona who is, jetlagged, tired,
bored, and annoyed in general.

So I just want to have, I would
just want to see the value of your

portfolio in 30 seconds or less.

I need to understand really, really
fast that it's worth for me to

go deep into whatever you got.

You have to show me.

so yeah that's actually my best advice.

If you get me to be interested in
your portfolio and read what you

did and see your mockups prototypes
videos or whatever you show there.

And then there's a good chance
that we may talk and move forward.

But you know, that saying that
there is only one, one opportunity

for, uh for a first impression.

So it works pretty much like that.

Also with a portfolio I get 20, maybe 30
portfolios need to go through all of them.

If I don't see the spark
in 15 seconds, it's gone.

It's not fair, but that's reality

Christian: for sure.

I like that idea of imagining a persona
for your portfolio, because your portfolio

is a project that is a design project.

If you think about it.

So you've got to think,
well, who do I want to read?

What state will they likely be in, when
they're going to read this, how much

time are they going to have, and then
adjust your portfolio based off that.

So I think that is really some great
piece of advice there because I, I

think w we talk a lot about portfolios
and we tend to say, well, here are

kind of the things you have to do.

Talk about this, talk about that,
but very rarely do I hear this idea

of, but also think of, who's going to
read your portfolio and also think of

how little time they actually have.

So thanks for being somewhere, some, well,
some much needed the reality into this.

Some people just spend
15 seconds and that's it.

So.

What attracts your attention than
if you only have 15, 20 seconds?

What attracts our
attention in a portfolio?

Nati: It's a good question, because it
also depends on the kind of designer

that I'm looking for at that moment.

I met maybe focused on
UX, maybe focused on UI.

Usually when I'm looking for product
designers, I'm looking for someone that

does both, but I realized that 99% of the
designers are stronger either here or, I

mean, UX or UI and unicorns don't exist.

Eh, I'm sorry to disappoint you all.

And so well, depending on my
focus, I'm kind of in, in a certain

state of mind, but in any case,
even if it's a UX designer that

I'm looking for stronger in UX.

I still expect a very clean and neat
portfolio, which has a good structure.

And that can, you know, I got
to look at one of your projects

and understand very clearly.

What was the problem?

What did you do?

What was the result?

Actually, I, a few years ago I had one,
a project in my portfolio, and then I

spoke to some startup founder and he
told me, I read one of your case studies.

And it was so clear to me.

What was the project and what did you do?

And I felt like it was like one of the
nicest things someone ever told me.

I actually made.

It, was able to explain the properties.

I felt very, very good
about it and explaining.

In two or three sentences, it's really,
really tough, but you gotta get it right.

You gotta have that summary on the top.

What were you trying to achieve?

What happened?

And then that may be the the teaser
for me as a recruiter to, yeah.

Okay.

This sounds interesting.

Let's let's read on.

Christian: I don't know if you know about
this saying that journalists use called

don't bury the lead, which comes from
the second world war when they could

only send a short messages and they
wouldn't know when the message would cut.

So they would send the most informed
the most important information first.

And that's the way I think of a portfolio
if you only had one or two sentences, And

that was everything you could communicate
to someone about the piece of work.

What would that sentence be?

And what I always say is for as much
as possible, and I would be interested

to hear if you have a different opinion
on this is start with the results,

something along the lines of designing
a business to business tool that helped

the company increase conversion by 5%.

I don't know this is off the top
of my head, something like that.

Yeah.

Nati: well, of course, and I'm not
sure if you necessarily need to

have the results there, but it's got
to be a very short and very clear

paragraph on what is this all about?

with enough motivation to, to read
on, eh, what about what you just said?

I do recommend writing goal those results.

In your CV, you know,
sometimes people post, yeah.

I was a UX design lead
that this and that company.

and in that description, they write
design mock-ups and wire frames

work together with stakeholders.

And I'm like, okay, that's fine.

That that's pretty obvious.

That's a place actually,
where I would be happy to see.

I designed an app that converted
a hundred percent better.

I don't know it yet.

Again, we're coming up with all these
KPIs, but that's actually something that I

would like to see are our results focused.

A C.

Christian: Yeah.

And I don't think people should
be pressured into necessarily

putting a number to it, but results
doesn't necessarily mean I've

increased conversion by 5% because
that's also very much depends on

what work you're actually doing.

If you don't work in the growth team
of your company, you're probably not

going to touch the conversion rate.

Right.

But again, going back to what we said
earlier, starting every project with

some sort of a success criteria, that's
what you want to talk about and say,

well, maybe, maybe it's not a number, but
maybe it's allowing disabled people to

access universal credit, whatever it is.

Again, this is totally
off the top of my head.

Nati: Absolutely.

But it can also be, you know, design
goals such as created a design

system, which helped consolidating
the entire design language of,

uh, of the company's products.

That's a design goal.

That's perfectly okay.

Christian: Yeah, for sure.

Any portfolio red flags, anything
that you you see and your

straightaway turned off anything.

It might depend on whatever
role you're looking

Nati: for, but good question.

I try really hard to be objective
and not be guided by my own bias.

Eh, but I think that when I see
grammatical mistakes or like a little

grammar mistakes here and there, I don't
mind, but when I see like really bad

English or things that very, you know,
big typography issues, eh, things that

just seem unprofessional, I'm kind of
turned off and it's sad because it doesn't

necessarily mean that this person is.

It's not the good UX designer or
they don't understand how to do

their stuff, it's your presentation
card, so you got to get it right,

Christian: for sure.

Yeah.

It's, it's all about, it's all about
what you can control and you might not

be able to control to control what's
someone looking at your portfolio

thinks about it, but what you can
do is you can control your grammar.

You can control how clean it is.

You can control the way
you write your study case.

You can control the imagery you use.

It's all of that.

That's quite easy to do.

I would say

Nati: of course.

And, uh, you know, some people sometimes
have the excuse that it's not their

matter language or stuff like that, but
you can always find someone to review

your things, even if it was, if it is
your own language, I would recommend

you to have someone, a friend of yours
review read, even someone that is not

experienced in design ask a friend of.

You read this, do you
understand what I meant?

Do you understand what I did?

It's all I know.

It's not a designer and maybe they
will not understand everything, but

keep in mind that also HR recruiters
sometimes go through our work portfolios.

So the person that can, it's not only
the hiring manager, you got to various

personas that could go through it.

Christian: No, I actually think asking
someone who's not a designer is a really

great piece of advice because they will
not be understanding naturally some

of the jargon you would normally be
using and it might push you to write.

Even clearer or even more jargon-free
at which we'll never hurt anyone.

Nobody will ever say, oh,
this portfolio is too.

Well-written see.

I read.

So I think asking, asking someone,
and even you look, look, even if

it's, if you don't have anyone can
do it, whatever, just use basic

stuff like Grammarly, at least it
iron's out your grammatical mistakes.

Okay.

Yeah.

Nati: And they would, I would
avoid the jargon anyway.

Christian: Right.

Yeah, for sure.

So that's that's yet another advice is
try to write this clear as possible avoid

words that not everyone might understand.

Nati: I have this love and hate
relationship with the jargon sometimes

because sometimes I want to, you know
clarify some point about something

which is not clear and maybe it
doesn't have enough affordance.

And then I feel really bad about saying
the word affordance to our stakeholders.

I have this love and hate relationship.

I gotta, I gotta admit that.

Yeah.

Christian: Fair enough.

When you write affordance and then
you write the star and at the bottom

of the presentation, you write the
definition of affordance just in case or

Nati: straight, the linked
to Google somewhere, right?

Christian: Thesaurus.com.

Yeah.

So when it comes to hiring, I
would assume you approach hiring

differently if you'd go for a
junior designer, a senior or lead.

So what are some of the differences,
but also what are some of the

similarities in how you would approach
hiring people at different levels?

Nati: So we already
spoke about this a bit.

Eh, I can learn a lot by the questions
people ask , and, uh, well, sometime

in the last few times that I had to
hire, we weren't necessarily looking

for a senior or a lead or a principal.

We were looking for a designer and
we would be happy to find the right

person regardless of the title.

but a few years ago when I was hiring
in one of the companies I was working

at, I just understood that one of the
things I'm looking for when they hire

is, uh, is that I would like to drink
coffee with that person every morning.

I look for, people that we can get along
with, um, that we will have interesting

topics to talk about that I can see, you
know, a thinking person with critical

thinking, that questions, things
that could work in a team together.

Be helpful, be helped and help others.

So I'm looking for designers,
but I'm also looking for people

that can work together as a team.

Christian: Yeah.

And culture is very important.

So no wonder, like, I can remember many
times when in interviews we've rejected

very well-skilled people because we
didn't think they would fit in culturally.

So I think that's fair.

Nati: That's a complex topic though,
because culture doesn't mean that

everyone should be, you know, same
age or, living in the same city

and being B kind of like minded.

but I do need to see a connection.

I think that teams that have a people
of different ages and different maybe

even coming from different countries.

I think there's a lot to win from having.

Different people with different
perspectives parents with little kids

or people that are not married, you
know, in different stages of life.

So I aim to have a various
team, but again, I need to

have some personal, okay.

Christian: Yeah.

W 100% when I said culture, obviously
culture is a very wide word.

I didn't mean, I didn't mean culture.

I meant what you said is what I have a
coffee with this person every morning,

which is I find is important because
it creates relationships between people

who didn't have to work all day long.

And you're much more likely to want
to, I know, give better feedback or

have an open, honest conversation with
someone you're connected with in a way.

So I find that to be very important at
work, especially when you work remotely,

because that's, sometimes it can feel
alone or, sorry, not alone, lonely to

be remote, but if you have a really good
connection with a couple of people in your

team, you can always reach out to them and
say, Hey, don't have a five minute chat or

about this robot that are about nothing.

I find that to be very important.

You, wrote an article and this is the
last thing we'll, we'll talk about

all the topic of hiring, but you wrote
an article about the questions that.

People to ask you doing an interview
and then you categorize them.

You know, you said, know these
are the boring questions and

these are the smarter questions.

So let's talk a little bit about
the smarter questions and why it's

important to ask some of those.

What does it tell you as someone
interviewing when someone

asks one of those questions?

Nati: Well, first of all, he tells me that
they took the effort of even planning,

what would be a smart question to be.

So that's already something.

And my claim is that the boring questions.

I mean, the answer to those questions
will come up anyway, because

you're probably going to know who's
going to be your manager or what

projects you guys at working out.

So that's going to come up anyway.

Um, but I think the smarter questions
first make you look more experienced, more

interesting more, eh, Well, you know, just
more knowledgeable of what's your craft.

Because again, if we go back to the
topic of the podcast, design meets

business, then we need to remember
all the time that we are not isolated.

We designed for a company, and then you
got to be connected to whatever that

company is, or at least undersstand it.

Christian: Yeah, I'll just run really
quickly through a couple of them.

and I'll just, we'll just link the
article so people can actually read the

reasoning between, um, behind everything.

But what are the biggest
challenges the team faces at the

moment, strengths and weaknesses.

If I loved this one, if you could do
any magic what current problem in the

product you would solve right away.

And I think that tells a lot about
what problem you might have to solve

if you joined that company, , what
are the traits and skills that

would make me successful in this,
in this company or in this position?

These are a few of them and the last one,
which I actually think is the best one.

Do you have any doubts or concerns
regarding my fit to this position

that I can address before we end?

And I think that's a ballsy question
to ask, but I also think it's yes.

It's, let's talk just
for a second about that.

Cause I love that.

Nati: Okay.

So just let me go back to the magic
wand question, because I think that.

Eh, you know, you got to remember that
when you go into an interview, they

are interviewing you, but also you are
interviewing them in some way, and there's

so much you can learn from that company.

And that person, when you ask that
question, then you can see if, if

there's some bright brightness in
their eyes and they are all excited

about what could be done or maybe
they just start raising up all this

issues that make their development
process so slow or so complicated.

I mean, it could be anything, but I've
seen so many different questions, so many

different answers, and that bring up so
much information for you as a candidate.

So it's really worth asking that one
as for the last question, eh, yeah.

It, uh, it requires a lot of confidence,
eh, and guts, um, But I, yeah.

You know, I stand by what I wrote.

If these people tell you that
everything is fine and then they

reject you, then they are not so
nice people just to put it that way.

Right.

Christian: Fair enough.

Yeah.

But they might also tell you something
that's been maybe misunderstood in

the, until you, and you get the chance
to clarify it or something that you

haven't had the chance to talk about.

That's quite important for them.

I find that to be such a good question.

Nati: Yeah.

That's exactly the idea.

I got to say that even myself,
at some point I wanted to

ask that and like, I, okay.

I kind of put on myself to
ask that in that moment.

but it's worth doing.

And the, whoever did it from what
I've heard, had good results.

So you got to try,

Christian: I also think you, you kind
of know where, when to ask that question

and when to not ask the question, if
you know the interview hasn't gone

very well and you're not too fast
about it, then why would you ask that?

But if you think it's gone
well, if you really want the job

then maybe it's a good time to

Nati: exactly.

Don't push it.

If it's suits, then ask it also, if you
don't that want that position, because

what if, what you have just heard
during the interview, then maybe it's

not worth, you know, Yeah, for sure.

Christian: Yeah.

100%.

Something you mentioned earlier,
you said I am still pushing pixels.

I'm still doing work at the
moment cause I enjoy it.

And because the team is quite small
and something that I wanted to

ask is you start in design and you
become an individual contributor.

And at some point in time, you get so
good at what you're doing, that you

are at a, at the junction where you can
get to decide to continue on that path

of being an individual contributor.

Or you can say, do you know what
I want to go into managing people?

And very rarely there is that combination,
that hybrid role, where you can do some in

some, but when you find yourself at that
junction, how do you know which way to go?

Nati: I guess it's a bit of a
personal calling and it requires to

be very honest with yourself about.

What you like, what you're capable of and
where you see your career in a few years

from now, I can tell you that before I
joined the Salesforce service, one of the

designers on my team, and he was asked
if he would be happy to lead the team.

And he explored the position for a
few months, and eventually he decided

that he's not happy being a manager
and not so interested in that.

And he's happy being an
individual contributor.

And I have so much respect for him,
just for being honest about what he's

interested in and what's he's not.

Um, so that's the reason why, especially
big organizations have this parallel

titles of principal designer and
the same level as this director.

So that's perfectly fine.

There's a lot of to do
in both, uh, in both.

Christian: For sure.

All right, let's go to the end of
a podcast questions, a couple of

them, and then I'll let you go.

So one of them is what's
one soft skill that you wish

more designers would possess.

Nati: I think if I got to pick one,
then I would go with the communication

skills, more specifically storytelling.

A lot of what we do of
course is the work we do.

But I think even more is the way we
tell it the way we explain it to our

stakeholders, the way we present it,
both in interviews and also, you know,

in the day-to-day work there's a lot to
lose and a lot to there's a lot to miss

when designers don't know how to explain
their work properly, you may have done

great stuff, but then you are not able
to make it through stakeholders and.

It's a lost opportunity.

So I would love it.

If designers got more
practice on that too,

Christian: that's a great answer.

And the other one, and
this might be a tough one.

What is one piece of advice?

Step has changed your
career for the better?

Nati: well, I'm not particularly proud
of this, but I think that as a young

designer, I felt that my work was me
and it wasn't necessarily from a place

of ego, but I was very passionate
about every single thing I did.

And when I learned that it's not all
about me, but it's about us as a team

working together towards some goal and
just leave your ego at the door when

you get feedback or you get criticized.

It's not because you are not okay.

You're not a good designer
and a good person.

It's just because someone is trying
to help you make whatever you think.

Better or simply giving
you a different opinion.

And then I think the whole design craft
became better and nicer for me to complete

because until then I felt like under,
you know, a very criticizing guy and

then I understood it's perfectly fine
to get feedback about something that

maybe it's not as good as it could be.

Leave the ego at the door, be open.

And from there, I think that's
kind of a realization that really

changed the path of my career.

Christian: Awesome.

That's great to finish on.

So not any last words,
where can people find you?

Anything that you want to
let everyone else know?

Nati: So first I want to say thank you.

This has been great.

you can find me on LinkedIn.

You can find me on medium.

And the guest Facebook and
Instagram, just as anyone else.

Tick-tock not just yet.

I'm just watching from the
side and I guess that, yeah,

LinkedIn would be the best.

Christian: Sounds good, Nati.

Thank you very much.

Once again, for being part of
Design Meets business, this

has been a massive pleasure.

Uh we'll uh, we'll be in touch

Nati: Thank you very much.

Christian: That's so wrapped for today.

I hope you found this episode useful and
that you've learned something that you're

ready to implement at work tomorrow.

If you've enjoyed this as always,
it would mean the world to me.

If you'd share it with your
community, if you'd leave a review.

And of course, if you'd remember
to tune in for the next one, peace.