Reducing Insurance Application Time by 50% Through Platform Consolidation

Led product strategy and cross-functional development of a unified Salesforce platform consolidating Critical Illness, Life, and Disability insurance products. Defined requirements for a dynamic rules engine and modular architecture that eliminated data silos, reduced processing time by 50% (2 hours to 1 hour), and drove a 25% growth in applications from brokerage advisors.

Client

RBC Insurance

Date completed

March 2024

Role

Product Manager, RBC

RBC Insurance eApplication Dashboard

The Challenge

Insurance Advisors selling RBC Insurance were trapped in a painful workflow cycle. To sell Critical Illness, Life, and Disability insurance to one client, they manually re-entered the same information across four disconnected platforms. No data carried over between systems.

Before: Sequential Data Re-entry Across 4 Platforms

To submit 3 products for one client, advisors manually re-entered the same information 4 times

Scenario: Client needs Critical Illness, Life, and Disability insurance
Watch the same client data get re-entered 4 times...
1
Platform A: Salesforce (CRM)
Client data created
Advisor enters client information:
• Name: John Smith
• DOB: 01/15/1980
• Address: 123 Main St
• Phone: 555-1234
• Email: john@email.com
• SIN: 123-456-789
❌ Manual re-entry required
2
Platform B: Life Insurance e-App
No data transfer
Advisor RE-ENTERS same client data manually:
• Name: John Smith (again)
• DOB: 01/15/1980 (again)
• Address: 123 Main St (again)
• Phone: 555-1234 (again)
+ Format incompatibilities, can't copy-paste from Salesforce
❌ Manual re-entry required AGAIN
3
Platform C: Critical Illness e-App
Different format
Advisor RE-ENTERS same data a THIRD time:
• Name: John Smith (3rd time)
• DOB: 01/15/1980 (3rd time)
• Address: 123 Main St (3rd time)
• Phone: 555-1234 (3rd time)
+ Different validation rules, separate login required
❌ Manual re-entry required YET AGAIN
4
Platform D: Disability e-App
Legacy system
Advisor RE-ENTERS same data a FOURTH time:
• Name: John Smith (4th time!)
• DOB: 01/15/1980 (4th time!)
• Address: 123 Main St (4th time!)
• Phone: 555-1234 (4th time!)
The Result: Massive Inefficiency
  • 2+ hours to complete 3 applications
  • 20% error rate from manual re-entry
  • 4 platform logins and context switching
  • Advisors switching to competitors

This wasn't just an efficiency problem—it was a competitive threat. Brokerage advisors were actively choosing competitors with streamlined application processes, directly impacting RBC's market share.

Business Question: How do we consolidate three distinct insurance products with unique eligibility criteria into a single, intelligent platform that advisors actually want to use?

Research & Discovery

I led comprehensive user research combining qualitative and quantitative methods to understand the true cost of this fragmented experience. We conducted 15+ advisor interviews, field observation sessions, and analyzed over 1,000 application records to identify patterns in errors, drop-offs, and time waste.

Research Findings: Current State Analysis

Quantified pain points discovered through advisor interviews and data analysis

Research Methodology
Qualitative Research:
  • 15+ advisor interviews
  • Field observation sessions
  • Pain point mapping workshops
Quantitative Analysis:
  • 1000+ application records analyzed
  • Drop-off pattern identification
  • Time and error tracking
Average Processing Time
2 hours
per 3-product application
Error Rate
20%
due to manual re-entry
Platform Switches
4 systems
separate logins required
Data Re-entry Instances
4 times
same client information
Advisor Training Time
8 hours
to learn all platforms
Application Drop-off Rate
High
complexity causing abandonment
"I'm entering the same client information 4 times. It's inefficient and frustrating—especially when I make a typo and have to correct it in all 4 places."
— Field Sales Advisor, Toronto
"Clients get impatient when I switch between systems. Some competitors have one streamlined application—that's where I'm losing business."
— Brokerage Advisor, Vancouver

Qualitative data revealed that Advisors were switching to competitors because RBC's application process was too cumbersome. This was a threat to advisor retention and new advisor acquisition.

Product Strategy & Solution

Vision: Create a universal e-application platform where advisors can seamlessly process all three insurance products through a single, intelligent system that dynamically adapts to client information and product selections.

