Buzz · Reach · BuzzSpace

A conversation ends. A space keeps going.

BuzzSpace is the part of Buzz that belongs to your organization rather than to whoever happened to open it. BuzzChat is the conversation a person starts; BuzzSpace is the one the organization owns and keeps, a standing place with the organization's roles, inclusion rules and policy already in it — and it is still there, still staffed and still governed, when the person who started it has moved on.

BuzzChat The conversation a person starts. One-to-one or a group, about the thing that just happened. See BuzzChat
BuzzSpace The one the organization owns and keeps. Roles, inclusion and policy come with it, and it outlives any one thread. Build one below
On one side, individual people and the connections between them. On the other, the organization's linked workflows as a single sphere. A dashed line joins the two across the gap.
Nothing plugged in yet
MembershipResolved by role, not by hand
PolicySet once, inherited by every space
AttentionQuiet until a mention names you

A space is one place that many modules arrive in, each of them still itself. The space is the constant, and what plugs into it is a decision the organization makes rather than a property of whoever happened to open the conversation. Demonstration. Nothing here is a product screenshot.

Evidence

What happens when a space never stops working?

One home health organization has built more than 102,000 persistent care-team spaces over four years, across roughly 124,000 conversations. Inside them, information reaches a long way past the person who sent it.

102,085persistent collaboration spaces, accumulated across the whole period rather than open at once
195 millionmessage deliveries across the network
61pairs of eyes: the average collaboration reach per message

Where the 195 million comes from

Over the same period that organization sent 3.1 million messages and received 192 million. A received message is one delivery to one person, so 3.1 million sent and 192 million received is about 195 million deliveries through the network: the first number multiplied by how far each message traveled.

Which is where 61 comes from. Divide the deliveries by the messages and the average message reached 61 people. That is reach rather than readership: how many people a message got to, not how many read it or acted on it.

What 567 proves

Five hundred and sixty-seven people is not a large organization. It is one agency's clinical staff, and between them they stood up more than 102,000 spaces: roughly 180 each.

Nothing in these figures required a big agency. It required more than four years of a space per patient, and the patience to let them pile up instead of closing them.

The spaces accumulate at whatever rate you take patients on. The staff count barely moves.

Figures from a BuzzInsights dashboard for one home health deployment spanning more than four years.

Scale without chaos

The spaces accumulate whether or not anybody is managing them.

An organization that adds spaces at that rate for four years needs each one to stay findable, correctly staffed, and quiet until it matters. Seven things get harder at that scale, and each of them already has an answer.

Creating a group is easy. Managing 100,000 of them without losing continuity, context or control is an entirely different challenge.

  • Thousands of patient-centered spaces. Cloning keeps the cost of making one close to nothing, and categories keep the list navigable once there are tens of thousands of them. Both are links in the lifecycle chain.
  • Staff turnover. The space belongs to the organization rather than to whoever opened it, so a departure removes the person and leaves the room standing. That is the whole reason a space exists.
  • Changing responsibilities. Membership resolves against organization teams rather than against named people, so a space follows whoever now holds the role. See membership that follows the team.
  • Too many notifications. Zen mode keeps a supervisor inside every message in a space without the inbox or the push, and a mention is what reaches them. See the zen mode block.
  • Finding the right conversation. Categories narrow the list to the right space, and a thread holds one line of discussion together inside it, with the people who were in it and the dates it ran across.
  • Keeping the knowledge. The record persists after the conversation that made it has ended, and BuzzBrain answers from your own policies and your state's rules rather than from somebody's memory of them.
  • Work that starts outside Buzz. A space can be bridged to the accounts that correspond to it in a BuzzStreams integration portal, an EHR or another enterprise system, so the space and the record point at each other.

It is the set that matters, and the set is what turns accumulation from a liability into a record.

The problem

A group that belongs to a person leaves with that person.

Most clinical group chats are personal property. Someone opened it, someone invited the members, and nobody else can see inside it. It works until the day that person is on leave, off shift, or gone.

  • Continuity. The coordinator who built the group holds it. When she is away, the organization cannot reach into the conversation she was running, because nothing about it was ever the organization's.
  • Oversight. A supervisor who is not a member cannot see what was promised to a family or decided about a patient, and the only remedy anybody has is to ask to be added, one group at a time.
  • Policy. Whether a group is linked to the organization, who is automatically in it and what is expected of its members are decisions an agency should make once. Made group by group, they are not decisions at all.

