Law Firm CRM and Client Intake: From First Inquiry to Matter Opening
Give each inquiry an owner and a next action, then carry approved information into matter opening without treating every prospect as a client.
Overview
A law firm CRM and client intake workflow should give every inquiry an owner, a current status, and a next action, then transfer approved information into the matter-opening process. Keep relationship tracking separate from decisions about conflicts, engagement, and acceptance so an interested prospect is not automatically treated as an accepted client.
The practical challenge is the handoff between people and records. An inquiry may arrive through a referral, email, telephone call, or website form, while intake review and matter setup occur elsewhere. A useful workflow connects those stages without copying sensitive information into every notification or losing the person responsible for follow-up.
Give the CRM and matter system different jobs
The CRM can organize relationships, inquiry sources, follow-up activity, and pipeline status. Intake determines what the firm needs to review before accepting work. The matter system then supports an accepted engagement with its working records, responsibilities, permissions, and operational setup.
Define those boundaries before selecting software. A contact record may have several inquiries; one inquiry may involve several people; and an existing client may propose a new matter requiring fresh review. Treating these as one undifferentiated record makes status reporting and duplicate detection harder. Use a stable inquiry reference, link relevant people and organizations, and retain the distinction between relationship history and matter work.
Design the stages and assign responsibility
The following is an illustrative operating model, not a claim that every stage is a native MATTEROOM feature. Adapt it to the firm's practice, approved policies, and staffing. Choose a responsible owner for each handoff and make the next action visible before automating reminders.
Stage | Typical responsible role | Evidence before moving forward |
Inquiry received | Intake coordinator | Inquiry reference, source, owner, next action |
Initial suitability review | Designated lawyer or intake lead | Scope and suitability decision recorded |
Conflicts review | Authorized conflicts reviewer | Review result and any unresolved exception |
Engagement and acceptance | Responsible lawyer | Required terms and acceptance steps completed |
Matter opening | Authorized matter administrator | Approved client/matter data and access instructions |
Team handoff | Matter owner | Assigned responsibilities and outstanding actions |
Do not confuse a stage label with completed review. An entry marked "conflicts review" needs an accountable reviewer and a documented outcome; a reminder merely asks someone to do the work. A declined or withdrawn inquiry also needs a clear final status so it does not remain in the active pipeline or trigger inappropriate follow-up.
Collect enough information without broadcasting it
An initial inquiry should help the firm route and assess the request, not invite unrestricted disclosure of detailed documents to a broad CRM audience. Define which fields are needed early, what belongs in a restricted review record, and who may access each stage. Use synthetic information when testing the process.
For US context, ABA Model Rule 1.18 addresses obligations concerning information learned from prospective clients, even when representation does not follow. Applicable local rules and the firm's approved intake process govern the actual handling. A software permission setting is not a substitute for that professional review.
Useful initial record controls include:
A named owner, inquiry source, and agreed next action.
A clear status and a reason for closing an inquiry.
Appropriate access to the information collected at each stage.
A duplicate-review process for existing people, organizations, and inquiries.
Keep notification messages proportionate. A task reminder can point an authorized reviewer to the correct record rather than repeating the underlying details in email or a team chat. Confirm how access, attachments, retention, and search behave in the actual deployment before enabling broad integrations.

Specify what crosses into matter opening
The handoff should transfer approved information and unresolved operational actions, not indiscriminately copy the entire CRM history. Agree which system owns each field, how existing clients are matched, and which person resolves a mismatch. Changes after opening should have an explicit update route rather than competing edits in two systems.
Handoff information | Destination or use | Required check |
Approved client identity | Client record | Match the approved entity; review duplicates |
Matter scope and responsible lawyer | Matter setup | Confirm approved scope and ownership |
Billing instructions | Finance setup | Use the authorized instructions and approval route |
Team and access instructions | Permissions and assignment | Confirm access for the intended roles |
Outstanding intake actions | Owned follow-up tasks | Retain a person and due action for each exception |
For example, a referral may identify an organization already represented by the firm, but the proposed work may concern a new entity. That is a review question, not a safe automatic merge. Pause the handoff, record the issue, and have the responsible person resolve it before creating downstream billing or document records.

Measure the pipeline without losing the human review
Start with straightforward measures: inquiries received, inquiries awaiting action, time to first response, and accepted or closed inquiries by source. Define the denominator and date window before reporting a conversion rate. A consultation booked is not necessarily an accepted engagement, and an opened matter should not be counted twice because several contacts contributed to it.
Evaluate reporting against a known sample rather than accepting a dashboard total at face value. Include an inquiry that was declined, one that was withdrawn, a repeat inquiry from an existing client, and an accepted inquiry with two related contacts. Explain which records should appear in each measure and verify the result.
Before automating or expanding the workflow, test:
Whether the owner changes correctly when an inquiry moves stages.
Whether unauthorized users are prevented from viewing restricted details.
Whether duplicate or failed handoffs are visible and recoverable.
Whether declined inquiries stop inappropriate follow-up.
Whether the accepted engagement appears once in the relevant report.
Where MATTEROOM fits
MATTEROOM's CRM product page describes internal referral tracking and connecting referral ownership with new matter intake. It also presents notifications and team-chat collaboration. Use those published capabilities as the starting point for a demonstration; confirm which steps are native, configured, or integrated in the proposed setup.
Ask the team to walk through one synthetic inquiry from referral to an accepted matter, including a failed or withheld approval. Confirm requirements for forms, conflict checks, engagement documents, signatures, permissions, and data synchronization individually. This guide does not claim those functions are all included in one CRM module or that any integration works without setup.
For the wider operational context, read what legal practice management software covers and the matter-centric task management guide. If the firm's existing platform remains in place, use the replacement versus extension framework to scope the CRM handoff before commissioning a larger project.

Frequently Asked Questions
What is the difference between a law firm CRM and a matter system?
A CRM focuses on relationships, inquiries, and follow-up. A matter system supports accepted work and its operational records. Define the handoff and field ownership rather than assuming one record serves every purpose.
Should every inquiry automatically create a matter?
No. Create or activate the working matter through the firm's approved acceptance process, with appropriate review and instructions. An inquiry is not itself an accepted engagement.
Does a CRM replace conflicts review?
No. A CRM may support routing or tracking, but the authorized review process and responsible people remain necessary. Verify any supporting software functionality separately.
What should we test in a CRM demonstration?
Use synthetic accepted, declined, duplicate, and exception inquiries. Test ownership, permissions, handoff recovery, and reporting, then identify which steps need configuration or another system.
Can MATTEROOM support every intake step described here?
The operating model is a recommended evaluation framework. Confirm each required step with the MATTEROOM team; do not infer complete native coverage from this guide or from a CRM label.
Review Your CRM-to-Matter Handoff
Bring a synthetic inquiry and your intake approval requirements to a MATTEROOM CRM demonstration.