Support · Legal
Verified RCS · SMS · MMS
EDITORIAL STANDARDS

How we research and review what we publish.

RCS is a young category with a lot of confident, unsourced writing in it. This page explains how our content is made, so you can judge it.

How we choose topics

We write about questions people actually ask about RCS, taken from search demand, from the questions customers put to our team during onboarding and carrier approval, and from gaps we hit ourselves. We do not publish a page because a keyword exists. If we cannot say something more useful than what is already available, we would rather link to the better source.

Who writes and reviews

Content is written and reviewed in-house by the Signalmash team, the same people who run carrier approvals, deliverability, and support for customers. That is deliberate: most of what we publish is operational knowledge rather than research, and it comes from doing the work.

Most knowledge-base pages are published under SimplyRCS as an organisation rather than an individual byline, because they are maintained collectively rather than owned by one author. Where a piece is genuinely one person’s work, such as our State of RCS report, it carries that person’s name and links to their profile. We do not attach a personal byline to work that person did not write.

How we source and label statistics

Every figure we publish is attributed to a named source and dated, and linked to the primary source wherever one exists. We link the original announcement or filing rather than an article about it.

We also label where a number came from, because it changes how much weight it deserves. A statistic from a messaging provider about its own traffic is marked vendor-reported. Vendor data is often the only data available in a young category, and it is genuinely useful, but it is not independent research and we do not present it as though it were. Industry estimates and projections are labelled as estimates, with the firm named.

When we cite a competitor’s pricing, we link that competitor’s own published page and date the check, so you can verify it or catch it when it goes stale.

How we keep pricing honest

Published pricing is the claim we are most careful about, because transparent pricing is the thing we ask people to trust us on. Our rates appear on the pricing page and are explained line by line in billing transparency.

Those figures are also checked automatically: our build fails if a price quoted elsewhere on the site no longer matches the pricing page. It is a small safeguard, but it means a rate change cannot quietly leave a stale number somewhere else on the site.

How we update and correct

RCS changes quickly, so pages carry a last-updated date that reflects when the content was actually revised, not when the site was last deployed. Reports built on external data, like the State of RCS, are revised when significant new figures are published rather than on a fixed schedule.

If you find something wrong, tell us at [email protected] and we will correct it. We would rather fix a page than defend it.