The Buzz team puts three questions to a new organization before it goes live: should users be able to make groups at all, should groups be linked to the organization automatically, and should the administrator and managers be in them from the start.

Those three come first because they are the ones an agency cannot answer later. A group opened under the wrong policy is a private conversation containing clinical decisions, and it stays that way until somebody notices.

Why this is the argument

Spaces accumulate. They never churn.

Buzz supports a space for each patient, or for each episode of care. That is the clinically correct unit, and it has a consequence most messaging tools were never built for. When a patient comes off service the space does not go away, because the record is the point. Nothing gets retired, so the count only rises.

At 1,000 new patients a month an agency is past 12,000 spaces inside the first year and over 70,000 by the sixth. At 600 a month it still passes 40,000 in the same window. This is a problem about time rather than about size: a mid-market agency that feels fine today is mostly an agency that started recently.

  • Unread state stops meaning anything. Everything is always unread. The badge carries no information after the first day.
  • Notification by activity becomes impossible. That is not a tuning problem waiting for better defaults. It is arithmetic.
  • Muting everything makes you unreachable, which defeats the reason you were put in those spaces in the first place.
  • Building spaces by hand stops being a task anybody finishes. Thousands of spaces a month, each needing the right members, is not work that gets done.

The deployment at the top of this page is what that looks like once it has run for a while: past 100,000 spaces in four years, where the arithmetic above takes six to reach 70,000. It is a count accumulated across those years and not a census of that many patients on service at once.

Conventional team chat breaks a long way below that, somewhere in the low thousands, at the point where unread state stops carrying information and notification volume becomes unusable.

And the people who most need to stay reachable are the ones who are in nearly all of those spaces at once: supervisors, managers, clinical directors, super users. Every assumption behind conventional team chat breaks for exactly those people first.

The thesis

Per-space human cost has to approach zero.

A space for every patient is clinically right and operationally impossible unless every stage of a space's life costs the people involved close to nothing. Five stages, five mechanisms, and they are only worth anything as a set.

  • Creating a space. Nobody hand-builds thousands of spaces. Cloning templates the structure, so a new patient's space starts out already shaped like the last one instead of being assembled from nothing.
  • Organizing the list. A flat list of tens of thousands is not a list. Categories are what turn it back into something a person can navigate.
  • Populating each space. Re-adding the same twelve people for every new patient is not work anybody keeps up with. Dynamic team membership resolves the space by role instead of by name.
  • Belonging to thousands of them. Ambient noise scales with the number of spaces you are in. Zen mode takes the noise out without taking you out.
  • Being reached inside a space. Reaching somebody has to cost exactly what it should and no more. Mentions and STAT are the graded ladder that prices it.

Break any one link and the patient-centric model collapses. Cloning without zen mode gives you tens of thousands of spaces shouting at one supervisor. Zen mode without mentions that reliably land gives you a supervisor nobody can reach. Dynamic membership without categories gives you an unnavigable mass.

That chain is the hard part to copy, and it is not something answered with a mute-all toggle.

How it works

Link it. Staff it by role. Set the policy once.

The three things that turn a group into a space, each of them an organization level decision rather than a per-conversation one.

1 · Link it to the organization

The agency owns the space

A space is what a group becomes when it is linked to the organization. The agency can have every group a member creates linked automatically, so ownership is the default rather than an afterthought, and the administrator can see how many linked groups exist. A space can carry its own name, address, phone number and categories, and it can name the person it is about, so it is recognizable as the standing space for a team, a program or a patient.

2 · Staff it by role

The right people are already in it

In a linked group the organization's administrator and managers are made group managers, and can be in the space from the moment it is created. Nobody has to remember to add the supervisor, and nobody has to be asked for permission to supervise.

3 · Set the policy once

Decided at the organization, inherited by the space

A linked space inherits read receipts across every member, how long a session stays open, which people hold restricted accounts, and who is present quietly or loudly. All of it is set at the organization, which is the whole difference between a policy and a habit.

“Sylvia can attest to it, too, being the director. She used to be the traffic director of all text messages… she was finding herself playing a lot of communication cop directing that traffic… where now she’s a member of that chat that’s happening with the appropriate people… I don’t know what we did without it.”
Christina (Tina) Wise-Orlowski Co-Founder & CEO, Higher Standards Home Health

