Hey, I’m Saurabh. A designer by profession and a curious child at heart. A few of my close friends had recently suggested that I start a blog, and it made sense. Who am I kidding, it was almost 6 months ago and I’m still stuck on my first article. For the longest time, I wasn’t aware of why. Maybe it was just a lack of ideas, perhaps I’m bad at articulation or I just need to learn how to write. The workbook by Julian Shapiro did help a lot but still, I was stuck. It was the first step all over again - until recently.

I think I’m just scared. Getting stage fright, just digitally. I’m scared that my ideas aren’t worth being out there in the world. I’m scared about what I will do if my opinion evolves in the future. I know it will, *it always does*. Will I keep getting ideas? Will I be able to write enough? The list goes on and on. I know a few of you out there who are just amazing at writing and I’m glad to be friends with them. They keep iterating that these issues also haunt them. The next step is always a little blurry until you lift up your foot for it. But it’s hard to have faith when you’ve been stuck on your first article for months.

This article sounds a little demotivating but that’s exactly the reason I’m making this my first article now. It’s a reminder for me to not go so hard on myself. I don’t have to write a lot. I don’t have to write regularly. I don’t have to expect something amazing out of it. I just need to express myself. Put my thoughts out there. If my mind evolves, I’ll write about my new fresh perspective. I don’t have to disown how I used to think. I don’t have to be scared of how I’m going to think.

I hope this article realigns me when I’ve lost my way or just down in the dumpies. It’s a hug to myself to just go easy. And I’ll try my best to make it feel like a warm one.

Till the next one. See ya.

Why I'm starting now

The world of design systems is fairly tricky in my limited experience. Design is subjective and systems are complex - that’s not a very attractive pair. Anyone working in design systems would have to work in multiple areas like designing, selling, and advocating for the system. Designing high-quality accessible components, tokens & behaviors is just a small (but essential) part of it. More often than not, people start with design systems and give up on them soon because of the lack of adoption and acceptance by other team members. Why? Because people have inertia in their processes. They won’t change their way of working just because you came up with a new radical idea. It has to solve a problem - be it velocity, consistency, or alignment. The process of building a design system starts way before you create a new Figma file, it starts with people.

I’m not here to convince you that you need a design system at your company, that’s a different topic for some other time. Nevertheless, if you do find the need for one and decide to go ahead with it, here are a few things I learned a bit too late.

## Have a vision

This is not an idea specific to design systems. Every big project you take up in life or work should have a tangible vision that you work towards in the long run. I’m emphasizing this because I’ve often seen teams ignore this part and just start building a design system because it’s the next hot thing to do in tech. Without a defined vision for the system, people might start building it without a clear direction. This often leads to confusion and no progress. Without a vision to work towards designers might not feel the need to take initiative to extend and evolve the system. They’ll eventually stop after making a Figma library and then developers would not invest in developing the components and tokens. The idea of a vision has power because it’s a shared understanding. Everyone in the team has a responsibility to work towards something they believe is possible.

A vision could be as simple as making the product cycle process faster. A design system can help achieve this by allowing quick and efficient design iterations once the basic foundation is set up. Another vision could be ensuring coherence within the design team, especially when it grows larger. Without frameworks in place, keeping everyone aligned and working together can become challenging.

## Go beyond Figma libraries

You must’ve heard a lot that “Design systems are more than a Figma library”. It’s true but it’s also incomplete. Libraries are an important foundation for the system because that’s the very first tangible deliverable of a design system initiative. While UI kits are essential, they are not everything. What makes a UI kit into a design system are the documentation, guidelines, constraints, and people around it. A UI kit dictates that a button is a navigational element but a design system dictates what to use when you’re trying to navigate the user - a button or a link?

A design system helps designers make decisions about which elements to use and how they fit together in the overall design. It's like a language for your product, with guidelines as its grammar. So, think of a system as more than just a library—it's a comprehensive approach to designing the product. If people have to ask you repeatedly how/where to use a certain component, your documentation needs work.

## Keep documentation simple

Documentation is a way to share information passively. It means putting things in writing, so anyone can access it, regardless of who created it. Even if you leave your company, others should still be able to use the information easily. However, when you start explaining concepts, there can be a lot of information, and people might not have time to read through it all.

As a systems designer, your job is to make using the system as smooth as possible. Too much text to read or difficult-to-find information creates friction. Instead, be intentional with your documentation. If something is obvious, you can skip it. For complex topics, use visuals to make them easier to understand. Be creative in how you present information for your designers and developers to consume it effortlessly.

## Plan for the future

A design system that only suits the present won't last long. In the fast-paced digital industry, designs continuously evolve and change. That's why systems are essential—they help automate decisions when things scale up. For example, a simple change in a design token can impact how the entire product looks, functions, or behaves.

