Skip to content
Louis Barkan
All work

LPL Financial · Financial services

Launching and scaling a system of record

Role
Principal Product Designer
Duration
Oct 2022 to 2025
Skills
  • 0→1 design execution
  • Discovery research
  • Design strategy
  • Service design
  • Process mapping
  • Workshop facilitation

Impact

▲833%

Subscriber growth after launch
01 Launch

68

Opportunities identified
02 Map

▲30%

Profitability margin, up from break‑even
03 Evolve

The problem

With no system of record, a new service couldn’t scale.

LPL’s new service, Paraplanning Services, let financial advisors offload financial plan production to LPL’s internal planners. In turn, advisors could focus on growing their client base. However, because no system of record existed to deliver the service, both internal planners and advisors swivel-chaired across email, spreadsheets, scattered files and sticky notes creating a very manual, frustrating, and inefficient workflow.

01 Launch

I designed the first system of record, for both sides of the service.

Advisors request and track plans in ClientWorks. LPL’s planners work every plan from one queue, with its documents and conversation in one place. It launched at FOCUS 2023.

First, I stood up a lightweight research function where there was none.

I conducted Jobs to Be Done workshops with the internal primary users, pod managers and plan managers.

Excerpt of Jobs to Be Done from the research I stood up with LPL’s planners.

Key Insight: Having a single pane of glass was table stakes. What they really wanted was a task management system to help manage and do the work.

Then, I designed the planner experience.

The team faced many constraints (budgetary, technical, reduced dev capacity) and the clock was ticking fast with a predetermined launch date. We had to move quickly. To help us build quicker, I did the following:

  • set a bi-weekly cadence with the product manager to plan for emerging capabilities and maximize capacity
  • coached the devs to build reusable components, which they were not doing
  • coached a jr. product owner to write outcome-based stories and acceptance criteria
Planner
Chris, a plan manager, opens the Greenbergs’ plan from the queue and answers Elizabeth’s message without leaving it.View the screens

Next, I tackled the advisor experience.

Advisor
Elizabeth requests a Financial Plan for the Greenbergs in a few steps, with what she’s buying always in view.View the screens

The service went from a standing start to a line advisors adopted at scale.

The new platform digitized and unified operations for a new LPL business unit liberating planners and advisors from their swivel-chair morass of email, spreadsheets, scattered files and sticky notes.

Up 833%
subscriber growth post‑launch
Up 80%
team growth post‑launch
Up 220%
plans delivered per month post‑launch
Down 57%
plans per advisor per month post‑launch

02 Map

Product added 4 more services. Each brought its own process, compounding operational friction.

I mapped all 5 so leadership could determine how to standardize delivery and increase throughput.

The same friction showed on every map: advisor non-compliance.

Advisors sat on documents and tasks, nothing in the app made them move, and the pipeline clogged.

Which frictions were raised on each of the five process maps
Friction
Advisor non‑complianceRaised as a real painRaised as a real painRaised as a real painRaised as a real painRaised as a real pain
Salesforce & triple‑entered notesFelt but softerFelt but softerRaised as a real painRaised as a real painRaised as a real pain
The app can’t run the workRaised as a real painRaised as a real painFelt but softerNot raisedNot raised
Upfront training & free‑vs‑paidNot raisedFelt but softerRaised as a real painRaised as a real painRaised as a real pain
raised as a real painfelt but softer–not raised

The system tracked status, but it couldn’t run the work.

Capacity planning, priority and task tracking, and playbooks for execution weren’t in the app. The pod carried the workflow by hand, and the app just recorded where things stood. It was the same gap I argued for leading up to launch, now visible across every production-line map.

5 process maps, 44 steps in all. Click to browse and zoom.

Key Insight: Advisors are the customer, and LPL’s brand promise has always been to work on their terms. You can’t discipline your customer, and the budget for enforcement tooling didn’t exist anyway.

5
services mapped end to end
44
steps mapped
70
pain points documented
68
opportunities identified

03 Evolve

Leadership put the maps to work.

Based on my research and mapping, leadership spun up five projects, three of which I show here. My role shifted to leading research on each, and together they addressed:

  • advisor behavior
  • our service processes
  • the business model