Who is in the room

Oversight is a role, not a favor somebody does you.

The organization has named roles with defined reach, and a space inherits them. Nobody has to be added by hand, and nobody has to be asked.

Organization

Admin and managers

One administrator decides about every user and every operational setting. Any number of managers can be appointed to share the work, with the same practical reach, except that a manager cannot change the administrator's privileges or another manager's.

Continuity, compliance, control

The super admin

The super admin is a standing backup to the administrator if that person is unexpectedly absent or leaves, with auto-participation in conversations the organization has pre-authorized and the authority to enforce group and conversation policy and to adjust group admins and managers when warranted. It is set up before go live, under an addendum to your agreement.

Restricted accounts

Associate users

An associate account is what ancillary, field and temporary staff get, with deliberately limited reach. They do not create groups, do not browse the organization's user list, and do not forward messages onward. When one of your people messages an associate, Buzz opens it as a small group rather than a private thread, so that nothing with an associate in it is invisible to the organization.

Set at onboarding

Roles arrive with the roster

Who manages and who is an associate is decided on the roster file before anybody logs in, alongside each person's role or profession. The mobile numbers on it are used for onboarding and account recovery, are not visible to other Buzz users, and are not shared.

On departure

Leaving removes the person, not the space

Shared logins are not permitted and every workforce member has their own identifier, so a departure is unambiguous. Someone who leaves loses access to the organization's conversations and is removed from its linked groups. The space, its history and its membership stay where they are.

Membership option

The restriction is what makes the room shareable

An associate account is a membership shape as much as a restriction, which is the list of limits above read the other way around. Somebody out in the field, not on the agency's payroll in the usual way, or not a full Buzz user at all, can still be a member of the space that concerns them. That is what lets a space carry work beyond day-to-day agency staffing. A clinical trial and distributed health research have the same shape as each other, a coordinator at the center and participants or field staff spread out, and the people at the edges need to be in the room for one study or one program without being given the run of the organization. Both halves are the same setting, and both can live in BuzzSpace instead of in a separate tool beside it.

Zen mode, and why automatic inclusion survives contact with the census

Zen mode suppresses two surfaces in a space and leaves the third alone.

  • Recents inbox: suppressed. Belonging to the space does not put it in your inbox or push anything else out of it.
  • Notifications: suppressed. No push for each message.
  • Access to the messages: full. Every message in the space stays readable, at any time, on demand.

That third line is the whole point. Zen mode is not a quiet way of leaving a space. A supervisor in zen mode keeps complete retrospective visibility across the census and pays no attention tax until somebody addresses them. Mentions are the doorbell: a mention, individual or team, reaches a zen mode member immediately, and everything else stays quiet.

It can be assigned rather than merely chosen. A user can turn it on where the organization permits it, and a group admin can assign it. That is what makes it attention architecture the organization sets, rather than a preference each person is left to discover.

Zen mode is also what makes automatic inclusion tenable. Putting your admin and managers into every new space by default is a sane default only because zen mode exists. Without it, the same setting would bury the people it is meant to keep informed.

The trade. Zen mode exchanges ambient awareness for signal. A supervisor in zen mode will not stumble across a deteriorating situation in a space where nobody mentioned them, so the model carries a real dependency: if your staff do not mention the supervisor, the supervisor is not reached.

Onboarding teaches the set together rather than one setting at a time, and Concierge groups keep support live after go-live instead of ending at it.

Where the line is drawn

Buzz tells four kinds of conversation apart.

Buzz separates conversations into four domains, and policy can treat them differently because they are genuinely different. Not every message belongs to the organization, and a compliance program that pretends otherwise loses the trust of the people it governs.

The four domains are group conversations, outreach to someone who is not on Buzz, conversations with an associate user, and private messages between two of your own staff.
1Group conversations The many-person conversations a team runs. These are the ones that become spaces when they are linked to the organization.
2Outreach One-to-one between one of your users and a BuzzLink recipient: a patient, a family member or a partner who is not on Buzz.
3With associate users One-to-one between one of your users and an ancillary, field or temporary staff member on a restricted account.
4Private, between two of your users Two colleagues talking to each other. A distinct domain, treated as its own thing rather than folded in with the rest.

