How to find your first designer đ
What we learned from over 300 portfolios in a discipline we don't practice
While building a startup, an invariable need is to constantly learn new things, then do them acceptably well on the first try. Among those things, hiring is a critical one to get right, and the learning curve is especially steep when hiring for or evaluating a discipline youâve never encountered before.
Over the last couple of years weâve engaged in several in-depth searches for designers, a role that was quite novel to us because our founding team, coming from our technical/scientific background, has little design expertise. After in-depth research and talking to many designers to understand what that world looks like, we wrote some notes to help anyone else who is looking to build out their design team for the first time. As a designer, you might also be interested in what it looks like from the other side.
The design and designer landscape
In this process, we came to realize that design can encompass many different things: UX research, UX design, UI design, graphics, animation, branding, and other hybrid activities that are design + something else, e.g. many marketing activities. Itâs important to get a sense of what skill set you most critically need at the moment when you say âI need a designerâ.
The primary skills software startups seek out at an early stage are UX design (including research) and UI design. Roughly speaking, UX research/design = talking to users, understanding their needs, and figuring out what the product should do in order to meet that need â overlapping a lot with product work. UI design = making it look pretty, shepherding aesthetics, creating and scaling visual design systems. Our understanding from several sources is that it is rare to find both strong UX and UI skills in the same person, because they are quite different practices. Asking for âUX/UI designerâ (often titled as âproduct designerâ) is somewhat like asking for a âfull-stack engineerâ: a really good engineer that is truly in the top 1% up and down the stack is a unicorn.
When considering designers to add to your team, youâll run into the following options:
A high-energy, smart, young, full-time employee (âhire for potential, not experienceâ) â less experienced but more affordable
An experienced IC, possibly part-time / freelance
An experienced leader, possibly part-time
A design agency, usually on a project/phased basis. If youâve raised VC and want to get a lot of good quality design work of various types done in a short amount of time, your best bet is to throw money at an agency.1 But this has its downsides; see below.
No designer at all but relying on AI, which is increasingly becoming a viable option at the early stage.
While for technical hires betting on a high-talent, early-career employee can pay off, and contract agencies (dev shops) can be more hit or miss, for designers the calculus changes. Thatâs because:
It is hard to identify what makes a designer âgoodâ early in their career when you arenât a designer yourself.
Early-career designers tend to be stronger in UI (aesthetics) than UX (product/functionality), the latter of which comes with experience.2 Specifically, itâs easier to gauge aesthetic or visual taste from their portfolio, but trickier to evaluate product/user sense or ability to work in a team.
Itâll take significant effort to find strong UX and UI skills in the same hire, because they are rare.
A common theme we heard is that designers prefer not to work alone, but rather in a team with other designers. Itâs a role that often benefits from the ability to bounce ideas off others for creative feedback, rather than being independently siloed.
Designers also prefer to work on a variety of projects, which is more stimulating for creativity. For both this and the reason above, itâs more common to find designers in agencies or freelancing vs engineers.
As a result, you may find that more experienced designers to be worth the increased cost.
Evaluating designers
When youâre evaluating designers the first thing you will look at is their portfolio, a website showing off all the projects theyâve worked on. Itâs like looking at someoneâs projects on GitHub, but much more visual. Sometimes you might see an amazing, beautiful portfolio, but keep in mind that each project was probably done with several other designers. Even if the work looks fantastic, youâll need to understand what their contribution was to each project; a portfolio may be showcasing work largely done by others.
Beyond portfolio work, itâs critical to understand a designerâs ability to think, their product sense, and their collaboration skills â and the best way to do this is to dig deep into their work and ask lots of questions (as with any role). Many of the designers we met were well-rehearsed for one-way presentations of their prettiest work in their portfolios; our process aimed to get past this as quickly as possible in order to understand the thought process, tradeoffs, and the why through an interactive conversation.3
The last two tendencies above â preferring teams and preferring variety â are why design agencies can be better bets than individuals: youâll get a group of designers who have worked together before, have practiced their craft across other projects, and are supervised by someone with experience. If you find a referral to a good agency (see footnotes below), you can hire them much faster than running your own process, with more consistent work quality. The downside of an agency is that because itâs often project-based, itâs hard to get someone who thinks long-term about the design needs of your team, and it can be expensive.
Yet, the desire to work on a variety of projects applies to solo designers too, who often prefer to freelance on multiple projects rather than commit full-time to one. Because of this, both agencies and solo designers are generally more willing to do a âtry before you buyâ trial period before committing to a longer-term relationship, compared to software engineers. This is very helpful to explore if someoneâs technical skill set and collaboration skills are a fit for your team; working together for at least 4â6 weeks should give you a reasonable idea.
Also worth considering: the career goals of your designer hire. We found that this fell into two buckets: the artists (âhow satisfied am I creatively?â) and the generalists (âexcited to be a part of this startup thingâ). The artists are more focused on their craft, aesthetics, and growing their design skills; while the generalists are willing to pick up things outside of design and may be better suited for a startup environment (e.g. one candidate we met had done a significant amount of prompt engineering and integrated user research into AI pipelines). The generalists are more willing to work solo, but might be weaker in aesthetics which can stick out in your product. The artists will want to work in a team, and also care about their career growth in a âcreativeâ direction, which can diverge from a startupâs âgood enoughâ needs.
Finally, talented designers can be found all over the world and you can get great bang for the buck by hiring remotely, maybe 3â5x as cost-efficient as SF-based designers (the most expensive market). As one well-regarded agency we talked to said, âwe basically try to hire anywhere but the USâ.
For Parsnip, we found that the best fits were M-shaped generalist designers with an analytical mindset and a breadth of background knowledge, because we wanted folks embedded in our team who could learn new things quickly, think about a highly technical product long term, and take ownership of design holistically. However, of the 300 portfolios weâd seen, fewer than 10 had this profile. We might have had a higher hit rate with a better designer network, but if youâre just starting out with your first hire like we were, itâs definitely going to be a numbers game with your âGTM for designer outreachâ!
Some final tips
In case you are thinking of running your own designer hiring process, consider:
When we were actively searching, read.cv was the place where âdesigners look for jobs that care about designâ and one of the best top-of-funnel sources of strong designers. We also looked at JDs there for inspiration. Itâs since been acquired and shut down; you might want to look around and ask AI what the current replacement is.
Reach out to any designers in your network â designers often follow each otherâs work and are usually well connected in communities that pass job opportunities around for both freelance and full-time work.
Likewise, it can also be helpful to borrow an experienced designer friend, if you have one, to evaluate your strongest candidates.
As with any role, creating a straightforward âLinkedIn Easy Applyâ process invites a lot of spam, some of it from people who arenât real, especially in the age of AI. We actually deliberately made it harder to apply by listing only an email and asking candidates to write to us with, essentially, an open-ended cover letter.4 This allowed us to assess their writing (critical in a remote role) and ability to cut through the fluff, as well as filter out low-effort applications by both raising activation energy and making generic or AI-slop responses obvious.
We highly believe in the value of reference checks and have never regretted taking the time to do them (and have often regretted not doing so).
P.S. AI is changing everything
We wrote the first draft of this article before AI really started changing the nature of all jobs on our team. In general, weâre seeing that using AI tools skillfully allows anyone to go outside of their traditional skill set and empowers fast-learning generalists to be especially potent on a team.
However, this doesnât obviate the need for designers, because every part of a product still requires judgment that AI canât provide. Itâs just that the process is different â where software engineers are shifting from writing code to managing agentic pipelines, designers are shifting from pushing pixels to more strategic thinking and collaborating with frontend engineers to build workflows that can efficiently translate design to code. While senior designers have experience that helps them figure out which tools are effective, junior designers are less set in their ways and more willing to try new AI tools overall.
Weâre constantly thinking about how to reorganize our team processes to take advantage of new tools, and will explore the result in a future post đ.
One change weâre pretty sure will stick: design will move away from canvas-based tools (primarily Figma) to code-based representations such as Claude Design, which gives up a small amount of control in return for less manual labor and significantly faster iteration. See this post as one example.
A sneak peek from our designs for the next version of ParsnipâŚ
We did meet designers with a more technical background (usually from an HCI or CS background) who are an exception to this rule of thumb.
Start with these questions, for example, then ask lots of follow-ups based on the answers you get:
What were the alternatives you explored before settling on this design? How did you converge on this as the final result?
Can you screen-share your Figma file and walk me through your process? (Then, ask lots of questions about what you see.)
What were the trickiest problems you tackled in this design process? What were the most surprising things you learned?
Hereâs the job description we used last year:




