The best process documentation isn’t created by one person in isolation. It’s built collaboratively by the people who actually do the work, maintained by those who own the outcomes, and improved continuously based on real experience.Effective collaboration makes your documentation more accurate, more useful, and more likely to be followed.
Think of process documentation as a living team asset, not a static document someone created once and filed away.
Asking questionsProposing significant changesDisagreeing with current approachStarting discussionsPointing out problems you’re unsure how to fixRequesting clarificationExample: “I think Step 4 should come before Step 3 because you need X before you can do Y. What does everyone think?”
Point to exactly what you’re commenting on. Don’t make vague statements.Good: “In Step 3, the form link is broken. Here’s the updated link: [URL]”Bad: “Something is wrong”
2
Provide Context
Explain why something matters or how it affects work.Good: “When we skip Step 2, customers get confused and call support. Can we make this step required?”Bad: “We should change Step 2”
3
Suggest Solutions
Don’t just identify problems; propose fixes when possible.Good: “The approval threshold is outdated. Current policy requires VP approval for 10K+,not5K+ as shown. I’ll update if that’s correct.”Bad: “This is wrong”
4
Tag the Right People
Use @mentions to notify people who can help or need to know.Good: “@ProcessOwner can you clarify the approval chain? @TeamLead I think this affects your team too”Bad: Comment without notifying anyone, then wonder why it wasn’t addressed
5
Be Constructive
Frame feedback positively, focusing on improvement.Good: “This guide is helpful! One addition: can we include what to do if the system times out?”Bad: “This guide doesn’t cover enough scenarios”
If someone is actively editing, wait your turn or coordinate with them.Check:
Who’s currently viewing/editing
If major updates are in progress
Whether changes will conflict
Better approach: Comment on what you want to change and let the current editor incorporate it.
Save Incrementally
Don’t leave the editor open for hours with unsaved changes.Do:
Save every few minutes
Complete your edits in one session when possible
Save before switching to other tasks
Why: Prevents lost work and reduces conflicts with other editors.
Communicate Major Changes
Before making sweeping changes, let the team know.Methods:
Add a comment explaining what you’re about to do
Message the team via email or chat
Discuss in a meeting first
Get buy-in from stakeholders
Example: “I’m reorganizing the activities section tomorrow morning to match our new workflow. Let me know if you have concerns.”
Document Your Changes
For significant updates, note what changed and why.Options:
Add a comment after making changes
Update the revision history section
Post in your team chat
Send a summary email
Example: “Updated the sales process to reflect our new CRM. Main changes: Steps 2-4 now use Salesforce instead of spreadsheets. Old screenshots replaced. @SalesTeam please review.”
What to do when team members disagree about how a process should work:
1
Listen to All Perspectives
Make sure everyone’s viewpoint is heard and understood.Different teams or roles might have valid but different experiences.
2
Focus on Outcomes
What result are you trying to achieve? Often disagreements are about methods, not goals.Find common ground in the desired outcome.
3
Look at Data
If available, check metrics, error rates, time spent, or customer feedback.Data can settle debates objectively.
4
Test and Learn
When in doubt, try one approach, measure results, and adjust.Document the experiment and timeline.
5
Defer to Process Owner
If consensus can’t be reached, the process owner makes the final call.Document the decision and rationale.
Remember: Disagreements about processes are usually healthy. They mean people care about doing things right. Handle them professionally and use them as opportunities to improve.
Start new team members with View permission.Upgrade to Comment after they’re familiar with the process.Consider Edit permission after they’ve demonstrated understanding.
2
Explain the System
Show them:
Where to find processes
How to navigate documentation
How to add comments
Who to ask for help
Don’t assume they’ll figure it out.
3
Encourage Questions
New people see processes with fresh eyes. Their “dumb questions” often reveal unclear documentation.Create a safe environment for questioning.
4
Assign a Buddy
Pair new team members with experienced contributors who can guide them.This builds collaboration habits early.
5
Celebrate First Contributions
When someone makes their first improvement to documentation, acknowledge it.This reinforces that collaboration is valued.
Documentation DriftDocumentation no longer matches reality. People ignore it because it’s outdated.Fix: Schedule regular reviews and update immediately when processes change.
Single Point of FailureOnly one person knows how to update documentation or has Edit permission.Fix: Share Edit permission with at least 2-3 people. Cross-train on documentation maintenance.
Comment GraveyardsLots of comments but no responses or action. People stop commenting because nothing happens.Fix: Process owners must respond to every comment, even if just to say “we’re looking into this.”
Edit WarsTwo or more people keep changing the same content back and forth.Fix: Use comments to discuss the issue. Process owner makes final decision. Document the rationale.
Documentation DebtProcesses change faster than documentation. The backlog of needed updates grows.Fix: Make documentation updates part of implementing changes, not a follow-up task.
Update documentation when you learn better waysAsk questions when something is unclearProvide specific, constructive feedbackThank people for their contributionsCommunicate before making major changesDocument reality, not aspirationsRespond to comments promptlyShare credit for improvements