Writing’s gift? Better design

February 6, 2024 in Product design

For years, I’ve been trying to highlight that I think more designers should start their project by first writing, rather than jumping head first into Figma. And, for years, people have been wanting to find out more about my process and how it ACTUALLY works… not just in theory, but in practice. So today I wanted to share two updates on the topic.

Writing helps me organize my thoughts

There was something that Nathan Barry - the founder of Convertkit - wrote in a recent email newsletter that resonated with me. He pledged to write every day for the month of January and people have asked him why a busy founder and CEO would want to spend that much time writing when he could easily delegate it to someone else.

“So why would I ever spend hours writing when I can spend minutes speaking and get the same result? It comes down to whether the goal is to clarify or amplify: To the degree you want to clarify your thinking, write. To the degree you want to amplify your thinking, speak. Then delegate the dissemination of your ideas.”
Nathan Barry

There’s a quote that says, "Writing is the process by which you realize that you do not understand what you are talking about. Importantly, writing is also the process by which you figure it out." I think Nathan’s reasoning is along the lines of what I’ve said (and written!) before, that writing is the process that helps me understand what I know - and more importantly - what I don’t know. In order to succeed with a design - making sure our design is solving the right problem in the best possible way - we need to be absolutely clear in our thinking around the design challenge at hand. If designers jump straight into Figma, they may not have the deeper understanding of the design that the process of writing facilities and, unfortunately, run a greater risk of confirmation bias.

Creating a design system… in Notion

One design task that might seem obvious - one you actually could jump straight into Figma to do - is creating a new design system. There are literally thousands of templates and boiler plates you can download, tweak, and be up and running in matter of hours. But this isn’t always the best solution. I find that I often discussions (and debates) with founders/teams that they need to create a design system that is unique for them and their needs.

You see, a design system, like most things, isn’t necessarily better the bigger it is. It’s easy to think this might be the case because, after all, doesn’t it make sense to have all the tools ready for when you need them? No, not really. Just like your wardrobe only really needs to have the clothes you actually wear, your tool kit needs to have the tools you use, not every tool available. It’s easy to add something when you need it, but it is wise to limit our design system to our recurring components. It’s why you’ll find a suit in my wardrobe, but not a smoking jacket. I HAVE a use for the suit. It’s a needed ‘tool’. Side note: I also HAVE a use for my almost embarrassingly large collection of t-shirts. :)

So I recently started the process of creating a new design system for a startup. I’m beginning the work by auditing their tools and files to identify which components we’ll need and in which variations and states. This is pretty much the same process I followed a year ago when I updated the design system for Loom!

Sure, it would be easy for me to jump into Figma and start creating useful components, but what I really do is compile everything into a Notion doc. I’ll then use that doc to outline what components I need to create and which states they’ll have. Even though it might look a bit repetitive, it’s crucial to outline the states to make sure we’ll create a design system that’s not just useful - but also accessible! This way, we’ll get a design system that helps the organization save time and create a more cohesive product while making sure all users and customers can access our product. I also take the time to list out what variations each component should have. This outline process reduces the risk of creating multiple components when I do jump into Figma, i.e. a variation of a button rather than creating multiple button components.

Once the list of components has been created, I’ll continue on to listing out patterns. A simple pattern could be a search bar, consisting of an input field and a button. A more complex pattern might be a card or a table. I use Notion’s tagging feature to index which components are needed for each pattern, all before I’ve started designing.

I’m not a fan of lead magnets so I’m not going to ask you to sign up for my newsletter to get my Notion template, even though it’s arguably what I should do if I want to build an audience. Here’s a peek at what the Notion doc looks like! If you like it, go ahead and sign up for my newsletter :)

Beyond Figma: how writing sharpens design thinking

Now that I’ve shared my process and the tangible steps I take, I hope it's clear that writing is not just a preliminary step, but a foundational practice in design. This methodical approach ensures that by the time we open Figma, we're not just ready to design; we're primed to solve the right problems in the most effective way.

This journey from the written word to the visual design underscores a crucial lesson: great design begins with clear thinking and clear thinking is often best achieved through writing. Whether you're crafting a new design system or embarking on a complex digital product, the clarity gained from writing can be your guide.

I encourage you to try integrating writing into your design process. See how it transforms your approach, sharpens your focus, and leads to more intentional and impactful designs. And, if you're curious to explore more about this process or share your experiences, let's continue the conversation! Sign up for my newsletter to stay updated on this topic and many others. Together, let's discover how we can make our design processes not just more efficient, but deeply meaningful.

It’s honest, authentic, and accessible.

I love sharing my experiences working in design and what’ve I’ve learned along the way. Join a community of thousands of designers, developers, and product professionals by signing up to my newsletter!

Not quite ready to sign up? I totally understand! Why not start by reading some of my past issues?

Great! Just “one more thing”...

You need to confirm your email to confirm your subscription.

  1. March, 2024

  2. February, 2024

  3. January, 2024

  4. December, 2023

  5. November, 2023

  6. October, 2023

  7. September, 2023

  8. August, 2023

  9. July, 2023

  10. June, 2023

  11. May, 2023

  12. April, 2023

  13. March, 2023

  14. January, 2023

  15. December, 2022

  16. November, 2022

  17. September, 2022

  18. August, 2022

  19. July, 2022

  20. June, 2022

  21. May, 2022

  22. April, 2022

  23. January, 2022

  24. December, 2021

  25. November, 2021

  26. October, 2021

  27. September, 2021

  28. August, 2021

  29. July, 2021

  30. June, 2021

  31. May, 2021

  32. April, 2021

  33. March, 2021

  34. January, 2021

  35. November, 2020

  36. October, 2020

  37. September, 2020

  38. August, 2020

  39. June, 2020

  40. May, 2020

  41. April, 2020

  42. March, 2020

  43. February, 2020

  44. January, 2020

  45. December, 2019

  46. November, 2019

  47. October, 2019

  48. September, 2019

  49. August, 2019

  50. July, 2019

  51. June, 2019

  52. May, 2019

  53. April, 2019

  54. March, 2019

  55. February, 2019

  56. January, 2019

  57. December, 2018

  58. November, 2018

  59. October, 2018

  60. September, 2018

  61. August, 2018

  62. July, 2018

  63. June, 2018

  64. May, 2018

  65. April, 2018

  66. March, 2018

  67. February, 2018

  68. January, 2018

  69. December, 2017

  70. November, 2017

  71. October, 2017

  72. September, 2017

  73. August, 2017

  74. July, 2017

  75. June, 2017

  76. May, 2017

  77. April, 2017

  78. March, 2017

  79. February, 2017

  80. January, 2017

  81. December, 2016

  82. November, 2016

  83. October, 2016

  84. September, 2016

  85. August, 2016

  86. July, 2016

  87. June, 2016

  88. May, 2016

  89. April, 2016

  90. March, 2016

  91. February, 2016

  92. January, 2016

  93. December, 2015

  94. November, 2015

  95. October, 2015

  96. September, 2015

  97. August, 2015

  98. July, 2015

  99. June, 2015

  100. May, 2015

  101. April, 2015

  102. November, 2014

  103. April, 2013