TL;DR: Security awareness metrics should measure behaviour change, not training completion, according to Hoxhunt, with reporting rates, dwell time, repeat-clicker improvement, and real threat reporting giving a truer view of whether a programme is reducing breach likelihood. Completion data still helps with compliance, but it cannot show whether employees are actually protecting the organisation.
At a glance
What this is: This is an analysis of which security awareness metrics matter most, with the central finding that behaviour-linked metrics outperform completion rates as indicators of breach reduction.
Why it matters: For IAM and security leaders, the article matters because reporting behaviour, dwell time, and repeat-offender trends are closer to operational risk than course-completion dashboards.
Context
Security awareness programmes often fail when they are treated as training administration rather than risk management. Completion rates can prove activity, but they do not show whether people spot, report, or resist real attacks, which is why the useful question is whether measurement captures behaviour that changes breach likelihood. That tension is especially relevant where human identity decisions and access hygiene affect phishing, social engineering, and privileged account abuse.
The article argues for a shift from vanity metrics to human-risk metrics, especially reporting rate, dwell time, and repeat-clicker improvement. That is a governance problem as much as a training problem, because the metric set determines what leaders believe is working and whether the security team can see early warning signals before incidents spread.
Key questions
A: Start by replacing completion as the headline KPI with behaviour measures such as reporting rate, dwell time, and real-threat reporting. Completion shows delivery, not risk reduction. If incidents continue, the programme is likely measuring attendance rather than whether employees actually recognise and escalate suspicious activity in time to help contain attacks.
Q: Why do reporting rates matter more than click rates in phishing assessments?
A: Reporting rates show whether employees are actively identifying and escalating suspicious messages, which is a stronger indicator of resilience than click rate alone. A low click rate can hide weak reporting habits, while a high reporting rate proves people are engaged and willing to act. Measure both, but treat reporting as the better signal of collective defense.
Q: Why do security awareness programmes fail to create a strong security culture?
A: Awareness programmes often fail because knowledge does not reliably change behavior. Teams may know the rules, yet still ignore them when processes are unclear, responsibilities are siloed, or leaders do not reinforce secure habits. A real security culture requires shared accountability, visible leadership support, and ongoing measurement so the organisation can address risky behavior instead of just checking a training box.
Q: How should cybersecurity leaders align security metrics with business outcomes?
A: Cybersecurity leaders should combine technical measures with business measures. Start by identifying the assets and systems the business depends on, then track how security controls affect availability, confidentiality, and integrity. Add outcomes such as cost, user experience, and operational continuity. That mix helps leaders explain value, prioritize risk reduction, and make budget decisions that executives can compare with other business investments.
Technical breakdown
Why completion rates fail as a security outcome
Completion rates and phishing failure rates are easy to export, but they mostly measure participation and test design. A team can post high completion while behaviour remains unchanged, and a low click rate can simply mean the simulation was too easy. The more reliable lens is whether employees actually spot, report, and resist real threats in ways that shorten attacker dwell time and increase SOC visibility. In practice, awareness measurement needs to move from training administration to outcome measurement, or it will keep rewarding optics over risk reduction.
Practical implication: treat completion as proof of delivery, not proof of reduced risk.
Reporting rate and dwell time as behavioural controls
Reporting rate measures how often people escalate suspicious messages, while dwell time measures how quickly they do it. Those two metrics tell you whether the organisation has converted awareness into an operational detection signal. A strong reporting culture can surface attacks earlier, giving the SOC more time to contain them before wider spread. This is why reporting metrics are more useful than click metrics alone: they measure whether humans are acting as part of the defence layer rather than as passive recipients of training.
Practical implication: build reporting into incident response workflows and track time from receipt to first report.
Calibration matters more than raw simulation scores
Simulation metrics only mean something when difficulty, role relevance, and frequency are calibrated. If campaigns are too easy, failure rates are meaningless; if they are too hard or too predictable, they distort the signal and teach people to game the test. Effective measurement uses realistic content, varied lures, and repeated exposure so that behaviour trends can be compared across individuals and teams. The control question is not whether people can survive a single scenario, but whether the programme reveals durable improvement over time.
Practical implication: tune simulations to user roles and track trend lines, not one-off campaign results.
NHI Mgmt Group analysis
Behaviour-linked metrics are the only awareness metrics that can credibly support breach reduction claims. Completion, pass rates, and campaign failure rates describe programme activity, but they do not demonstrate reduced exposure. The meaningful shift is from counting training events to measuring whether employees change how they respond to phishing and social engineering. For practitioners, this means the metric model has to prove detection value, not just learning administration.
Reporting speed is a security control, not a communications metric. Dwell time is a direct proxy for how quickly a suspicious message becomes visible to the SOC and other responders. The faster the first report, the smaller the attacker’s window before containment. For identity and access teams, this matters because compromised accounts and credential theft often begin with human-trust exploitation before any technical control sees the event.
Human risk telemetry is becoming the governance layer between awareness and incident response. The article’s strongest signal is that organisations need an evidence model that connects individual behaviour, team trends, and operational response. That is where security awareness stops being a side programme and becomes part of enterprise risk management. Practitioners should treat the metric stack as an early warning system, not a training scorecard.
Human risk programmes fail when they optimise for measurement convenience instead of attacker resistance. Easy-to-pull metrics create false confidence, while behaviour-linked metrics expose whether people actually help or hinder containment. That distinction is critical in IAM-adjacent environments, where phish reporting, MFA fatigue, and account takeover paths are all shaped by human decision-making. Teams should measure the signals that change response speed, not the ones that merely look tidy in executive reporting.
What this signals
Human risk telemetry is becoming the practical bridge between awareness and incident response. Organisations should expect executive scrutiny to shift away from course completions and toward measures that show whether employees actually help contain attacks. For IAM and security teams, that means the reporting path, acknowledgement workflow, and triage speed matter as much as the training content itself.
Behavioural metrics only create value when they are tied to action. If reporting rates improve but the SOC is slow to acknowledge or route user-submitted alerts, the organisation still carries unnecessary dwell time. Practitioners should use the metrics to find operational friction, not just to celebrate awareness campaign results.
For practitioners
- Focus executive reporting on behaviour change Replace completion-led dashboards with reporting rate, dwell time, real-threat reporting, and repeat-clicker trend lines so leaders see whether the programme is reducing risk rather than documenting attendance.
- Measure how fast people report suspicious activity Track time from message receipt to first user report, then compare it by team, role, and business unit to identify where the organisation still has invisible risk.
- Calibrate simulations to role and difficulty Use realistic lure types, role-relevant scenarios, and varying difficulty so campaign scores reflect actual behaviour instead of easy-to-game test design.
- Build repeat-offender coaching into the programme Treat repeat-clicker reduction as a coaching signal, then use targeted micro-training and local manager reinforcement instead of generic annual retraining.
- Tie awareness metrics to incident response Align the reporting button, triage workflow, and SOC acknowledgement process so real user reports shorten dwell time instead of disappearing into a separate training process.
Key takeaways
- Security awareness measurement is most useful when it shows whether people help stop attacks, not whether they finished training.
- Reporting rate, dwell time, and repeat-clicker trends are stronger indicators of breach reduction than completion or click-through alone.
- The programme only becomes actionable when the metrics drive coaching, SOC integration, and executive decision-making.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | GV.RM-01 — Risk Management Strategy | The article is about using metrics to steer risk reduction rather than compliance optics. |
| DE.CM-01 — Continuous Monitoring | Behavioural reporting metrics function as continuous monitoring of human-driven risk signals. | |
| Recommendation — Use GV.RM-01 to anchor awareness metrics to risk decisions, not training attendance. Track reporting rate and dwell time as monitoring signals for human-risk exposure. | ||
| CIS Controls v8 | CIS-14 — Security Awareness and Skills Training | The post focuses on which awareness measurements show whether training changes behaviour. |
| Recommendation — Measure training outcomes with behavioural KPIs instead of completion alone. | ||
| NIST SP 800-53 Rev 5 | AT-2 — Security Awareness Training | The article evaluates how awareness training should be measured and reported to prove effectiveness. |
| IR-4 — Incident Handling | Real-threat reporting and dwell time directly affect incident handling speed and containment. | |
| Recommendation — Use AT-2 reporting to demonstrate behavioural impact, not just course completion. Tie user reporting workflows to IR-4 so alerts reach responders faster. | ||
Key terms
- Reporting Rate: Reporting rate is the share of employees who correctly identify and report a simulated or real phishing attempt. It is a stronger maturity signal than click rate because it reflects active detection behaviour. Higher reporting rates usually indicate better awareness, stronger security culture, and faster containment potential.
- Dwell Time: Dwell time is the period between an attacker gaining access and defenders detecting or removing them. Shortening dwell time matters because most damage happens while the attacker remains unnoticed. In identity-led environments, reducing dwell time depends on visibility into access paths, privileges, and session behaviour.
- Repeat Clicker: A repeat clicker is an employee who repeatedly fails phishing simulations across multiple campaigns. The term is useful because recurring failures often signal where targeted coaching, role-specific scenarios, or access-aware review is needed instead of generic awareness messaging.
- Human Risk Analytics: Human Risk Analytics is the practice of measuring how people’s behavior, access patterns, and exposure create security risk. It combines identity, activity, and context data to identify risky users, privileged actions, and likely attack paths. In IAM and security operations, it supports prioritization, intervention, and control tuning.
Deepen your knowledge
NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. It is useful for security leaders who want to connect identity governance to operational risk and control design.
Published by the NHIMG editorial team on October 16, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org