A space lives in the first domain. That is the honest line to draw with a workforce: the organization's spaces are the organization's, and the platform knows which conversations those are.

Membership and attention

The space should know who the night shift is without being told twice.

A standing space has two jobs to do on its own: keep its own membership current as people move, and stay navigable as it fills up.

Membership that follows the team

  • Teams, not name lists. An organization team is a set of people with a common responsibility — a department, a role, a region — and a space can be associated with the team rather than with the individuals in it.
  • It keeps up by itself. Membership reflects the team as it actually is, so when somebody joins, moves or leaves, the spaces they belong in follow without an administrator editing fifteen spaces.
  • The team becomes the source of truth. Syncing a space to an organization team adds and removes members as the team changes, and it overrides any manual assignment on that space. That is the whole point of it, and it is also the part that surprises people, so it is a decision to make deliberately for each space rather than a box to tick everywhere.
  • Combine the ways you are organized. Functional, departmental and geographic teams can be mixed, because real coverage is usually a cross section rather than a single org chart line.

Dynamic team membership is the mechanical half of the argument. A space outlives a person because its membership was never a list of people in the first place.

Finding things, and being found

  • Categories are the luggage tags. Conversations are the suitcases. The organization standardizes the labels that matter to everyone, a team adds its own, and finding the right space stops being a scroll.
  • Address the role, not the roster. A single @ names a person, @@ names a team, and @all names everyone in the space. A team mention resolves against the people on that team who are in this space, so an escalation survives a shift change or a reassignment and still cannot pull in somebody with no context on the patient. @all is the one an administrator can switch off, and at this scale that matters: one careless @all in a patient space reaches every member of it. Buzz shows you who a mention is about to reach before you send it, which is covered on the BuzzChat page.

Threads, and why the longest spaces need them most

A thread is one line of discussion held together inside a conversation that has moved on without it. Every standing space eventually has this problem, and has it worse than a chat does, because a space is the long-running case by definition: it carries a patient or a function for months, the people in it change, and the exchange somebody needs is a long way back.

A coordinator asks about a wound on Tuesday. The answer comes on Friday, from the on-call nurse who was not in the room on Tuesday. In between sit two hundred messages from six people about four other things. The exchange happened, all of it is still there, and it is not retrievable as an exchange.

This page has already argued that a space keeps going after the conversation that started it, and that the record is the point. Threading is what makes that record usable rather than merely complete. The scale sections make that argument about count; this is the same argument about depth. A space accumulating for a year is only an asset if one line of discussion inside it can still be lifted out whole.

A thread is a line of discussion that already exists as one, and the conversation carries a marker showing where it is.

What the thread view gives you

  • The line is visible from inside the stream. A message that belongs to a thread carries a thread marker in the conversation, so the line announces itself where you are already reading rather than being something you have to remember exists.
  • Opening it narrows the room to one discussion. The thread view shows that line and nothing else, lifted out of everything around it.
  • It names who took part. In a space with six people feeding into four unrelated things at once, that is most of the work of reading an exchange back.
  • It shows the span of dates it covers. Which in a long space is the fact you actually wanted: the Tuesday question and the Friday answer read as one exchange with four days inside it.
  • Messages in the view can be selected, one at a time or all of them together.

Reaching somebody has four dials

Targeting Who needs to see this: a person, a team, or everyone in the space.
Urgency How loud it should be: an ordinary message, a mention, or STAT.
Closure Who clears it, and for whom: acknowledge, acknowledge for the team, or mute.
Follow-through What happens when it does not land: a nudge, a nudge sent as STAT, or a one-to-one.