When you're working on tasks related to the design system, always consider how your decisions might affect multiple aspects in the future. Aim to create solutions that make future modifications easier to implement. Thinking ahead will ensure your design system remains adaptable and relevant in the ever-changing digital landscape.

## Embrace feedback loops

As I said earlier, change is inevitable. But change has to be guided by something, and it’s best when it comes from feedback. In this case, that feedback comes from your designers and developers, the system’s primary users. To ensure healthy adoption and maintenance of your system, you’ll have to collaborate with them to figure out opportunities and areas of improvement. It can come in different forms, like a personal Slack message or a company-wide email about why your dashboard sucks. When people have a part in shaping something, they feel more attached to it. When your team gets involved in shaping the system, they’ll be more likely to adopt it and hence come up with more feedback. It’s an awesome chain reaction!

## Be patient & considerate

All good things take time. And systems take a lot of time. I know you want to change the game as soon as you join the company but that’s the most novice thing you can do. A good designer listens and understands what’s happening in the company and then figures out what to do. You can’t function if you don’t have the intel ☕.

Working in systems and not seeing them getting adopted can be frustrating. That also means you’re doing something wrong. Remember, a product team has many priorities, and a design system might not be at the top of their list. That's where the skill of selling the idea of the system comes in. Show how it will make everyone's work easier, and once your team is on board, the system's importance will rise.

However, be patient. Sometimes, product-related demands take precedence. Don't force things to happen unnaturally. If the need for a design system arises, especially in larger teams, your good groundwork will come in handy, and others can take over and continue building on it.

I hope you found this article helpful. I’ll be writing more on the niches of building, selling, and maintaining a design system. See ya later!

A survival guide to design systems

We keep hearing that the journey is better than the destination. I agree but what I wonder is why no one ever says the same principle about other situations. Is playing a sport better than winning the game? Is the drive better than reaching the store? Is baking a cake better than the cake itself. Well, sometimes it is, sometimes it isn’t.

I was recently talking to a friend of mine and the conversation steered into what smartphone she would buy in the coming days. Turns out she was planning to NOT get her desired phone just because she didn’t get a good bonus. I was baffled because I know she doesn’t need an extra bonus to get that device. She felt that her bonus is a metric to evaluate if she deserves the device or not. For her the results, sadly, far outweighed the effort she put into her work.

The axioms we use for journeys and destinations are nothing but mere metaphors. Your journey is a process and the destination is a result, and you are the force that puts all the effort. When you think of them in terms of process, result and efforts, they start losing their direct relationship. You can get the same result via multiple processes. The same process can yield multiple results. The effort you put into the process affect the shape of your results. But if the results are unsatisfactory, does your effort get the blame or your process?

Marathons are an immaculate sport, where a number of people run to finish a 42km stretch. The podium only allows 3 individuals, who make it till the end, to take their claim. For the rest who didn’t manage to complete the race, can you say they didn’t run? Everyone puts in their best effort and for some it bears fruit - the one they wanted. Here arises a disparity in scale, the results everyone wants is the same and there is a minimum effort required to achieve that result, but the best each individual can do is highly variable. A marathon runner who gave their best effort but didn’t manage to get the podium, do they deserve a cheer or not?

The final destination of our lives is (*softly)* death. It is the only singular act we all will perform in all our individual and collective grace. Prior to this destination, all of what we do is part of the journey. And this journey is made up of a series of overlapping journeys and destinations like running a marathon or baking a cake. All our momentary destinations are the ones we chose to acknowledge. There are often more than one result which we consciously or subconsciously ignore for the sake something measurable. This varies from person from person, and we’re great at evaluating the whole journey on the basis of that “something measurable”.

All I can think now is how I’ve myself beaten myself up keeping a tunnel vision on these lucrative results. I was no longer reading for joy but to score good grades. I was no longer playing basketball for the energy but just to win that tournament. I was no longer having fun with decorating my room because I’ve to move cities again.

Maybe we can take a step back from the destinations for a while and see where the journey is taking us and how it’s making us feel. Maybe we’ll find something completely new, maybe we’ll reap good results, maybe the cake will actually turn out good. If not, I’m gonna try again and enjoy it.

Enjoying efforts

It was the summer of 2021, I was just about to complete my internship at Axis Bank working on their design system, Subzero. I had the best time working there, good problems but better mentors. It was my last college semester and I had to figure out what to do next. Should I start cold emailing again or should I do something more risky? What did I do? I replied to a tweet. It was Dann Petty’s tweet asking for people to share their portfolios so that prospective clients can discover them. And I got discovered. A few calls later, I started my first freelance gig as a product designer. It’s been 2 years so far and I haven’t looked back since. My advent into freelance was rough, unprepared, and daunting but there were quite a few things that I learned along the way.