Strategic Approach:
Rather than building three separate solutions or creating a rigid, one-size-fits-all system, I defined requirements for a modular architecture powered by a sophisticated rules engine. This would allow:

  • Each product to maintain its unique eligibility criteria and workflows
  • The platform to intelligently combine products based on client selections
  • Business teams to update rules without engineering intervention
  • The system to scale to future products without rebuilds

Core Product Requirements:
I mapped requirements across six problem areas identified in research:

  • Unified workflow - Single platform eliminating the 4-system shuffle
  • Intelligent data handling - Auto-population from Salesforce, zero duplicate entry
  • Real-time validation - Clear error feedback preventing downstream rework
  • Progress visibility - Status tracking reducing client anxiety
  • Privacy-first design - Phased information collection with transparent explanations
  • Consistent experience - Unified UI/UX regardless of product combination

Product Architecture & Technical Approach

The solution required deep business analysis before any technical design. I created a comprehensive matrix documenting eligibility criteria across all three products—age limits, citizenship requirements, health conditions, occupation restrictions, and product dependencies. This analysis revealed which elements could be shared and which required product-specific handling.

Unified Workflow with Modular Product Configurations

E-App Process Map - Product Architecture & Rules Engine

Technical Requirements Defined:
I partnered with engineering to define requirements for:

  • Dynamic rules engine - Real-time eligibility checking eliminating invalid product combinations upfront
  • Modular product architecture - Each insurance product as an independent, configurable component
  • Conditional logic system - Dynamic field visibility based on product selections and client data
  • API integration layer - Seamless bidirectional data flow with Salesforce and illustration software
  • Compliance automation - Built-in regulatory validation across all workflows
  • Scalable configuration - Flexible foundation accommodating future products without system overhauls

Key Architectural Decision: Building a rules engine that business teams could maintain was critical. This wasn't just about solving today's problem—it was about creating a platform that could evolve with changing regulations and business needs without requiring engineering resources for every update.

Key Features Delivered

For Advisors:

  • Smart product selection - System validates eligibility in real-time, surfacing only valid product combinations
  • Zero duplicate entry - Automatic pre-filling from Salesforce eliminates manual re-entry
  • Unified workflow - Single login, single interface for all three products
  • Seamless integrations - Click "Apply" in illustration software, return to Salesforce with data populated
  • Application tracking - Complete visibility into submission status and next steps

For Business Operations:

  • Self-service rule updates - Business teams modify eligibility criteria and product rules without engineering
  • Automated compliance - Regulatory validation embedded in workflows, reducing audit risk
  • Performance observability - Built-in analytics tracking drop-offs, errors, and completion patterns for continuous optimization

Impact & Results

Beyond the metrics, this project fundamentally shifted how RBC approaches product development. The rules engine architecture became a template for other digital initiatives, and the observability practices established a data-driven optimization culture that continues today.

Impact: Before & After Transformation

Unified platform delivered measurable business value

Before

Processing Time
2 hours
per application
Platform Switches
4 systems
manual navigation
Error Rate
20%
from manual entry
Advisor Satisfaction
Low
switching to competitors

After

Processing Time
1 hour
50% reduction
Platform Switches
1 system
unified experience
Error Rate
5%
automated validation
Application Volume
+25%
from brokerage advisors

Key Business Outcomes

40%
Increase in Advisor Productivity
50%
Reduction in Processing Time
25%
Growth in Applications

Learnings & Reflections

1. Deep business analysis unlocks better technical solutions
Mapping eligibility criteria across all three products revealed consolidation opportunities that wouldn't have been obvious from a purely technical analysis. Time spent understanding the business rules upfront saved months of rework later.

2. Rules engines enable business agility
The most valuable architectural decision was empowering business teams to update product rules independently. This shifted the platform from a static solution to an evolving capability that adapts to changing regulations and market needs.

3. Observability drives continuous improvement
Establishing analytics and tracking from day one created a feedback loop for ongoing optimization. We didn't just launch and walk away—we built systems to understand user behavior and iterate based on data.

4. Cross-functional collaboration is the multiplier
Close partnership with engineering, design, compliance, and business stakeholders was essential. The best solutions emerged from understanding each perspective's constraints and opportunities, not from product dictating requirements in isolation.