STAT, and what clears it

  • Urgency is a property of the message, not of the room. Any message can be sent as STAT with one tap in the composer, and a message already sent can be marked STAT afterward, so nobody has to decide in advance which space is the urgent one.
  • A STAT is red for everyone in the space until it is cleared, so nobody has to guess whether somebody else already has it.
  • It can break through a silenced phone. On mobile, STAT can come through Do Not Disturb, using Critical Alerts on iOS and the equivalent priority channel on Android. Those are not switches an application simply turns on for itself: Apple and Google approve them case by case, sparingly, and almost only for health and safety applications. A silenced phone is the most common reason an urgent clinical message goes unread.
  • Acknowledge, or mute. Acknowledging means you have handled it, and it clears the red for everyone. Muting means you have seen it and it is not yours, and it clears only for you. Mute applies to STAT rather than to mention alerts, acknowledging stays available after you have muted, and a mute follows you across devices: clear it on your phone and it is cleared on the web.
  • Why mute has to exist. Without it the only way to clear a red is to acknowledge, which tells everybody else an item is handled when it is not. Every false acknowledgement costs a real one some of its meaning.
  • Acknowledging for a team. If a team mention reached you, acknowledging asks whether you are doing it for yourself or for the team, and any member of the team can do it for the team. A team STAT is a call for a hand to go up, not an instruction to a named person. A shared work queue, not a chain of command.
  • All of it in one place. STAT messages across your threads roll up into a single read-only list, reached from the main menu, with a filter for the threads that still have unread urgent messages, and one counter in the header combines them with unacknowledged messages that name you. Mentions also keep a per-conversation view of their own, with one action to acknowledge all of them.

When it does not land

Escalation in Buzz is something a person does. A nudge happens because somebody decided to send one. No timer promotes an unacknowledged message and nothing routes it onward by itself.

Automatic escalation is how paging systems produce the alert storms that taught a generation of clinicians to stop trusting alarms.

The ladder a person climbs runs from a mention, to a plain nudge, to a nudge sent as STAT, to a one-to-one conversation. It narrows as it rises: pressure lands on fewer people rather than more, which is the opposite of how escalation usually works.

What the record keeps

A mention, a nudge, an escalation to STAT, an acknowledgement and a mute each carry who did it and when. That sits in the message's metadata rather than in its body, so the question a supervisor or a reviewer actually asks, whether the on-call was notified and when, can be answered without opening the clinical content of the message. Minimum necessary access follows from where the data sits, rather than from somebody remembering a rule.

Every rung below STAT exists to keep STAT rare. A signal that can wake somebody at three in the morning stays useful only for as long as people trust that it is used correctly, and the graded ladder underneath it is what protects that top rung.

Set once, then inherited

The settings that make a group a space.

A space takes its shape from a settings panel of its own: an announcement space, a moderated one, a monitored one with a schedule attached to it. Underneath that, some settings are decided once at the organization and handed down to every linked space, and the rest sit on the space itself.

Three shapes a space can take

Announce

Broadcast only

Set a space to broadcast and its member list stops being public: each member sees only their own name, while admins and managers still see everyone. Ordinary members cannot post into the space, and if one replies, the reply reaches the admins and managers alone and arrives labeled as such, so nobody mistakes it for something the room saw. Join and leave notices are suppressed automatically. That is the shape for an all-staff announcement space where four hundred people should not be reading each other's names or each other's replies.

Moderate

Moderated by the admin

A space can be moderated, which gives its admin the standing to hide messages that do not meet the space's policy. The policy itself can live in the room: a space carries a marquee message where the administrator sets out the flow, the rules and the etiquette expected of participants. The room states its own terms rather than relying on somebody remembering to restate them.

Monitor

Monitored, with a schedule

Turn monitoring on for a space and it gains a Schedule control that opens Buzz Scheduler for that space, month by month, with a scheduling entry on the member screen as well. A paired setting decides whether members may manage their own entries or whether scheduling stays with admins and managers. The result is that who is on tonight becomes a property of the room, not a message somebody has to remember to send.

