UX Planet

UX Planet is a one-stop resource for everything related to user experience.

Follow publication

Documenting design decisions is important for product designers

Documenting your design decisions will help you communicate them.

Edward Chechique
UX Planet
Published in
7 min readJun 6, 2022

Here is what the developer said to me: Why does the table have a column “uploaded by”? That wasn’t in our last meeting. Let me look at the design decision document I said to him.

Several minutes later, I told the developer that this column was added after our meeting (in which he also took part) since we thought it would be useful to the users. This is because people who work on the system will be able to track the tickets and ask the person who opened them questions if they need to. This will help them get the job done faster.

I have heard this type of question many times over the years from developers, product managers, project managers, and other designers from the design team about solutions the teams and I were working on.

The truth is, we can make any decision we want. It can be a good decision or a bad decision, but most times nobody remembers why. Including you. In this article, I will explain why it is crucial to document design decisions to be able to deal with these situations quickly.

Documenting design decisions

What is a design decision document?

The design decision document is where all the decisions you and the team made about the design are recorded. For example, if you decide to divide a form into two parts instead of one, you can put it there. Another example could be when you decide to use a modal that asks the user to type the project name before deleting it. This documentation is referred to as a design decision document, and it contains all of the pertinent details about the design decision. I also pass it to the developers as part of the deliverables for the design to development handoff.

What are the reasons for documenting design decisions?

From my point of view, this document is important because:

You and the team will not remember the decision you made

When we design we are very focused on the task. However, 3 weeks later, when the task is handed over to the developers, we can’t remember…

Create an account to read the full story.

The author made this story available to Medium members only.
If you’re new to Medium, create a new account to read this story on us.

Or, continue in mobile web

Already have an account? Sign in

Published in UX Planet

UX Planet is a one-stop resource for everything related to user experience.

Written by Edward Chechique

Product Designer, Specializing in Complex Products and Design Systems | Figma Expert | Mentorship | Writing about Product Design: www.linkedin.com/in/edwche

Responses (5)

Write a response

Thanks for sharing. Yes, I had the exactly situation (multiple times) that none remembered how the final decision was made. I do leave the team decision summary on the same page of the design that also viewed by PMs and developers.

--

Nice article! Even we have started documenting the design decisions. It becomes easier to go back and check why certain decision was made.

--

Awesome idea! I'm not sure why this was not an obvious thing years ago to me.

--