Skip to main content
Briefing 22ControlStrategic Realism

Defaults Decide

How Structural Design Shapes Digital Behaviour More Than Persuasion

Stephen James

CEO & Co-Founder, BA (Hons), QTS, FRSA — Hermes Digital

5 min read

In 2003, behavioural economists Eric Johnson and Daniel Goldstein published a study that revealed something remarkable about organ donation rates across European countries. Countries with opt-in systems — where citizens had to actively choose to become donors — had donation rates below 30 per cent. Countries with opt-out systems — where citizens were donors by default unless they actively declined — had rates above 85 per cent.

The citizens in both systems held similar attitudes towards organ donation. They faced the same medical realities, the same ethical considerations, the same opportunity to choose. The difference in outcomes was not explained by values, beliefs, or information. It was explained by defaults.

The principle is not limited to healthcare policy. It governs digital behaviour with equal reliability and considerably less academic attention. The default settings on a platform, a device, or a communication system determine how the vast majority of users interact with that system — not because users are incapable of changing the defaults, but because the cognitive cost of doing so ensures that most never will.

Status Quo Bias and Digital Security

Status quo bias — the human preference for the current state of affairs, independent of its optimality — is one of the most robustly documented phenomena in behavioural science. It operates through multiple mechanisms: loss aversion (the fear that changing the default will produce a worse outcome), decision fatigue (the cognitive cost of evaluating alternatives), and mere exposure (the assumption that the existing state has been chosen for good reason).

In the digital security context, status quo bias produces a specific and predictable outcome: most users — including sophisticated, senior professionals — accept platform defaults without modification. The privacy settings that a platform applies on account creation remain in place indefinitely. The notification preferences that a device manufacturer selects remain active. The sharing permissions that an application requests are granted and never reviewed.

These defaults are not designed for the user's security. They are designed for the platform's engagement metrics. A social media platform defaults to maximum visibility because visibility drives interaction. A device manufacturer defaults to location sharing because location data has commercial value. An application defaults to broad permissions because narrow permissions constrain functionality.

The executive who accepts these defaults has not made a security decision. They have accepted a commercial decision made by someone else — a decision whose objectives are misaligned with the executive's security requirements and whose consequences the executive has not assessed.

The Architecture of Exposure

The cumulative effect of accepted defaults is an architecture of exposure that most executives do not recognise because they did not consciously construct it.

Consider the executive who uses a smartphone with factory settings, maintains social media accounts with default privacy configurations, operates email with default forwarding and synchronisation rules, and connects applications with default permission grants. This executive has not chosen to be exposed. They have simply failed to choose not to be — and the defaults have made that choice for them.

The architecture includes: public visibility of professional connections, automatic synchronisation of contacts across platforms, location metadata embedded in photographs and shared in real time, calendar details accessible to connected applications, email content indexed by third-party services, and authentication credentials stored in browsers with default synchronisation enabled.

Each individual default is defensible in isolation. Collectively, they produce an exposure profile that no executive would knowingly construct.

Nudge Theory and Defensive Design

The recognition that defaults drive behaviour is the foundation of nudge theory, developed by Richard Thaler and Cass Sunstein. The theory proposes that the design of choice architecture — the structure within which decisions are made — has a more significant effect on outcomes than information, education, or persuasion.

Applied to digital security, the implication is direct. Security awareness training — the favoured intervention of most corporate IT departments — addresses the least effective lever. It attempts to change behaviour through persuasion. Structural design changes behaviour through architecture.

The executive who receives annual training on password hygiene but operates within a system that does not enforce password complexity, does not require multi-factor authentication, and does not restrict credential reuse across platforms will behave in accordance with the system's architecture, not the training's recommendations. The training changes awareness. The architecture changes behaviour.

Effective digital security for executives requires a shift from persuasion to design. The question is not "how do we convince the executive to behave securely?" It is "how do we design the executive's digital environment so that secure behaviour is the default?"

Designing Secure Defaults

The practical application of this principle encompasses several domains.

Device configuration. A device issued or configured for executive use should ship with security defaults appropriate to the executive's threat profile — encryption enabled, biometric authentication required, location services restricted, synchronisation controlled, and application permissions reviewed. The executive should not be required to make these decisions. The decisions should be made for them, by someone who understands the threat environment.

Platform privacy. Social media and professional platforms should be configured to minimise exposure by default — restricted profile visibility, disabled location sharing, limited connection visibility, and controlled content indexing. The executive who wishes to increase visibility for specific purposes can do so deliberately. The default should be protection, not exposure.

Communication architecture. Email, messaging, and collaboration systems should be configured with secure defaults — encrypted transmission, restricted forwarding, controlled external sharing, and monitored access. The convenience features that most platforms enable by default — automatic forwarding, broad sharing, unrestricted access delegation — should be disabled until explicitly required.

Authentication infrastructure. Multi-factor authentication, hardware security keys, unique credentials per system, and credential management through dedicated tools should be the default state, not an optional enhancement. The executive should not be required to opt in to security. Security should be the condition from which they operate.

The Governance Imperative

The insight that defaults determine behaviour has a governance implication that extends beyond individual security. Organisations that rely on individual compliance — on the assumption that executives will independently configure their digital environments for security — are operating under a misapprehension that behavioural science has thoroughly discredited.

Compliance-based security assumes that individuals will override their cognitive biases, navigate complex technical configurations, and maintain vigilance against threats they cannot see. It assumes, in effect, that training can overcome architecture.

It cannot. The organisation that wishes to secure its executive leadership must design the environment in which those executives operate. It must set the defaults, configure the platforms, architect the communication systems, and monitor the threat landscape — not because executives are incapable of doing so themselves, but because the evidence is overwhelming that, given the choice between active configuration and passive acceptance, the vast majority will accept the default.

Defaults decide. The only question is who sets them.

Security defaults must be architected, not assumed.

All enquiries are encrypted and handled under strict confidentiality protocols.