By NHI Mgmt Group Editorial TeamBased on Comarch: “Report” (March 4, 2026)

TL;DR: Insurance prospect and customer behaviour, preferred contact and purchase methods, portal access, and satisfaction factors shape provider perception, according to Comarch’s research report. The identity lesson is broader than insurance: digital touchpoints, consent handling, and access design now influence trust across customer IAM and governed lifecycle programmes.


At a glance

What this is: This is a Comarch research report on how insurance prospects and customers judge providers through behavioural trends, contact preferences, portal access and satisfaction factors.

Why it matters: It matters because customer IAM, consent management and digital portal design increasingly shape trust, conversion and retention in regulated customer journeys.


Context

Insurance trust is not built across dozens of interactions. In this report, the provider is asking a practical question that matters to IAM and digital experience teams: which customer touchpoints most strongly shape perception, and which parts of the journey need redesign to reduce friction and improve confidence?

The article connects those touchpoints to research themes such as behaviour among prospects and customers, preferred contact and purchase methods, portal usage, and satisfaction factors. That makes it relevant to customer identity design because each interaction depends on authentication, consent handling, and the way access is granted, explained, and maintained.

For identity practitioners, the key issue is not marketing language but governed access in consumer journeys. When the customer experience spans forms, portals, consent prompts and follow-up communications, trust becomes an identity outcome as much as a brand outcome.


Key questions

Q: How should insurers design customer IAM for digital portals?

A: Insurers should design customer IAM around the full service journey, not just login. That means aligning authentication, consent, self-service permissions, and communication preferences so the customer sees one coherent experience across portal, email, and support channels.

Q: Why do portal access and consent handling affect customer trust?

A: Customers judge whether an insurer is reliable by how clearly it manages access and communication rights. If portal access is inconsistent or consent state drifts across systems, the customer experiences confusion and control loss, which quickly becomes a trust issue.

Q: What are the main failure modes in customer identity journeys?

A: The main failures are mismatched consent records, stale portal entitlements, confusing access rules, and channel permissions that do not match the customer’s stated preferences. Those failures create friction even when authentication itself is working correctly.

Q: How should organisations implement IAM to improve customer trust and reduce access risk?

A: Organisations should treat IAM as a trust control, not just an authentication layer. The core is to verify identity, assign only the access each user needs, and enforce lifecycle controls for provisioning and deprovisioning. Add multi-factor authentication, consistent password policy, centralized administration, and auditability so access decisions are visible, defensible, and easier to govern across cloud and on-premises environments.


Technical breakdown

Customer IAM as a trust surface

Customer IAM covers how external users authenticate, consent, access portals, and manage their own profile or policy information. In insurance, these controls sit directly in the trust path because the customer often judges the provider through first login, policy self-service, and whether access feels clear and predictable. Weak journey design does not just create friction. It can create doubt about legitimacy, data handling, and service reliability. The practical issue is that identity becomes part of the product experience, not a back-office control layer.

Practical implication: treat portal identity design as a trust control, not only an access control.

Consent handling and digital contact preferences

The article’s consent language shows that contact preferences are governed identity events, not simple checkboxes. Insurance organisations often collect consent for email, phone, and newsletter communication, then rely on those choices to control downstream outreach and lawful processing. That means consent state, revocation, and purpose limitation need to stay synchronised across CRM, marketing automation, and customer portals. If the consent record drifts from the customer’s actual preference, the identity journey fails even when authentication succeeds.

Practical implication: align consent records with every system that initiates customer contact.

Portal access as a lifecycle issue

Online portal access is a lifecycle problem because customer access changes over time as policies are bought, renewed, changed, or paused. The article’s focus on access to online portals points to a wider governance question: are customers getting the right access at the right moment, with the right explanation of what that access allows? For insurance teams, poor lifecycle handling can leave users locked out, overexposed, or confused about what they can do. That affects both operational efficiency and perceived fairness.

Practical implication: govern customer portal access as a lifecycle with provisioning, adjustment, and offboarding steps.


NHI Mgmt Group analysis

