Documentation Your Team Will Actually Use
Summary
Picture this: You spend weeks writing up your UX Playbook. Your Playbook covers every design and research method your team might use, when to use it, and how. It’s PERFECT. And... no one reads it. I’ve been there! I’ve led or contributed to 4 Playbooks, 2 toolkits and uncountable miscellaneous “how to” docs in my 8 years as a UX Designer and Operations Manager. In this talk, we’ll cover how to: avoid common pitfalls in documentation, discover what your team needs most, apply a design process to your documentation efforts and deliver incremental value through documentation your team will actually use.
Key Insights
-
•
There are two primary types of documentation: process and policy documents, typically made by managers or design ops, and project records created by individual contributors.
-
•
Playbooks streamline organizational design practices by organizing actionable content into stages and plays reflecting the team's mental model.
-
•
Common pitfalls in documentation include unactionable generic information, difficult navigation, cognitive overload from excessive detail, and outdated content that erodes trust.
-
•
Teams overwhelmingly rely on numerous tools (13 on average in UX research), making accessible and clear playbooks essential especially for new hires and junior designers.
-
•
Applying a design thinking process to documentation—empathize, prioritize, prototype small sections, test, and circulate—helps create valuable, user-friendly resources.
-
•
Empathizing means understanding how your team currently accesses information, avoiding top-down imposed processes, and discovering real pain points through interviews, surveys, and desk research.
-
•
Delivering incremental, usable sections instead of waiting to complete the entire playbook increases adoption and feedback opportunities.
-
•
Shared ownership of playbook sections by contributors encourages more frequent referencing and greater relevance.
-
•
Tools like Coda offer useful analytics such as page views and video engagement metrics that help track documentation adoption and identify pain points.
-
•
Regular review and content updating, ideally on a quarterly or semiannual cadence, is critical to maintain trust and ensure documentation relevance.
Notable Quotes
"Our folks are not looking for information about what are wireframes. They want information specific to your organization."
"If folks can't find the information, it doesn't matter how well it is written."
"Avoid walls of text and create visual hierarchy to ensure scanability by using headers, sections, lists, and images."
"Outdated content will erode trust and make folks question whether other information is worth their time."
"You should not try to deliver your playbook from the ivory tower of design ops. It just will not be successful."
"Start with the biggest pain points your team is experiencing and find the biggest potential impact."
"You don't want to hide away for six months and try to build the perfect documentation. It won't work."
"Encourage adoption by sharing documentation in relevant channels, referring team members to it, and including it in onboarding."
"I love getting other people in there. Shared ownership means people are going to reference it more often."
"Use whatever information is available in the tool. Views, downloads, and links in Slack channels are all helpful adoption metrics."
Or choose a question:
More Videos
"Machine learning models can unlearn behaviors, but we need robust feedback loops to detect when they go awry."
Ovetta SampsonManaging the Human Engagement Risks of AI
June 10, 2025
"We have to think about who is our audience. That’s not going to change because of AI."
Tom Armitage Carla Diana Kanene Ayo HolderDay 2 Panel: Looking ahead: Designing with AI in 2026
June 11, 2025
"Hover is very difficult for users who use switch systems or head mice because they can only click or not click and have trouble holding steady to hover."
Sam ProulxPrototype Reviews, People With Disabilities, and You
October 1, 2021
"Low-threshold peer designing exponentially develops confidence very quickly."
Niko LaitinenAdaptable Org Design for Resilient Times
June 10, 2021
"Distinguishing design ops from design leadership and management is a big, messy space we want to bring clarity to."
John Calhoun Rachel PosmanBring your DesignOps Story to Life! The Definitive DesignOps Book Jam
October 3, 2023
"Our future is made up of today’s decisions, relationships, practices, and commitments—what do we need to practice now?"
Amahra SpenceDesigning for Liberation, Rehearsing Freedom
November 18, 2022
"We need to move to designing with, rather than designing for."
Jennifer StricklandAdopting a "Design By" Method
December 9, 2021
"Design system decision records prevent knowledge being stuck in one person’s head."
Dan DonaldDesign Systems as a Vehicle for Systemic Change
June 1, 2023
"The next big thing will be knowledge management powered by new no-code and integrative tools."
Deanna Washington Bria Alexander Jon Fukuda Saara Kamppari-Miller Farid SabitovConnecting the Ops: Plenary Panel and Closing Circle
September 9, 2022