Automatic linking, automatic manager designation, automatic inclusion, enforced read receipts, session length and a count of what you own are set once at the organization and inherited by every linked space.
Automatic linking A group created by any member is linked to the organization automatically, so ownership does not depend on anybody remembering.
Automatic manager designation In a linked group, the organization's admin and managers are made group managers, with the authority that implies.
Automatic inclusion The admin and managers can be included in linked groups from the start, rather than being added by invitation after something has gone wrong. Workable at this scale only because zen mode exists, as the roles section explains.
Read receipts across the organization Read receipts can be enforced for all users in linked groups, so that whether a message was seen is not a matter of individual preference.
Automatic logout How long a session stays open on a device, set centrally. A shared workstation and a personal phone are not the same risk.
A count of what you own The administrator can see how many organization linked groups exist, which is the number most agencies cannot produce about their current messaging tool.
Each space then has its own panel: team sync that overrides manual assignment, whether past messages are shared, two separate file permissions, searchable attachments, per-space notifications, mention management, categories and subsidiaries, links and resources, an address and a number, an alias, and a group inbox in beta.
Membership synced to a team A space can be synced to one or more organization teams, which adds and removes its members as those teams change. Read the rest of that sentence out loud before switching it on: it overrides manual assignments.
Past messages, or a clean slate Whether somebody added today can read everything that came before is a choice the administrator makes for each space.
Two separate file permissions Who may add files and folders defaults to anyone in the space. Who may rename or remove them defaults to admins and managers.
Attachments that can be found Media view indexes the space's attachments and makes them searchable, so the care plan somebody posted in March is retrievable without scrolling back to March.
Notifications, per space Push notifications can be switched off for one space without touching any other, join and leave notices can be hidden, and zen mode is the fuller answer described in the roles section above.
Mention management The person and team mention controls, and the acknowledge-all action, described under Membership and attention above.
Categories and subsidiaries Categories label a space by what it is about, so conversations can be filtered. Subsidiaries label it by which part of the business it belongs to, which is the dimension multi-entity agencies ask for first.
Links and resources A space can hold its own resources: the website links, email addresses and reference material its members keep needing, kept in the room instead of pasted into it again every few weeks.
An address and a number A space can carry the address it is about, along with a relevant phone number for a patient, a family member or an administrator, and a number selectable for the space itself.
An alternate name A space can carry an alias, so the space can be found under the name people actually use for it as well as the one it was created with.
A group inbox, in beta Group Inbox is labeled Beta in the product: a secure email inbox for the space, run by its admins and managers, with a blocked-senders list for outside addresses and domains.
Explore nearby

The map is part of the conversation

A space knows the address it is about, and Explore Nearby finds medical resources near it on a map. It opens from the map view, from inside the conversation's own context, or on its own, so a coordinator looking for something close to a patient does not have to leave the thread to go and look. It is an organization-level subscription, on by default, and it is available to full Buzz users rather than to restricted accounts.

Beyond the organization

Care does not stop at your staff list.

Buzz treats the people around a patient as a circle that a clinician builds up over time rather than a fixed directory: peers across other organizations, consultants and specialists, referral sources, community partners. BuzzLink reaches the ones who are not on Buzz at all, and outreach to them is one of the four conversation domains in its own right.

Partners inside a space

A space can name the person it is about, and that person does not have to be on Buzz. A patient or client with no account at all can be the subject the space is organized around, which is how a standing space stays recognizable as theirs.

Ancillary, field and temporary staff come in on associate accounts, with the restricted reach described above. A space can also be bridged to the accounts that correspond to it in a BuzzStreams integration portal, an EHR platform or another enterprise system, so the space and the record point at each other.

A space can name secondary organizations whose members may also be included. Naming one establishes who is eligible, and it does not add anybody. Eligibility and membership stay two separate decisions.

Safety and privacy

What is true of the platform, and what a space adds on top.

A space inherits the platform it sits in, and the organization's own settings add to it.

Platform posture

  • HIPAA, and a BAA — Buzz is built as a HIPAA-secure platform, and Skyscape offers a business associate agreement through its sales team.
  • SOC 2 Type 2 attestation — Skyscape holds a SOC 2 Type 2 attestation report for the Buzz service, covering controls relevant to the Security Trust Services Criteria, with an unqualified opinion. The report is available on request.
  • Encrypted in transit and at rest — message bodies are stored as ciphertext and decrypted in your browser for display.
  • One person, one login — shared logins are not permitted, and each workforce member gets a unique user identifier.
  • Administrators hold the keys — they invite, add and remove people, and someone who leaves the organization loses access to its conversations.

What a linked space adds

  • Membership is bounded by the organization — a linked group admits the organization's own people, and a departure removes them from it.
  • Oversight is built in, not requested — the admin and managers can be present and managing from the moment a space exists, quietly if zen mode suits them better.
  • Continuity has an owner — the super admin stands behind the administrator, so an unplanned absence is an inconvenience rather than an outage of authority.
  • Restricted accounts stay restricted — associate users cannot create groups, forward messages or hold a private one-to-one back to your staff.

Buzz's security posture is written out in full on its own page: how Buzz encrypts messages, where Skyscape sits in the trust boundary, and what the SOC 2 attestation covers, along with the two postures Buzz does not claim and why claiming them would not survive a security review.

