Documentation advice from the community.

Documentation Advice from the Awesome Admin Community

By

Let’s face it, whether you’re a new or seasoned admin, creating robust documentation is key to success! Not only does it help users and peers better understand business processes, it also helps YOU when you’re having a hard time remembering why or how you created something months ago.

Since most of us have our best tricks and tips for documenting our own work, a while back, we reached out to the #AwesomeAdmin community to crowdsource a few favorites.

Many #AwesomeAdmins responded to the call. Two main themes we saw were “just get started” and “get specific.” Check out the advice below.

Get started

#AwesomeAdmin Mark Jones has received some simple, but solid, advice that has stuck with him — always keep documentation up to date and “start writing documentation.” It’s straightforward advice, but it’s true! The hardest part of documentation is just starting and maintaining!

Joey Eisenzimmer warns of a fatal mistake a lot of us make: trying to go back to document! Save yourself the heartache and start every new project or process with a fresh documentation doc.

Dan O’Leary shares with us another simple but crucial tip: Add the date your documentation was created as well as when it needs to be updated! Marking down the date you want to update the document will keep you accountable!

Not sure how to get started? Daniel Gorton breaks down all of his best tips for documentation and shares an awesome documentation presentation from MVP Michelle Hansen.

Get specific

Beyond just starting and maintaining, we saw some helpful tips from the community on how to be as specific as possible in order to benefit from the documentation months or even years down the line.

Pip Wilford shares an insightful bit of advice: Don’t write documentation for you.

As I mentioned earlier, writing documentation is one of the greatest gifts you can give your future self. John Schneider shares his trick to understanding exactly where errors have occurred.

If you’re spending the time to carefully document your work, include the details that will matter most to you! Michelle Hansen shares the things that she often includes in her documentation below.

It was fun to hear what the community had to say about documentation. We also wanted to offer some advice of our own. Here’s some advice from our Admin Evangelists on documentation.

Advice from the team

Mike Gerholdt, Senior Director, Admin Evangelism:

“Write everything in the third person. This way, you’re providing a narrative point of view and can easily explain the process, decisions, and key stakeholders that were involved. Doing documentation in the third person also helps you provide a neutral point of view. An example would be, ‘The custom field ‘favorite color’ was added at the request of Farhan, the Dir. of Customer Service, so that agents could quickly suggest an alternate product color when speaking with customers on a call. It was approved in the April 2021 COE meeting.’”

Jen Lee, Admin Evangelist:

“Everyone likes building things but no one really likes documenting things. But if you do it little by little as you go, it’s not as painful. I’ve always told people working in the org that description fields are there for a reason. Use them. For example, for custom fields, describe what the field is used for. Is the field populated by an upstream system and what is it? Does the data populate a downstream system? And don’t just repeat the field name — that does no one any good. For formula fields or validation rules, describe what it does so the person doesn’t need to interpret the syntax. For flows, describe where it’s invoked from — which Lightning page, which button, etc. — so it helps the admin backtrack when troubleshooting.

I also document for each user story I work on, the design solution, and all the related components I create or touch as I build. This helps when it’s time to deploy, knowledge transfer, or if future enhancements are needed — you have all the possible impacted components already identified. So, please spend the time to document. It’s important to the future you and those who come after you. I think we’ve all been there, where we’ve had to make a change to something existing and there’s no documentation. We don’t know why decisions were made the way they were or understand the dependencies, and we end up unintentionally making changes that break the current process.”

J. Steadman, Lead Admin Evangelist:

“Make sure that all of your flows include fault handling. Customize an email message to explain where the error happened so it’s easier to troubleshoot.”

Have any more awesome documentation advice for us? Be sure to share it on social using #AwesomeAdmin.

Resources

Why admins should listen to podcasts

Why Salesforce Admins Should Listen to Podcasts

Your role as a Salesforce Admin demands more than just technical know-how—it requires creativity, problem-solving, and the ability to think beyond the basics. While there are plenty of resources available that teach you the “how” of Salesforce, from documentation to step-by-step tutorials, there’s something invaluable about understanding the “why.”  Podcasts, often overlooked as a learning […]

READ MORE
Advance Your Admin Career With Dev Fundamentals

Advance Your Admin Career With Dev Fundamentals

Ready to take the next step in your admin career but unsure where to start? Take a page out of my book and learn development fundamentals to jumpstart your abilities as an advanced admin and extend your Salesforce Platform knowledge. Several years ago, I was at a career tipping point. I felt solid in my […]

READ MORE