DWPlatform Newsroom
Field guide · Stakeholders & roles

The Newsroom, explained for everyone who uses it.

How your organization publishes internal news to its own people — the surfaces, the roles who run them, the way a post travels from idea to acknowledged, and who is allowed to do what.

Updated 22 Jul 2026 Per-tenant & access-controlled Arabic & English · RTL Web · tablet · mobile
01 · Surfaces

One module, three surfaces

The Newsroom is not a single screen — it's three connected surfaces, each built for a different job and a different audience. Everyone lands on the Newsroom; a smaller group works in the Studio; leadership and comms watch Coverage.

Newsroom

every employee

The personalized feed of internal news, targeted to each reader. Pinned and urgent posts rise to the top; must-reads are flagged; people react, comment, and acknowledge. This is the home screen.

Studio

authors & editors

The back office. Draft posts, choose who sees them, route them through review and approval, schedule them, and read the analytics after they go live. Replaces the old hidden admin.

Coverage

staff & leadership

External media monitoring — what the press and social channels are saying about the organization, with sentiment and sources. The original purpose of the module, kept for the people who track reputation.

02 · Stakeholders

Who's who

Five roles cover everyone who touches the Newsroom. Most people are simply Readers — no setup, no permission needed. The publishing roles stack: an Editor can do everything an Author can, an Admin everything an Editor can, and the Platform Super-Admin sits above every tenant.

Reader / Employee
Reads, acknowledges, reacts, follows channels.
Author
Writes drafts, submits for review.
Editor / Approver
Approves, publishes, schedules, measures.
Comms Admin
Owns the tenant's newsroom & channels.
Platform Super-Admin
Provisions the module and entitlements across every tenant — implicitly holds every permission everywhere.
03 · Roles in depth

What each role actually does

The specifics — who they are, the surface they live in, and the exact things they can and can't do.

Reader / Employee any signed-in user

No role required. Everyone in the tenant is a Reader by default.
  • See a feed personalized to them — only posts they're targeted by appear.
  • Filter by All, Must read, or Following; search; open the full article.
  • Acknowledge must-read posts, react, and comment (where enabled).
  • Follow optional channels; mandatory channels are followed automatically.
  • Cannot create, edit, or publish anything.
Lives in: the Newsroom feed & post pages.

Author role:DWPlatform.News = Author

Writers and contributors who draft the news.
  • Create and edit drafts — title, summary, rich body, cover image.
  • Choose the type, channel, priority, and the audience the post targets.
  • Submit a draft for review and see its progress.
  • Read the analytics on posts they authored.
  • Cannot approve or publish — that's the Editor's call.
Lives in: the Studio — drafts & the editor.

Editor / Approver role:DWPlatform.News = Editor

The gatekeepers — they decide what goes live and when.
  • Everything an Author can do, for any post.
  • Approve or reject submitted posts (rejections carry a reason).
  • Publish now or schedule for later; archive live posts.
  • See full analytics, incl. who hasn't read or acknowledged.
  • Create and manage channels; moderate any comment.
Lives in: the Studio — every status tab & analytics.

Comms Admin role:DWPlatform.News = Admin

Owns internal communications for the whole organization.
  • All Editor powers, plus final say over configuration.
  • Set up the channel structure (incl. mandatory channels).
  • Own reusable audience segments and delete published posts.
  • Bootstrap a fresh tenant's default channels in one click.
Lives in: the whole Studio & channel settings.

Platform Super-Admin is_superadmin

The platform operator, above any single tenant.
  • Turns the Newsroom module on for a tenant (entitlement).
  • Implicitly holds every Newsroom permission, in every tenant.
  • Never sees across tenant boundaries in normal use — isolation is enforced at the database.
Lives in: the Platform Console (outside this module).
04 · Lifecycle

How a post travels from idea to archive

Every post moves through a defined set of states. A simple announcement can go straight from Draft to Published; a policy that needs sign-off passes through review and approval first. Each transition is stamped into an audit trail.

STATE
Draft

Being written. Invisible to everyone but the author.

STATE
In review

Submitted; waiting on an editor.

STATE
Approved

Cleared to go — now or later.

STATE
Scheduled

Waiting for its publish time.

STATE
Published

Live in the feed; notifications fire.

STATE
Archived

Retired from the feed, kept for the record.

Rejected

An editor sends it back to Draft with a reason — the author fixes and resubmits.

Expired

If a post has an expiry date, it auto-unpublishes when the time passes — no one has to remember.

Versioned

Every edit snapshots a version. A must-read acknowledgement is tied to the exact version the reader confirmed.

05 · Targeting

Deciding who sees a post

Relevance is the whole game — broadcasting everything to everyone trains people to ignore the feed. So every post carries an audience, and the feed only shows a reader the posts they're actually in.

Everyone

The whole organization. Best for company-wide announcements.

By department or role

Rule-based — e.g. Engineering + Managers. Include and exclude groups combine; membership is live, so joiners and leavers update automatically.

Specific people

A hand-picked list of individuals. Exact by definition — useful for named recipients.