Getting started

The first space is a policy decision, not a configuration project.

What takes the time is agreeing how your organization wants all of its spaces to behave. Settle that once and the setup follows.

  • Settle the group policy first — may members create groups, are groups linked to the organization automatically, and are the admin and managers in them from the start. These four answers shape everything else.
  • Send the roster — names, organizational email, an SMS-capable mobile number, each person's role, and the two flags that matter here: who manages, and who is an associate.
  • Set up the super admin — an addendum to the agreement and a passphrase, completed before go live, so continuity exists on day one rather than being arranged after it is needed.
  • Train the superusers — implementation is described as a matter of days, with a couple of hours needed from your team, followed by ongoing training and concierge support.

If your team already runs on Buzz, the question is which of your standing groups is really a space in disguise — the one that keeps being rebuilt, or the one only one person can see into. If you are new to Buzz, start with BuzzChat and the conversations you have today.

Questions agencies ask

How is BuzzSpace different from BuzzChat?

BuzzChat is the conversation a person starts: one-to-one or a group, about the thing that just happened. BuzzSpace is the one the organization owns and keeps — linked to it, staffed by its roles, governed by its settings, and still there when the conversation that started it is over. See BuzzChat.

Is this just a bigger group?

No. A space is the one the organization owns, where a group is the one a person started. That sounds like a small distinction and it is the whole product: a group that belongs to a person ends when that person leaves, and a space that belongs to the agency does not. Roles, inclusion and policy come with it instead of being arranged by whoever happens to be the group's creator.

We are not a large agency. Does the scale argument apply to us?

It applies to you later, which is the point. Because spaces accumulate rather than churn, the count is a function of how long you have been running and how many patients you take on, not of how big you are today. An agency taking on a few hundred patients a month is in the tens of thousands of spaces well inside a normal planning horizon. The mechanisms are worth choosing before you need them.

Do we have to turn anything on?

None of it is an installation. It is all configuration: the organization's settings and the group settings panel, and the questions that drive them are part of onboarding. Whether members may create groups, whether groups link to the organization automatically, and whether your admin and managers are in them from the start.

Can a supervisor see a space without sitting in every notification?

Yes, and that is the mechanism the whole model leans on. Zen mode keeps a supervisor, manager or super user inside every message in the space while suppressing the inbox clutter and the per-message push, and a mention, individual or team, brings them in immediately. Push notifications can also be switched off for a single space without touching any other.

What happens when the person who ran it leaves?

They lose access to the organization's conversations and are removed from its linked groups. The space itself, its history and its membership stay with the organization, the super admin stands behind the administrator for continuity, and where membership is tied to a team rather than to named people it simply reflects whoever now holds that responsibility.

If nobody acknowledges a STAT, does it escalate by itself?

No. A nudge is sent because a person decided to send one, and nothing in Buzz promotes an unacknowledged message or reroutes it on its own. Membership and attention above sets out why that is a deliberate choice.

Can our ancillary and temporary staff be in one?

Yes, on associate accounts, which is what those accounts are for. An associate takes part without being able to create groups, browse your user list, forward messages onward, or hold a private one-to-one back to one of your staff. The same account shape covers people who are not your staff at all, a field worker who is not a full Buzz user or the participants in a program that sits outside day-to-day agency staffing, and those limits are exactly what make it safe to extend a space that far.

Which modules can plug into a space?

The builder at the top of this page lists the modules that exist in the Buzz line today. Which of them your organization takes up is an organization-level subscription decision, made once rather than space by space.

Do we need our EHR connected?

No. A space belongs to your organization, and it works whether or not records are flowing into it. BuzzStreams is the module that bridges to the EHR and other systems, and it is one of the things that can plug into a space.

Is it HIPAA secure?

BuzzSpace sits inside Buzz, which is built as a HIPAA-secure platform, and Skyscape offers a business associate agreement through its sales team. Data is encrypted in transit and at rest, and a linked space adds the organization's own controls on top: bounded membership, built-in oversight, restricted accounts for the staff who should have them, and a named continuity role behind the administrator.

Start here

Tell us which group your agency would lose if one person left.

Every agency has one: the standing group that only its creator can see into, and that somebody would have to rebuild from memory. Bring us that one and we will take it apart with you.