Advisor behavior

One in five active advisors had no plan, and 60 had terminated since 2022.

Leadership suspected Sales and Client Success did not set proper expectations with advisors.

My role

I led the research to confirm the hypothesis and discover what else was wrong. To do so, I interviewed Sales, Client Success, delivery managers, and advisors, synthesized the data, and provided recommendations.

What I found

57
pain points surfaced across four functions
17
themes, prioritized for leadership

What we did

We tackled the onboarding questionnaire first to get a quick win and better advisor data.

I proposed making it skills-based and objective. The team agreed, and I workshopped questionnaire design with the plan managers to derive the skills and questions that mattered.

Onboarding questionnaire, before and after

Before · Confidence based

“How proficient are you in your planning software?” 1–5

A self-rating on an undefined scale. Emotional, not evidence.

After · Skills based

Planning assumptions

How often do you update your investment assumptions?

Data collection

How do you collect client data?

Impact

This enabled us to place every advisor in a readiness segment, each with its own training regimen.

My research surfaced other solutions and work that leadership approved and enacted:

  1. Content strategy: Consolidate and redesign Client Success’s advisor-facing artifacts.
  2. Content strategy: Author new training articles in Resource Center.
  3. Training program: Spin up FP Accelerator, a training pilot including a dozen advisors, to address skills development.

The outcome

From a pilot run on email and spreadsheets to a scaled service with its own system.

Subscribers rose 833% after launch, and monthly plans delivered climbed 220%. My role grew with the service: from designing every screen to leading the research and service design that drove how it evolved.

Planner · the screens

Chris, a plan manager, in Planning Services

  1. 01 / 03
    The Plans queue: every advisor’s plans with request ID, client, status, due date, advisor, plan category and type, and requested date
    1. Select several plans, and Assign team takes them all at once.

    2. Every column filters from its own header, so there’s no separate filter builder to learn.

    3. Status and due date sit right after the client, so a planner sees what’s at risk before anything else.

    Every advisor’s plans in one queue, with status and due-date signals up front.
  2. 02 / 03
    The Greenbergs’ plan: a status stepper at Data entry, the overview, request notes, documents with two missing, and Communications beside it
    1. A static notes column became a live feed: tabbed, counted and sorted by recency.

    2. The crowded status strip became one labeled control, and the plan’s facts moved into a single Overview, so the page opens quiet.

    3. Each region does one job under a clear header: Overview, Request notes, Documents, Communications.

    The plan: its status, overview, request notes and documents, with the conversation beside it.
  3. 03 / 03
    Elizabeth’s message open in Communications, with Chris’s reply sent beneath it and an advisor-facing warning above the reply box
    1. Messages and notes used to sit in two flat columns with no threading. Now a thread opens in place, and the reply lands under the message it answers.

    2. A reply the advisor will see is flagged before it’s sent.

    Chris answers Elizabeth without leaving the plan, and his reply lands in the thread.

Advisor · the screens

Elizabeth, an advisor, in ClientWorks

  1. 01 / 07
    Elizabeth’s Plan requests: her requests with status, due date, the action waiting on her, plan category and type
    Her requests, with what’s waiting on her in its own column.
  2. 02 / 07
    Create plan request, client step: Suzy & Mike Greenberg chosen, with their household, members and the plan already in progress
    She finds her client by name, and the household and its plans appear.
  3. 03 / 07
    Plan type step: Financial Plan selected, Core chosen with 6 credits available, and the review rail filling in
    She picks the service, then the plan type, with her credits beside each.
  4. 04 / 07
    Charging client step: Yes, I’ll charge my client, with $600 entered and shown in the review rail
    She records what she’ll charge her client, and the review rail keeps up.
  5. 05 / 07
    Notes step: a note to the planning team typed in, and the review rail reading You provided request notes
    Optional notes go to the planning team with the request.
  6. 06 / 07
    Financial plan request submitted: the Fact Finder to download and the documents the plan needs, each doable right there
    After Submit, the two things the plan needs next.
  7. 07 / 07
    Plan requests again, with a success banner and the new request 0012225 at the top of the list
    Back on her list, the new request leads.