Home / Knowledge hub / Business continuity
Knowledge hub
Business continuity
Keeping critical services running, or restoring them fast, through a disruption.
What it means
Business continuity is the work of keeping your important services going, or getting them back quickly, when something goes wrong. The disruption might be a cyber incident, a cloud outage, a supplier failure, a power cut or the loss of key people.
It is wider than IT. A plan names the services that matter most, how long each can be down, who decides what, how customers are told, and what people do while systems are unavailable. Disaster recovery is one part of it, focused on technology.
Why it matters
Customers judge you by whether the product works when they need it. An outage during payroll week or a sale costs revenue, and repeated outages cost contracts. Many enterprise buyers and regulators now ask for a written continuity plan and evidence that it was tested.
An incident is when untested plans fail. A plan that exists only as a document will not help at three in the morning. Standards such as ISO 22301 expect plans to be exercised and improved, and your incident response plan should fit with it.
How it shows up
Start with the services that earn money or carry legal duties. For each, set a recovery time objective and a recovery point objective, list the systems and suppliers it needs, and decide a workaround. Then run a tabletop exercise. Keep the plan short enough that people will read it under pressure.
Plans fail when contact lists are stale, when the backup tool is down with the system, when nobody knows who may declare an emergency, and when supplier dependencies were never listed. Review the plan after every major change and after every real incident, and keep a printed copy somewhere reachable.
Questions people ask
Business continuity, answered
What is the difference between business continuity and disaster recovery?
Business continuity covers keeping the whole business running through a disruption. Disaster recovery is the technical part: restoring systems and data.
Recovery plans sit inside the broader continuity plan. Both need owners.
Does a small company need a continuity plan?
Yes, in a lighter form. A one or two page plan covering key services, contacts, backups and who decides is far better than nothing.
Larger customers will often ask for it.
How often should we test the plan?
At least once a year, and after major changes. A discussion-based exercise is a good start, followed by a real restore test of backups.
Record what failed and fix it.
What does ISO 22301 cover?
ISO 22301 is the international standard for business continuity management systems. It sets requirements for planning, operating, testing and improving continuity.
Organisations can be certified against it. Certification is optional.
Does a cyber incident count as a continuity event?
Yes. A ransomware attack or a data breach that takes systems offline is a classic example.
Include cyber scenarios in your exercises, with the extra step of not restoring from compromised backups.
Related
Terms that sit next to this one
Disaster recovery
The plan and tools for restoring systems and data after a major failure.
Recovery time objective
The longest outage you can accept before a system must be back.
Recovery point objective
The most data, measured in time, you can afford to lose.
Incident response plan
A written plan for who does what in the first hours after a security incident.
Tabletop exercise
A talk-through of an incident scenario to test the plan without touching systems.
Will it still work on the bad day?
Continuity plans cover what happens after an outage. Cyberlop covers one cause of it, finding the exploitable flaws in your web app first and proving each with a request and response. Book a pilot on one app.
Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.