Workflow field guide
Build a CRM lead follow-up workflow that keeps its context.
A follow-up workflow should answer four questions: who owns this enquiry, what does the customer need, what happens next, and what evidence shows it happened? Start there before adding messages or automation.
The working principle
Capture one authoritative lead record, assign an owner, qualify missing information, prepare a relevant response, obtain the required approval, and record the delivery and next action. Stop the sequence when the customer replies, books, declines or opts out.
Start with one specific enquiry
Imagine a business services company receiving an enquiry from a prospective customer who wants to connect its website forms and sales pipeline. The enquiry mentions three team members and a preference for a call next week. This is an illustrative workflow design, not a customer result or a description of an already deployed integration.
The useful first response acknowledges the requested connection, asks one missing qualification question, and offers a suitable next step. A generic five-message sequence would lose that context. Give the workflow a narrow objective: reach an agreed next action while maintaining an accurate customer record.
Choose a single input channel for the first version. Define which person owns enquiries during working hours, who covers absence, and where an overdue task appears. Automation cannot resolve an ownership rule the business has not chosen.
Define the record before connecting tools
Separate facts received from the customer, facts verified by a person, and suggestions generated by an agent. An inferred budget must never silently become a confirmed budget. Store the source and time of each material update.
| Field | Example value | Purpose |
|---|---|---|
| lead_id / source_event_id | LEAD-DEMO-014 / FORM-DEMO-014 | Identify the record and prevent duplicate intake |
| company / contact | Example Services / Alex | Keep the account and person distinct |
| need / source | Connect website enquiries to pipeline / submitted form | Preserve the customer's stated request |
| owner / stage | Assigned account owner / needs qualification | Make responsibility explicit |
| next_action / due_at | Confirm current CRM / agreed working-day deadline | Give the workflow a testable next step |
| contact_permission | Purpose and channel recorded for review | Check whether the proposed contact is appropriate |
| message_status | Draft, approved, sent, failed or cancelled | Distinguish preparation from actual delivery |
Keep sensitive notes and personal contact details out of analytics events. The CRM can hold the authorised operational record; your website measurement needs an anonymous event or reference, not a copy of the enquiry.
Move through six deliberate steps
- Capture and deduplicate. Validate required fields and look for an existing source event before creating a record. If the person already exists, attach the enquiry to the correct relationship instead of overwriting an active opportunity.
- Assign and acknowledge. Apply your ownership rule and create the next task. Only send an automatic acknowledgement if its wording, purpose and channel are approved for that workflow.
- Qualify the missing information. Check the requested service, current system and practical next step. Mark unknowns as unknown. Route ambiguous company matches to a person.
- Prepare the response. Use the customer's actual request and recent conversation. Include one useful question rather than collecting every possible qualification field in the first reply.
- Review and deliver. Present the recipient, channel, draft and supporting context to the reviewer. Record approval against that exact version. Only mark the message sent after the connected delivery system confirms success.
- Observe and close the loop. Capture a reply or confirmed appointment, update the stage, cancel irrelevant reminders and give the owner the context needed for the next conversation.
For the example enquiry, a draft might read: “You mentioned connecting your website enquiries with your sales pipeline. Which CRM do you use today? Once we know that, we can use the walkthrough to map the handoff for your three-person team.” The draft does not promise compatibility before the integration is checked.
Make stopping rules as clear as sending rules
Every queued follow-up should recheck the record immediately before sending. A reply can arrive after the draft was approved. A customer can withdraw interest, change their preferred channel or book with another team member. Those events should cancel or replace the pending action.
- Duplicate submission: attach the event once; do not trigger a second sequence.
- No owner available: place the record in a visible exception queue with a named fallback owner.
- Unclear permission or conflicting details: hold contact for review instead of guessing.
- Delivery timeout: check the provider's message reference before retrying; an unknown result is not the same as a failure.
- No response: follow the agreed cadence and stop limit. Do not continue indefinitely.
- Meeting requested: propose or retrieve availability only through approved calendar access; a click on a booking link is not a confirmed meeting.
A person should decide unusual qualification cases, commercial commitments, objections and changes to the contact policy. Those decisions improve the workflow rules without asking an agent to invent policy.
Measure useful progress, not message volume
Start with a baseline from the existing process and compare equivalent enquiry sources and periods. A rise in follow-up messages alone does not show improvement. It may simply mean that the workflow keeps contacting leads that should have stopped.
| Measure | Definition |
|---|---|
| Time to first useful response | Time from valid enquiry to a delivered response addressing its request; report median and slower cases |
| Ownership coverage | Valid open enquiries with an owner and a dated next action divided by all valid open enquiries |
| Qualified enquiry rate | Enquiries reviewed as a business fit divided by reviewed valid enquiries |
| Confirmed booking rate | Confirmed meetings divided by eligible valid enquiries, with cancellations reported separately |
| Exception rate | Runs held or failed divided by all started runs, grouped by cause |
Use agreed qualification criteria such as service fit, a stated problem and willingness to take the next step. Keep test leads, spam and duplicates outside the business funnel. Retain their counts in a separate operational report so filtering does not hide a broken form.
A practical implementation checklist
- Choose one enquiry source, one owner rule and one next-step objective.
- Map source fields to CRM fields and preserve a stable event reference.
- Write the acknowledgement, qualification question and stop policy.
- Document which steps can proceed automatically and which require review.
- Test a normal enquiry, duplicate, reply-before-send, opt-out and delivery timeout.
- Verify that a confirmed booking cancels obsolete reminders.
- Review a sample of records with the people who will use them every day.
- Release to a limited intake and inspect exceptions before expanding channels.
Marsen CRM brings contacts, pipeline and customer context into the connected workflow. Access, communication channels and approval requirements are scoped during implementation. If the follow-up includes research or actions across tools, use the human approval design guide to specify the boundary before connecting the agent.
Common questions
What should trigger a CRM follow-up workflow?
Use a defined business event such as a valid enquiry, completed conversation or agreed next action. Check the current customer record before each message so replies, opt-outs and bookings stop obsolete follow-ups.
Should every lead receive the same sequence?
No. Separate enquiries by the requested next step and known context. Start with a small number of understandable branches and route uncertain cases to an owner.
How do we avoid duplicate messages?
Track a stable source event reference, record the status of each proposed message, recheck the record before sending and reconcile uncertain delivery results before retrying.
Is this a ready-made Marsen integration?
This is an illustrative implementation design. Marsen reviews your systems, available access, data quality and approval requirements before agreeing the integration scope.
Make it specific to your business
Bring one workflow.
Map the next step.
Walk through your inputs, connected systems, ownership and review points with Marsen. We define the implementation scope around the work you need to complete.
Request a walkthrough