Youโre reading an excerpt of Land Your Dream Design Job, a book by Dan Shilov. Filled with hard-won, personal insights, it is a comprehensive guide to landing a product design role in a startup, agency, or tech company, and covers the entire design interview process from beginning to end, for experienced and aspriring designers. Purchase the book to support the author and the ad-free Holloway reading experience. You get instant digital access, commentary and future updates, and a high-quality PDF download.
During this phase, youโll be in full-on learning mode. It might be tempting to start fixing things right away, but knowing the context, the system, and its people will help you push for change effectively later.
Key objectives for this phase include:
Gather context.
Set expectations with your design manager.
Get to know your squad (product, engineering, data science, research, and so on).
Meet the design team.
Learn the product and design rituals.
Learn your part of the system.
Start designing.
Newcomers are usually given a lot of leeway. Donโt miss out on this opportunity to ask โstupidโ questions. Your co-workers will feel valued sharing their knowledge, and youโll gain their respect along the way. Itโs too early to tell if things look good or bad. Outright criticism might even make you look foolish since you donโt yet know the full context of decision-making. But donโt lose your beginnerโs mind. Ask questions to get to the root causeโhow did we get here? As you collect info from various sources, start building your own model of the situation at hand.
The first thing you want to do with your manager is agree on role expectations. Youโll need to drive this conversation with your manager to learn about their standards: what counts as underperforming, meeting the bar, and going above and beyond? Depending on your level, the standards will be different. This will be one of your crucial conversations this phase. Itโs also good to cover these topics:
Advice on how to succeed in the role.
Organizational challenges to be aware of.
Tracking and documenting work performance.
Opportunities for support and training.
Beyond setting up regular one-on-ones with your manager (usually on a weekly basis), find out about their working style. What forms of communication do they prefer? When should they be called in for help? Understanding your managerโs style will help you broach serious topics and avoid missteps during difficult conversations later.
Bonus: If youโre up for it, share the 90-day plan (or a version of it that youโre comfortable with) with your manager to let them critique and identify gaps you might have missed.
One of the best ways to start building relationships with your co-workers is to schedule informal one-on-ones on their calendars. Use this as an opportunity to leave the building and get some fresh air while getting to know them. What makes them tick? Why are they excited about their role?
Learn what your team expects from you. Different engineers will have different expectations. Learn how your product managerโs experience has been shaped by other designers (not just at this company). How was research engaged? Understanding and setting realistic expectations with your team will help you commit to reasonable goals while giving you an opportunity to also go above and beyond.
How can design help? Not everyone understands design. Informing your team of your expertise will help them reach out to you in times of need. This isnโt just a one-time conversation. Youโll need to remind people about your skills, but the best reminder isnโt verbalโitโs doing the work itself.
Trust is built over time. Thereโs no easy way to take a relationship from 0 to 100, but you can start by understanding whatโs personally important to a team member. What do they hope to achieve? Asking something as innocuous as โHow can I help?โ can also uncover deeper issues at hand.
As a designer, youโll want to get up to speed on the process of doing the work. Here are some starter questions to bring up with the design team:
Where is the source of truth for design?
How is a project kicked off and by whom?
How are bugs or issues filed?
Is there a formal design review process?
How often do design critiques happen?
How is the design system used?
Donโt worry if you donโt have it all covered before you begin your first project. Doing the work will help you resolve many of these questions and potentially raise better-informed questions along the way.
In addition to connecting with your team, youโll want to learn about your part of the system. For example, if youโre joining an e-commerce company to do work on checkout, learn everything about that experience. Dig up the design and the documentation, and start formulating your own opinions and questions. What makes sense? What seems puzzling? Donโt rely solely on internal knowledge; be sure to also look at industry trends, patterns, and techniques that exist outside of your organization.
โimportantโ To make sure you truly understand, I recommend creating a system flow or a concept diagram to capture the bigger picture as well as the details.
You will now have a better sense of the companyโs culture during this period by observing how people act. As youโre wrapping up your first phase, step back to reflect on your experience:
Beyond the work itself, how does it feel to be here?
What did you learn during this time?
What new info do you need to be learning?
Who are your go-to resources for help?
What support exists to help you get up to speed quickly?
As youโre reflecting on your experience, you might also want to update your plan to reflect your newfound information.