Skip to main content

Policy Collaborator 101

Edit, review and create policies without publishing them: check your access, find your work, run a Review and hand off to your publisher in Blissbook.

Written by Diane Marshall

This guide is for teammates who write, edit, review or approve policies in Blissbook but don't publish them. Each section below covers one task in a few lines, with a link to the full article if you need more.

Are you the one publishing? See Publisher 101.

Check your access first

What you can do on a policy depends on your role on that policy:

  • Full Access: publish, edit, suggest, comment, archive, delete, assign property values, edit the audience, and change or remove collaborators.

  • Publisher: publish, edit, suggest, comment, assign property values and edit the audience.

  • Editor: edit, suggest, comment and assign property values.

  • Commenter: suggest and comment.

  • Viewer: view only.

To see your role, open the policy and click Share. You're always listed first, with your access level next to your name. Your team role sets your default access to your team's policies and a policy role applies to one policy only - when you have both, the higher one wins.

Full details: Policy roles.

Find your work

The policy library has built-in views to help you stay organized:

  • Awaiting my review: policies where someone asked for your review and you haven't submitted feedback yet.

  • That mention me: policies with a comment that @mentions you.

  • I asked others to review: policies where you started a Review.

Note: The review views, including In review, only appear on Blissbook PRO plans, since that's where review and approval workflows live.

Full details: Policy Library Views.

Edit a policy

Several people can edit a policy at the same time. Use the mode dropdown in the toolbar to switch between Editing (change the text directly) and Suggesting (your changes become suggestions for someone with edit access to accept). Commenters always work in Suggesting mode.

To comment, highlight text and click Comment, then type @ to mention anyone who can access the policy. Everything you change stays in the draft, and your audience sees nothing until someone with publish access releases or publishes the policy.

Share a policy with teammates

Open the policy, click Share, then click Add on the Collaborators tab, pick their role and type their name or email. Commenters and above can add people inside or outside your organization, with any role up to their own. Someone added to a single policy sees only that policy when they log in. You can do the same action in bulk by multi-selecting policies in the table.

Note: Adding a collaborator doesn't send them an email. Click Copy Link at the bottom of the Share panel and send them the link yourself.

Make sure you get notifications

Blissbook can email you when:

  • someone @mentions you

  • someone replies to a comment thread you're on

  • someone gives feedback on, or ends, a Review you started (PRO)

  • someone edits, comments on or suggests an edit to a policy where you have Full Access

To change these, open the policy library, click Settings, then the Notifications tab, and set each one to Instant, Daily, Weekly or Never. Editors and Commenters can open this page too. Full details: Policy Library Notifications.

Run a review and approval (PRO)

On a PRO plan, anyone with Editor access or higher on a policy can start a Review: Editors, Publishers, Full Access and Team Owners. Click Review on the policy, add reviewers (or a people property such as Approver, which fills in the right people for each policy), set a Due Date and choose All reviewers must approve or At least one reviewer must approve.

Leave Notify reviewers via email on to email each reviewer, even if they've turned off their policy library notifications. Reviewers respond with Comment, Approve or Request Changes, and the policy moves from In Review to Approved or Needs Revision, or to No Decision if the due date passes first.

Roles vs. properties

Owner, Approver and SME are usually people properties, not access roles. They record who's responsible for a policy and make it quick to pick reviewers, but they don't give anyone access. An Approver still needs a role on the policy, or a team role, to be able to open it.

Look at version history

Policies have two history tools:

  • Versions, in the Policy Details panel: every published version. Compare any two with Compare against selected.

  • Revision History, in the editor toolbar: every individual edit, with who made it and when.

On Blissbook plans, Revision History goes back two years. PRO keeps all of it. Full details: View old versions of your content.

Create a new policy

Click + Add Policies in the top right of the policy library, then choose Import Policies (to import from Word), Browse Model Policies (to see Blissbook's import-ready library) or Create a blank Policy.

If you don't see the button, ask a Team Owner to turn on the Creator permission for you. New policies start as drafts, so nothing reaches your audience until it's published.

Hand off for publishing

Team Owners, Full Access collaborators and Publishers on a policy can publish it at any time. Publishing ends any active Review and resets the policy's phase to Clean.

The person who started the Review gets an email as each reviewer responds, but a Publisher who didn't start it hears nothing, so agree on a handoff: tell your publisher directly, or ask them to watch the In review view.

Once your publisher releases or publishes it, your update reaches every document it's in.

Related articles

Did this answer your question?