Process documentation is most valuable when shared with the people who need it. Sharing ensures your team can access the processes, contribute improvements, and maintain consistency across your organization.When you share a process, team members can view it, use it as a reference, and (depending on permissions) contribute to it.
Sharing makes your processes collaborative instead of isolated. The best process documentation is created and maintained by the entire team, not just one person.
Navigate to the core process you want to share.You must be the process owner or have permission to share it.
2
Find the Share Button
In your core process view (RACI tab, Visual tab, or any other tab), look for the “Share” button in the top toolbar.The Share button appears near other action buttons like SOP, RACI, Visual, Swimlane, and KPIs.
3
Click Share
Click the Share button to open the sharing dialog.You’ll see options for adding people and setting permissions.
4
Add Team Members
Type names or email addresses to find team members.Select each person you want to share with. You can add multiple people at once.Options for adding people:
Add individuals by name
Add entire teams or departments (if your system supports groups)
Share with everyone in your organization
5
Set Permission Levels
For each person or group, choose their permission level:
Some systems let you include a message with the share notification.Example: “Hi team, here’s the updated onboarding process. Please review and let me know if anything is unclear.”This context helps recipients understand why they’re receiving access.
7
Send Invitations
Click “Share” or “Send” to grant access.Team members will receive a notification (email or in-app) that the process has been shared with them.
Who: People who perform activities in this processPermission: View or Edit (depending on whether you want them to update documentation)Example: Share the “Customer Support Process” with all support team members so they can reference procedures while handling tickets.
Share with Stakeholders
Who: Managers, executives, or cross-functional partners who need visibilityPermission: View or CommentExample: Share the “Sales Process” with the marketing team so they understand lead handoff procedures. They can view and comment but not edit.
Share with Contributors
Who: Subject matter experts or team leads who help maintain documentationPermission: EditExample: Share the “HR Onboarding Process” with the HR manager and senior recruiters so they can update procedures as things change.
Share with Trainees
Who: New employees or team members learning the processPermission: View onlyExample: Share relevant processes with new hires during onboarding. They can read and learn but can’t accidentally change anything.
Share Organization-Wide
Who: Everyone in the companyPermission: View (usually)Example: Share core company processes like “Expense Reimbursement” or “Time Off Requests” with everyone since they apply universally.Caution: Only share broadly for processes that truly apply to everyone. Too much sharing creates noise.
Example: Share the executive compensation review process with only the CEO, CFO, and HR director.
Share with entire teams or departmentsBest for:
Department-specific processes
Team collaboration
Easier permission management
Processes that apply to a whole group
Example: Share the “Engineering Sprint Process” with the entire Engineering department.Note: Not all systems support group sharing. Check your system’s capabilities.
Make visible to everyone in your companyBest for:
Company-wide policies
Universal procedures
Process transparency
Commonly referenced processes
Example: Share “How to Submit an IT Support Ticket” with everyone.Warning: Only use for truly universal processes. Over-sharing creates information overload.
Share with anyone, even outside your organizationBest for:
Customer-facing procedures
Vendor onboarding
Partner integration guides
External collaboration
Example: Share “How to Submit a Support Ticket” with customers.Warning: Be very careful with public sharing. Never share internal, sensitive, or confidential processes publicly.
Click the “X” or “Remove” button next to their name.
4
Confirm
Confirm the removal. They’ll no longer have access to the process.
When you remove someone’s access, they can no longer view the process, even if they previously had it open. Be sure you want to remove them before confirming.
Some systems generate shareable links for processes:
Private Links
Public Links
Anyone with the link (in your organization) can accessBest for:
Quick sharing via chat or email
Sharing with team members
Embedding in internal documentation
Example: Copy the link and paste it in your team Slack channel so everyone can access the process.Security: Link only works for people in your organization. External people can’t access.
Anyone with the link can access, even outside your organizationBest for:
Customer documentation
Vendor processes
Public knowledge base articles
Example: Include a link in your customer onboarding email to your “Getting Started” process.Security: Anyone with the link can view. Don’t use for sensitive processes.