How it's evaluated: targeting is matched against the reader's own profile (their department and roles, carried securely in their sign-in) the moment they open the feed. The Newsroom never needs a separate copy of the org chart, and the answer is always current.

06 · Compliance

Must-read & acknowledgement

Some communications — a policy, a safety notice — have to be proven read, not just sent. Mark a post must-read and readers get a clear "I have read & understood" action; every confirmation is recorded against the exact version they saw.

  1. Author flags it must-read.

    Often the default for the Policy, Alert and Memo types.

  2. On publish, targeted people are notified.

    It surfaces in their feed under the Must read filter.

  3. The reader acknowledges.

    One tap confirms it — the button becomes a Acknowledged state.

  4. Editors see who's outstanding.

    Analytics lists exactly who hasn't read or acknowledged yet, so follow-up is targeted, not a blanket nag.

Status vocabulary
Draft In review Approved Scheduled Published Archived
Must read Acknowledged

The same colors carry from the Studio into the reader's feed, so a status means the same thing everywhere.

07 · Channels

Channels people can follow

Channels are themed spaces — Company News, HR, Safety, Events. They come in two kinds, and every tenant can seed a sensible starter set with one click.

Subscribable

opt-in

People choose to follow (HR, IT, Events…). The Following filter shows just these. Follow and unfollow anytime.

Mandatory

auto-followed

Company News, Safety — everyone is subscribed automatically and can't opt out. Reserved for things no one should miss.

08 · Engagement

Reactions, comments & the reader's view

Internal comms is a conversation, not a megaphone. Each post can carry reactions and a threaded comment section — both switchable per post — so people can respond, ask, and recognize each other.

Newsroom · reader feed · العربية
The Newsroom reader feed in Arabic, right-to-left, branded for a tenant named Acme Corp, showing filters, a channel strip, and a must-read post card with an Acknowledged badge.
The reader's feed — fully right-to-left in Arabic and branded to the tenant. Note the All / Must-read / Following filters, the channel strip with mandatory and follow states, and a post carrying Announcement, Must-read, and a green Acknowledged badge.
AType & badges — an icon and pills tell the reader at a glance what kind of post this is and whether it needs action.
BChannel strip — mandatory channels show a "Required" tag; the rest offer Follow / Following.
CEngagement row — views, reactions and comments, and the reader's own read / acknowledged state.
09 · Measurement

Did it land?

Sending isn't reading. For every post, the Studio reports reach (how many were eligible), read rate, acknowledgement rate, reactions and comments — and, crucially, the list of people who haven't read or acknowledged yet.

REACH
Eligible

How many people the post targeted, captured at publish as the denominator.

READ RATE
% read

Unique readers over eligible — the real signal, not "was it sent".

ACK RATE
% confirmed

For must-reads — with the exact names still outstanding.

Studio · dark · English
The Newsroom Studio in English and dark mode, showing the title, a New post button, status tabs, and a published post row with Published and High badges plus Analytics and Archive actions.
The Studio — where authors and editors work. Status tabs (All · Drafts · In review · Scheduled · Published · Archived) organize the queue; each row carries its status and priority and links straight to Analytics.
10 · Reach

Notifications, without the noise

When a post goes live it's announced through the platform's notification hub, so it reaches people in the bell — and, per their preferences, email or push — not only when they happen to open the feed.

Targeting flows through here too: the in-app feed is always filtered to exactly who a post is for. Company-wide posts reach everyone's bell; department- or role-targeted posts always render correctly in the feed, with broader push delivery handled by the hub.

11 · Permissions

Who can do what

The definitive reference. Roles stack left to right — each column inherits everything to its left.

Capability ReaderAuthorEditorAdminSuper‑Admin
Read the targeted feed
Acknowledge · react · comment
Follow / unfollow channels
Create & edit drafts
Set a post's audience
Submit for review
Approve / reject
Publish & schedule
Full analytics & non-reader lists
Manage channels & segments
Moderate any comment
Delete a published post
Entitle the module for a tenant
Full access Own posts only No access

Isolation is enforced at the database, not just the screen. Each tenant's news lives behind row-level security — one organization can never read another's posts, channels, or acknowledgements, even for an administrator.

12 · Quick reference

Cheat sheet

Post types

Announcement · Article · Policy (must-read) · Alert (urgent) · Event · Recognition · Newsletter · Blog · Memo

Policy, Alert and Memo default to requiring acknowledgement.

Reactions

Like · Celebrate · Support · Insightful · Curious

Feed filters

All  Must read  Following

Getting started, by role
Reader

Open the Newsroom. Acknowledge anything marked must-read. Follow the channels you care about.

Author

Studio → New post. Pick a type, write it, set the audience, Submit for review.

Editor / Admin

Studio → In review. Approve, then Publish or Schedule. Check Analytics after it lands.

390px
The Newsroom feed on a narrow 390-pixel mobile screen, laid out cleanly with no horizontal overflow.
Works everywhere — the same Newsroom on a phone, with zero horizontal overflow.