What "Enterprise-Grade" Should Mean to a Small Business
"Enterprise-grade" is one of those phrases that has drifted away from meaning anything. In practice it usually indicates a higher price, a longer sales process, and features aimed at organisations with dedicated administrators.
That is a shame, because underneath the marketing there is a real set of properties, and a small business needs most of them more acutely than a large one — for the simple reason that a large organisation has people whose job is to compensate when software falls short, and a small one does not.
The properties that actually matter
It fails in a way you find out about. The most valuable property of any serious system is that when something goes wrong, it says so. Not a log entry — a notification, to a person, that requires acknowledgement. A small business has nobody watching dashboards, so anything that fails silently fails indefinitely.
It can be recovered. Backups exist almost everywhere. Tested restores do not. The question is not "do you back up" but "when did you last restore something, and how long did it take". This applies to your own use of a platform too: if you cannot recover a record somebody deleted last Tuesday, the backup is a belief rather than a capability.
It records who did what. Covered at length elsewhere, and worth repeating because it is the property most often absent from tools aimed at smaller teams, on the assumption that everyone knows everyone.
It states its commitments in writing. Not aspirations — specific, checkable statements. A commitment to notify of a personal data breach within 72 hours of becoming aware [1] is the kind of thing that either appears in a document or does not. Vagueness is itself information.
The properties that do not matter as much as they are sold
Single sign-on integration with directory services you do not run. Role hierarchies with a dozen levels when you have nine staff. Configurable approval workflows for approvals that in practice are one person nodding. Compliance certifications for frameworks nobody has asked you about.
These are genuinely important at scale, and at ten people they are cost and complexity purchased to satisfy a checklist somebody else wrote. Worse, they often arrive bundled with the properties above, so a business ends up paying for an administrative apparatus in order to obtain an audit trail.
Security advice worth ignoring, and advice worth following
Small businesses are targets of a large volume of generic security guidance, much of which is outdated and some of which is actively harmful because it consumes attention that could go somewhere useful.
The clearest example is forced password rotation. Current guidance is explicit that verifiers "SHOULD NOT require memorized secrets to be changed arbitrarily (e.g., periodically)" while also being explicit that they "SHALL force a change if there is evidence of compromise of the authenticator" [2]. Quarterly rotation produces predictable variations of the same password and teaches staff that security is bureaucracy. Immediate rotation on evidence of compromise is essential, and it requires knowing when something has happened — which is a monitoring problem, not a policy one.
The general shape of the correction is that effort should go into the things that reduce the blast radius of a problem: individual accounts rather than shared ones, second factors on anything that matters, and the ability to revoke access quickly. Those three do more than any amount of periodic administration.
Ask what happens at the end
The most reliable way to distinguish a serious platform from a well-marketed one is to ask about departure and deletion, because these are the questions that are expensive to answer well and cheap to answer vaguely.
Where is the data held, and does that matter for your obligations. How long is it kept after an account closes, and when is it genuinely gone — a real answer looks like a schedule, such as a 30-day recoverable window, then 60-day retention for legal and forensic needs, then hard-purge [3]. Whether deletion covers backups, and if not, when those expire.
A vendor with clear answers has thought about the whole lifecycle. One that answers "we take security very seriously" has produced a sentence, and the difference between the two is the entire subject.
The property that matters most is boring: it keeps working
If there were one thing to extract from the phrase, it would not be any security feature. It would be operational steadiness — the system behaves the same on a Tuesday in March as it did during the demonstration.
This sounds trivial and is the property most often missing from software aimed at smaller businesses. Things work, then an update changes a screen without warning. An integration that was reliable becomes intermittent. A feature is quietly withdrawn, or moved behind a higher tier. None of these are outages, and collectively they cost more than an outage would, because each one requires somebody to work out what changed and adapt around it.
What separates the serious from the rest here is communication rather than technology. Changes are announced before they happen. Deprecations come with notice measured in months. Someone tells you when something you depend on is going away, rather than leaving you to discover it.
That is checkable before you buy, and it is one of the few things a small business can genuinely assess: look at whether the vendor has a changelog, whether it is current, and whether it records removals as clearly as additions. A company that publishes what it took away is telling you something no sales conversation will.
The questions to actually ask
Skip the certifications and the feature grid. Four questions separate serious systems from the rest, and none of them requires technical knowledge to evaluate.
How will I know when something has gone wrong, and who receives that message?
If I delete something important today, what do I do tomorrow?
Can I see who changed a record, and what it said before?
What happens to my data when I stop paying, and how long until it is gone?
If the answers are specific, you are dealing with a system built by people who have operated one. If they are reassuring but general, you are reading marketing — and it does not become less general because the price is higher.
Sources
- [1] 360REV Data Processing Addendum (Template) — processor obligations — 360REV, Inc.
- [2] NIST SP 800-63B — Digital Identity Guidelines: Authentication and Lifecycle Management, §5.1.1.2 — National Institute of Standards and Technology
- [3] 360REV Privacy Policy — data retention after deletion — 360REV, Inc.