LeadCenter Workflows are the recommended way to manage repeatable client
service and operational processes.
Best practice: Do not create additional pipelines for
operational processes. Create a separate workflow for each operation and use
workflow service team roles, tasks, and task lists to coordinate the work.
Common Operational Workflows
Create a dedicated workflow for each repeatable process your firm performs.
Examples include:
RMD Distribution
Client Withdrawal
Change of Address
New Client Onboarding
Account Transfer
Beneficiary Change
Account Opening
Annual Client Review
Insurance Policy Service Request
Client Termination or Offboarding
Keeping each operation in its own workflow makes the process easier to
launch, assign, monitor, and improve.
Recommended Structure
Each operational process should include:
A workflow: Defines the complete operational process.
A trigger: Determines how the process starts.
Steps: Organize the process into clear phases.
Create task actions: Tell team members what actions they must complete.
Workflow service team roles: Assign tasks to the correct
role for each client instead of to a fixed person.
A task list: Keeps the operation's tasks organized and
easily accessible from the Tasks page.
How to Set Up an Operational Workflow
1. Define the Process
Before creating the workflow, document the process from beginning to end.
Identify:
What starts the process
The information or documents required
The steps that must be completed
Who is responsible for each step
Which steps depend on another task being completed
What marks the operation as complete
2. Create One Workflow for the Operation
Go to Workflows in the main sidebar. This opens the Workflow templates page.
Click Actions, then Create workflow.
Enter a clear, specific Name.
Optionally add a Description explaining when the process should be used.
Set the Set target date field. This is required and
defaults to today. It represents the date the process should be completed,
and workflow steps can be set to fall due before,
on, or after it.
Optionally set an Owner as the workflow's default owner.
Set Category to Operations.
Click Save.
Recommended naming examples:
Operations – RMD Distribution
Operations – Client Withdrawal
Operations – Change of Address
Operations – New Client Onboarding
Operations – Account Transfer
Choose How the Workflow Starts
Every workflow begins with a trigger, which you add in the builder before the
rest of the process. Five triggers are available:
Manual trigger – start the workflow by hand from a
contact's actions menu, notes, or appointments.
Contact created – start automatically when a contact is created.
Contact updated – start automatically when a contact is updated.
Appointment created – start automatically when an appointment is created.
Form submission created – start automatically when a form is submitted.
Most operational processes should use Manual trigger.
Requests such as an RMD distribution, a client withdrawal, or a change of
address begin when a client contacts your firm, so a team member should
launch the workflow on that client's record. Reserve the automatic triggers
for processes that genuinely should begin on their own, such as new client
onboarding starting when a contact is created.
With Manual trigger, whoever launches the workflow can also
change the owner at launch time, so the default Owner you set
above acts as a starting point rather than a fixed assignment.
Once the trigger is in place, add the steps, actions, and decision points
required for the process.
3. Add Tasks to the Workflow
Add a Create task action whenever a team member must
complete work. For each task, configure:
Title – a clear, action-based task title
Due – an offset expressed as
After [number] days, weeks, weekdays, or months at [time]. The
offset counts from the date the task is created during a workflow run, not
from the date you built the template. Use weekdays for
operational deadlines that should skip weekends.
Tasklist – the list the task should appear in
Task assignment method – Owner or Workflow service team role
Additional assignees – other users who should also be assigned and notified
Status – the starting status, either Not Started or In Progress
Priority – High, Medium, Low, or None
Notes – instructions and required information
Task titles should explain the required action. For example, use
Submit RMD request to custodian instead of
RMD task.
Tasks placed inside a step inherit the step's due date. When
a create task action sits under a step, the Due field is
replaced with a note explaining this, and the per-task offset no longer
applies. Set the due date on the step instead. Only tasks that sit outside a
step have their own due-date offset.
Status is not the same as Stage. The create task action sets
one of the four system statuses, and only Not Started and In Progress are
valid starting points. Your firm's custom task stages are configured
separately under Tasks → Actions → Manage stages.
The Tasklist you choose here is a default. Whoever launches
a workflow run from this template can change it at launch time.
4. Choose How the Workflow Should Continue
Each create task action offers three behaviors, shown as three selectable
cards:
Create task & continue – use this when the next
workflow step can begin without waiting for the task to be completed.
Create task & await completion – use this when
the workflow must pause until the assigned task is completed. This is the
default.
Create task, wait for completion, and select next step
– use this when the person completing the task must choose the
appropriate next path.
If a workflow is configured to await task completion, the workflow remains
paused until the task is marked Completed.
Choosing the third behavior reveals a
Step selection at runtime setting with two options:
User can select any subsequent step
User can select from one of the following steps, where you pick the permitted destinations
Routing skips everything in between. When the user selects a
downstream step, any steps, tasks, and other nodes before it are skipped. Do
not rely on a skipped node to have run. If you want to restrict the
available paths, create the steps first, save, then reopen the task to
select them.
5. Configure Workflow Service Teams
Workflow service teams let tasks be assigned by role instead of assigning
every workflow task to a specific person. Configure them from the
Workflow templates page under
Actions → Workflow service teams.
Each tenant starts with these roles, which you can rename, remove, or add to using Manage user roles:
Account planner
Paraplanner
Wealth manager
Servicing advisor
Writing advisor
Operations specialist
Use Add team to create a team, then assign a person to each
role. Assign the team to a contact using the contact's
Workflow service team field.
In the workflow builder, set Task assignment method to
Workflow service team role and pick the role under
Select role. When the workflow runs, LeadCenter assigns the
task to whoever fills that role on the contact's team. This makes workflows
reusable across multiple advisors and service teams without hard-coding a
different user into every workflow.
Assignment resolves in this order, so a task always reaches someone even when
a team is incomplete:
An explicit assignment on the workflow action
The person filling that role on the contact's workflow service team
The person filling that role on the Default settings team
The contact's owner
Fill in the Default settings team as a safety net. It is
what catches contacts with no team assigned, and teams that have nobody in a
particular role.
The Task assignment method selector only appears once at
least one service team role exists. Until then, every task is assigned to a
specific Owner. Set up your roles before building
workflows, or you will have to revisit each task later.
6. Create a Matching Task List
Create a task list for each major operational workflow, using the same or a
similar name as the workflow. Examples:
RMD Distributions
Client Withdrawals
Address Changes
New Client Onboarding
Account Transfers
To create a task list:
Go to Tasks.
Click Actions.
Select Create task list.
Enter the Task list name.
Leave the visibility selector on Visible to all users so
the operations team can see the work. Choose
Visible to me only if the list is for your own use.
Click Save.
When configuring each create task action in the workflow, select the matching
list under Tasklist. Workflow-created tasks then appear in
that list instead of remaining in Inbox, which is where
tasks with no list are collected.
Team members can open the list from the Tasks sidebar to see all active work
for that type of operation. They can also use the
Group by workflow view to review tasks grouped by workflow
and workflow step.
7. Publish, Then Test
You must publish a workflow before you can test it. Draft and
paused workflows do not appear in the run workflow picker, and they will not
start automatically from their trigger. A workflow you have never published
cannot be launched on a test contact.
Workflow templates have three statuses:
Draft – not yet available to run
Published – available to launch manually, and able to
start automatically if it uses one of the automatic triggers
Paused – temporarily taken out of service
Because a published workflow can carry a separate draft, you can keep editing
safely after publishing. The workflow list shows
(has draft) next to a published workflow with unpublished
changes, and those changes only take effect when you publish again.
Use that versioning to roll out an operational workflow carefully:
Publish the workflow.
Launch it on a test contact before telling your team about it.
Confirm that every task is created in the correct order.
Verify task owners and workflow service team role assignments.
Confirm that tasks appear in the correct task list.
Review due dates, instructions, and notifications.
Complete tasks that pause the workflow and confirm that it resumes correctly.
Fix any problems as a draft, then publish again.
Announce the workflow to your team once it behaves correctly.
If you need to take a workflow out of service later, set it to
Paused rather than deleting it.
Example: RMD Distribution Workflow
An RMD Distribution workflow would use Manual trigger, so a
team member launches it on the client's record when the distribution is
needed. It could include the following steps:
Verify RMD information
Confirm the eligible accounts, required amount, and distribution deadline.
Contact the client
Confirm the distribution amount, destination, withholding instructions,
and delivery method.
Obtain authorization
Send and collect any required forms or electronic approvals.
Submit the distribution request
Send the completed request to the custodian or carrier.
Confirm completion
Verify that the distribution was processed successfully.
Document the outcome
Record the completion date, amount, notes, and supporting documents.
Tasks can be assigned to different workflow service team roles, placed in the
RMD Distributions task list, and set to
Create task & await completion where one step must
finish before the next begins. Because the distribution deadline is fixed,
set the workflow's target date to the deadline and schedule the steps
relative to it.
Monitoring Workflow Runs
To review active and completed runs, go to
Workflows → Actions → Workflow runs. Check it
regularly to spot runs that are paused on an overdue task.
Best Practices
Create a separate workflow for each clearly defined operation.
Use the Operations category to keep operational workflows organized.
Use Manual trigger for processes that begin with a client request.
Set the workflow's target date to the real deadline so step due dates stay meaningful.
Set up your workflow service team roles before you build workflows.
Use service team roles instead of fixed owners wherever possible.
Fill in the Default settings team as a fallback.
Create clear, action-based task titles.
Include complete instructions in each task's Notes field.
Set due dates on steps when tasks are grouped inside them, and on tasks when they are not.
Use matching task lists so operational work is easy to find.
Use Create task & await completion when one step must finish before another begins.
Review workflow runs regularly to identify delays or incomplete tasks.
Make changes as a draft on a published workflow, then publish again.
Update the workflow whenever your firm's operating procedure changes.
If you can't find the answers you're looking for, our support specialists are available
to answer your questions and troubleshoot if necessary.
PhoneCall (888)
291-7116. Our main hours are
Monday to Friday 7 am-5 pm
Central Time.
SupportSend your questions and inquiries via email
to support@leadcenter.ai. A
support ticket will be created and one of our team members will get back
to you as quickly as possible.