Trust in insurance is increasingly mediated by customer identity controls. When an insurer relies on a small number of digital touchpoints, the identity journey becomes part of the trust contract. Access design, consent handling and portal clarity determine whether the customer experiences governance as control or convenience. The practitioner takeaway is that customer IAM now influences conversion and retention, not just security.

Consent state has become a governed customer attribute, not a marketing preference. The article’s consent collection flow shows how easily communications rights, legal basis and channel preferences become operationally intertwined. If those states are not synchronised across systems, the organisation can satisfy a form while violating the customer experience. Practitioners should treat consent integrity as a cross-system identity problem.

Portal access is a lifecycle discipline for external identities. Insurance customers move through onboarding, servicing, renewal and exit, and each phase changes what access should exist. That makes customer lifecycle governance a real identity-management concern, especially where self-service portals expose personal and policy data. The implication is that access governance for customers must be designed as a journey, not a static entitlement.

Digital experience and identity governance are converging in regulated customer journeys. The more the insurer depends on portals and electronic contact, the more trust depends on the consistency of identity state, channel permissions and disclosure. This is the same governance problem seen across consumer IAM in other regulated sectors. The practitioner conclusion is that trust architecture now sits at the intersection of identity, consent and service design.

What this signals

Customer IAM is now a trust architecture for regulated services. Insurance providers are not simply granting access to a portal. They are proving that identity, consent and service permissions stay aligned as the relationship changes over time. The programme implication is that customer identity design should be measured against trust outcomes, not only technical uptime.

Consent drift is a governance problem before it is a compliance problem. If the consent record in one system does not match the preference the customer believes they set, the organisation has already lost control of the identity state. Practitioners should therefore watch for cross-system mismatches as an early indicator of journey failure.


For practitioners

  • Map customer touchpoints to identity events Identify where prospects and policyholders authenticate, consent, reset access, or change communication preferences, then assign an owner for each event in the journey.
  • Synchronise consent across systems Ensure CRM, portal, billing, and marketing platforms all consume the same consent state so channel permissions do not drift between records.
  • Review portal access by lifecycle stage Check whether customers receive the right self-service access at onboarding, renewal, claims servicing, and account closure, with no lingering access after the relationship ends.
  • Measure trust signals in identity operations Track portal login success, consent change completion, self-service completion, and support escalations to see where the identity journey is eroding confidence.

Key takeaways

  • Insurance trust in this report is shaped by a small set of digital interactions rather than by broad brand messaging alone.
  • Customer IAM, consent handling and portal access determine whether those interactions feel controlled, predictable and credible.
  • Practitioners should treat insurance portals and communication preferences as governed identity journeys with lifecycle oversight.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-63 and NIST CSF 2.0 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-63SP 800-63C — FederationCustomer portal access and digital identity journeys hinge on reliable federation and assertion handling.
Recommendation — Apply federation controls to keep customer portal access, assertions and channel identity states consistent.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article centres on who gets access to which customer portal functions and communications.
Recommendation — Review customer entitlements so portal permissions and communications rights match the intended journey.
ISO/IEC 27001:2022A.5.34 — Privacy and protection of PIIConsent handling and customer data processing are central to the article’s governance theme.
Recommendation — Align customer consent and data-use controls with privacy requirements across all systems.

Key terms

  • Customer IAM: Customer IAM is the identity and access management discipline for external users such as consumers, subscribers, and account holders. It balances secure registration, authentication, recovery, and session control with low-friction user journeys that support conversion and retention.
  • Consent State: Consent state is the current, governed record of what a customer has allowed, denied, or withdrawn for a specific purpose. It should include purpose, timestamp, policy version, and revocation history so systems can enforce the decision consistently and prove it later during audit or dispute resolution.
  • Portal Entitlement: Portal entitlement is the specific set of functions or data a customer can access inside a self-service portal. It should change with the lifecycle of the relationship, so a user sees only the services, records, and actions that match their current status.
  • Identity Journey: An Identity Journey is the full sequence of authentication and authorization steps a person or machine follows to gain access to a service. It can include signup, login, MFA, recovery, step-up verification, and policy checks, all of which should be designed and governed as one control flow.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 8, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org