Practical guide

Give the announcement inbox a clear owner

Last materially reviewed 2026-10-02

Quick answerPrivate replies are useful only when someone knows what to do with them.
What to know

Define the ordinary job

Write the types of questions this inbox can answer and the hours in which it is reviewed. Do not imply continuous monitoring if nobody provides it. Separate an ordinary schedule question from a complaint, sensitive disclosure or urgent issue. Direct exceptional cases through established appropriate channels rather than improvising a process inside a marketing tool.

What to know

Use roles rather than shared credentials

Identify a primary reviewer, cover person and escalation owner. Evaluate the service’s actual user access options and give people only the access appropriate to their role. Do not share a password simply because several people need visibility. Public documentation of sub-users is not proof that a particular permission configuration meets your organization’s requirements.

What to know

Avoid double answers and silent gaps

Decide how staff will know whether a question is unassigned, being handled or finished. If the product lacks the needed status model, a simple controlled external routine may be necessary. Do not invent a feature or assume that opening a message marks it resolved for everyone. The aim is a comprehensible handoff, not more software labels.

What to know

Write a cover note

Before the regular coordinator is absent, note the current announcement, likely questions, approved reference and unresolved issues. Use a role and public or fictional context in planning examples; do not put private member information in our tools. After coverage ends, reconcile open work rather than assuming every read message received an adequate answer.

What to know

An ordinary cover scenario

Suppose the main coordinator is absent when a room-change notice goes out. The cover person should know the current room, the approved public reference and which questions need another owner. They should not need to guess from a long historical thread. After the shift, explicitly hand back unresolved questions; opening the inbox is not proof that the handoff happened.

Continue when useful

Next: Reply workload

A broadcast inbox needs a person, a boundary and time.

Open Reply workload →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. TXT180 feature documentation — Merchant documentation · txt180.com · Merchant-controlled · checked 2026-10-02