What separates being employed as a designer and being a freelance designer is what you represent in public. Being an employee, your design opinions and quality of work are perceived as being attached to the company you work for. It adds to the maturity and recognition of the company, you’re just an enabler for it. As a freelancer, your work represents you, regardless of where you work. It becomes part of your brand. And your brand becomes you. Your brand is the pitch deck that flashes through everyone’s eyes when they think of you. More than anything, having a brand builds trust. A client needs to know if you can do the job and having a strong brand reinforces their trust in your craft. This is why bigger companies go with creative agencies instead of hiring a novice freelancer. Bigger agencies have a stronger brand and hence come out as more trustworthy. Getting to that level as an individual takes work, get comfortable with that idea. No need to beat yourself up just because your work is not on par with the agencies. Also, not every company can hire a big agency to delegate their design efforts. This is where you come in.

The general idea is that you should show how you work and what you work on. You need to show your clients that you can do this job and you can do it right. A brand could be anything public facing. For me, it was two things. First, making a design portfolio. It was a representative of my work and my own practice. Second, being active on Twitter. If you’re a nobody and want to be seen, you need to put something out there to be seen. And posting on Twitter did just that. It made it easier for people to discover me which led them to my portfolio. If the portfolio resonated with them, the job was done.

There are two ways of getting discovered and finding leads - inbound leads and outbound leads. Social media and broadcasting your work gets you inbound leads i.e. people reach out to you with work “for you”. Outbound leads mean the opposite i.e. you reach out to people to find work. Best way to do that? Cold messaging. I say cold messaging because it can be anything from a cold email to a cold DM on LinkedIn. How to cold DM is an art of its own and beyond the scope of this article but here’s a [great guide](https://tkkong.medium.com/a-guide-how-to-cold-email-e105a67ebd74) by [TK Kong](https://twitter.com/thetkkong?lang=en). Pro tip: Always follow up twice.

Another way freelancing gets different is your flow of income. A salary is a consistent flow of income that seems stable for most individuals. Freelancing is a series of projects for which you get paid. It means that there will be days when you don’t have a project and hence no income. On those days, your job becomes to get projects. And you know how to do that - Get discovered and be on brand. When you’re just starting out, it’ll be harder to get clients. Hence, I recommend that keep looking out for clients all the time - even when you do have an ongoing project. If an opportunity comes, get on a call with them, discuss their needs, and let them know you don’t have bandwidth now. Even if you don’t get the project, you got a connection. That’s what all networking is about. For days when you don’t get projects, it’s good to have some money in your savings as a safety net. Personally, I recommend keeping 6 months of expenses as your safety net at all times.

If you’re fresh out of college or doing a full-time job, don’t quit your job and start freelancing. Instead, make something tangible that you can show to clients and start broadcasting it. Let yourself be discovered. Once you get a project, start working on it alongside your job i.e. moonlight. I know it’s tough, but it’s much safer than quitting your job. Keep that up for a few months. In these months you have to do two things - expand your network & get confident in your work. Once you feel like you are ready, take the leap.

Let’s say you got your first lead. You’re so excited that you can move a mountain. They ask you to set up a call to discuss the details and see if you’re a good fit. The rush is real but you don’t have the project yet.

Getting a project or not depends on these 5 events -

* You got noticed.

* They liked your work.

* They have a job vacancy.

* You are the right fit for the job.

* They could afford you.

Since they asked you to set up a call, they did notice you, they did like your work, and they “may” have a job for you. This is why having a portfolio is important. People can know a lot about you way before they reach out to you. That’s your very first impression, make sure it’s a great one. This call now is for them to check if you’re a right fit for the job and if you are under their budget.

Going into a call unprepared is not professional and it can sometimes make you lose the client. I like to do two things before I join a call with a new client. First, I research & learn as much as I can about the company so that I can know the significance of the project, find points to drive good discussions, and make decisions on the go. This shows the client that you know what you’re doing and hence reinforces trust. Second, I set up a base hourly rate I would charge for the project. I keep a number for the hourly rate so I can calculate the project details on the go, be it a weekly project, monthly project, or a fixed-price project ([Raycast](https://www.raycast.com/) helps a lot but you can use a spreadsheet too).

For example, I set my hourly price to be $50/hr (not a real amount) and I can work 2 hrs/day since I also have a full-time job. The client says they need a website and they are willing to pay on a weekly basis, time is not a constraint as they want revisions. In this case, the weekly rate would be ($50/hr)*(2 hrs/day)*(5 days/week)=$500/week. You can do any kind of calculation like this. If they want the project to be done in a time constraint (like a month) and the work is too much, charge higher and go for a fixed-price project. Here, you’re left with your own judgment of how you want to charge them based on your speed, time commitment, and execution quality. For me, if I have to work twice as fast, I’d charge twice as much. This is why you should never go for a rate charge for a time constraint project - the faster you work, the less money you get.

Okay, call prep is done. You know stuff about the company and you know your price. The rest of the call can go as you and the client wishes but when you get to the price part, don’t say your price first. This is where it gets a bit tricky. The client wants to get the job done at the cheapest price and you want to get the best offer out of this client. The one who says the number first loses. When they ask for your rates, say that it depends on who you’re working with and you’d like to know their budget first. Personally, I charge more if I’m working for a company and much less if I’m working for an individual because the value my work brings to them is different. In the best case scenario, they will say their budget right away. If it’s below your calculated price, either you can take the project (you’re being undervalued) or you can tell them that you can’t work on this amount as your project rates are <Enter your calculated price>. The client will either stretch his budget or decline, either way, what happens next is pure negotiation, and you’ll have to learn that skill on the job. During your beginning days, it’s completely okay to work for less, you’re building relations and they are more important to you at the moment than money. That being said, never work for free - neither will it make you satisfied, nor will you do your best work. Freelancing doesn’t work if you half-ass your craft.

If you do get the job, you’ll see that all the 5 events I mentioned before happened. You got noticed. They liked your work. They have a job for you. You are the right fit for the job. They could afford you. Mission successful.

Finally, you got your first project. Your responsibility now is to do a good job and deliver. No, let me correct myself - Overdeliver. By overdelivering, I mean doing something of value apart from what they asked for. You do something extra for them, free of cost. It’s a gesture. It makes the project more than a simple transaction. And they remember you. Next time when they have an opportunity to recommend a designer for someone, they’d recommend you because you overdelivered. This is how word of mouth works. You did more than what people usually do. In my projects, I have been hired as a designer but I’ve helped in product, I’ve shaped ideas, and often solved small engineering issues. It goes a long way.

During the project, it can be easy to get lost in your work. I always keep reminders to check in with my clients and collaborate with them. This helps them understand what’s the progress of the project and shows full transparency of your work. The answer is not micromanagement, it’s collaboration. How & when should you share is something that you’ll learn on the job and it varies with each project. You would also have come to an agreement about your compensation and it’s breakdown. Make sure that you send your invoices at the right time (& for the right amount).

Getting a successful lead will be hard when you’re just starting out. 100 people will see your portfolio, 10 will reach out to you with work and maybe 1 will agree to sign a contract. This is pretty much accurate. The thing is, you don’t have to worry about the 100, you just have to focus on the 10 that reach out to you and make sure that most of them sign a contract. That can be all of them or maybe just one. Because in the end, all you need is one client to start out.

This is but a small part of what freelancing is all about. More than anything, it’s a way of managing yourself with utmost precision. I will not say that you’ll be alone in this journey but it will certainly feel like it because there would be only a few people to guide you as you grow and you’ll rarely find those people to be the ones you work with. But if you do, you got lucky again. Collaborating with another freelancer could be a fruitful experience. It’s a gateway to learning about their way of working and freelancing, both would be extremely helpful to you if you’re just starting out.

I’m not here to convince you to start freelancing but if you do intend to venture in - welcome to the ocean, there’s enough water for all of us to swim.

I may be writing more about the intricacies of freelancing, I’ll see you then.

Stepping into freelancing

Product Designer

Making a more inclusive chart library

An inside story from the Primer Design team about how we improved our data visualisations to be more inclusive.

The journey of a date picker

Follow us along while we take you on a journey, not of us but of a seemingly mundane component, the date picker.

Young Jury

Voxel

My Portfolio

A free curation of articles & resources to serve as your introduction to design systems.

Hey Design Systems!

Improving adoption of Axis Bank's design system - Subzero

Checkout DS is an unstyled design system powering Primer's own checkouts and can also be used by our merchants to design their own checkout experience.

Checkout Design System

Improving usability of Observability charts

Designing a custom date time picker for Primer's design system (Goat)

Goat is the design system powering Primer's product experience.

Goat Design System

Subzero is the design system powering Axis Bank's digital ecosystem.

Subzero Design System

Vapor

Corner UI Kit

Building blocks for your next design system

Moleculed

Collaborated with Spacekayak in planning and designing the design systems for their web3 clients - Market (Market.xyz) & Pillowfund (pillow.fund)

Design Systems

Worked with the DBAT team to design the first version of Subzero, the design system for Axis Bank.

Worked with Triad in forming their design language while designing experiences for their 5+ professional mental health products for professionals in USA.

* Designing for the multiple financial products in Primer, including Payments, Reconciliation, Monitors & Observability that help merchants have actionable visibility into their payments data and the right tools to manage them.

* Helped design Goat, the design system powering Primer’s dashboard and the Checkout Design System, which powers the universal checkout provided by Primer.

Saurabh Yadav

Work Experience

Projects

Side Projects

Writing

Contact