Skip to content
LifeBridge

LifeStudio + LifeWorks

The people who own the process design the change. The platform runs it.

LifeStudio defines what happens. LifeWorks runs the approved version.

beneficiary-changeDRAFT v2.5APPROVED
Form
Suitability
Documents
disclosure · spousal-consent

E-App

Form
Documents
disclosure

Why journeys

Every business outcome is a journey.

A journey is the approved sequence of people, decisions, information and systems required to complete an insurance outcome. It connects the people, information and capabilities required to deliver it.

An annuity application does not end at issue. Suitability and funding come before it. The first commission, anniversaries and retention all come after.

01

Recognize the need

An advisor, agent, partner or customer initiates.

02

Make the decision

Product, illustration, needs analysis or suitability, and application.

03

Issue and administer

Policy, billing, commissions and downstream systems.

04

Service and evolve

Service, changes, anniversary events and claims.

Design and run

Two components, one versioned definition.

Design · part of the platform

LifeStudio

Process and screen design

Lay out what happens, what people see, where it branches and where it waits. Promote through draft, test and production.

DRAFT → SIT → UAT → PRODUCTION

Run · part of the platform

LifeWorks

Governed runtime

Run the published version step by step. Call LifeBridge or carrier systems. Pause on an outside event and resume.

STEP
CALL
WAIT
RESUME
EVIDENCE
step 4: call · legacy-admin (retained)
wait: response …
resumed 11:03
EVIDENCE RETAINED
Journey · annuity applicationDRAFT · v3.2 · diff vs v3.1: +1 step
  1. START
  2. FORMApplication
  3. APILicense & appointment
  4. IGO?NEW
  5. RULESSuitability review
  6. EMAILNIGO requirements to producer

Experience steps

Form · Email · Messaging · Portal

System steps

API · Policy admin · Claims · CRM · Payments · Legacy

Logic steps

Rules · Decision

AI steps

Prompt · Agent

Drag a step in, and the journey is versioned, tested and effective-dated before it runs.

Approved now. Reaching the next person who starts.

The next person to begin the process gets the new version. Work in flight finishes on the version it started on, and rollback is re-approving the previous one.

The process and the screens

The screens aren’t built. They’re rendered.

Most platforms model the process and leave the screens to a front-end team. Here the screens live inside the same versioned definition — and at every step, the portal renders the screen this person’s situation calls for. A process change is not a portal release. A new variation is not a new portal.

New business · annuity applicationSAME JOURNEY · SAME APPROVED VERSION · TWO RENDERS

Sarah

Independent advisor · RILA · in good order

  • FORMProduct detail — RILA terms
  • FORMRider selection
  • FORMReview & e-signature

STRAIGHT THROUGH

David

Bank channel · FIA · suitability review

  • FORMSuitability questionnaire
  • FORMBest-interest comparison
  • FORMPending review — what happens next

ROUTED FOR REVIEW

The channel, the product and the state of the case decide the screens — the definition carries them all. Nobody built a bank-channel portal.

Authored once

The definition carries the screens: which components appear, in what order, with which labels, rules and behaviours — designed by the people who own the process.

Rendered per person

At each step, the portal asks the running journey what to show. Same version, different situation — different screen. No parallel portals, no wizard sprawl.

Changed by promotion

An approved change reaches the next person who starts — no portal release. Rollback is re-approving the previous version.

Scenario-aware journeys

One journey. The right path for every scenario.

An address change looks simple until authority, admissibility, verification and jurisdiction each have a say. Rules decide which steps, evidence and referrals apply. Define the variation once instead of maintaining a separate journey for every combination.

Address change journey · approved definition v3.1ILLUSTRATIVE CARRIER RULES
One address-change definition, read down its six steps for three combinations of requesting party, product and destination jurisdiction.
StepOwnerTerm · same stateOwnerFIA · cross-stateLTC · representativeCross-state · care facility
01 · STEPChange requestedRequested by the ownerRequested by the ownerRequested by the representative
02 · RULEAuthorityOwner authenticatedOwner authenticatedRepresentative on file
03 · RULEAdmissibilityAddress admissibleAddress admissibleCare facility flagged
04 · RULEVerification tierStandard tierElevated tierElevated tier
05 · RULEJurisdiction impactNo changeState change appliesReciprocity review
06 · STEPCompleteStraight throughCompleted with evidenceReferred
OutcomeSTRAIGHT THROUGHAuthority is satisfied by authentication alone. The move stays in-state, so no additional evidence and no referral.EVIDENCE REQUIREDThe cross-state move raised the verification tier and re-evaluated withholding and premium-tax parameters before completion.REFERREDAuthority evidence is required for the representative, and LTC Partnership reciprocity referred the case to compliance.

Three combinations shown. Requesting party, product, move type and destination jurisdiction each vary; every other combination runs on this same definition.

Design it with us

Bring one change you need to ship.

LifeStudio defines what happens. LifeWorks runs the approved version. Bring one change you are working on now and we will design and run it in the session.

Go deeper: follow one journey the whole way · see the three experiences