Intake is incomplete
A voicemail or web form may omit parties, jurisdiction, deadlines, opposing counsel, or the facts needed for a conflict check. A system can structure information without deciding whether the firm should accept the matter.
AI for small law firms
Intake, document collection, matter updates, and repetitive administrative work compete with legal judgment and client service.
Where operations create risk
A small firm may have strong legal judgment and still struggle with intake, document collection, status requests, and review queues. Those are useful places to examine AI support, provided the firm defines confidentiality, supervision, and the line between preparation and legal work.
A voicemail or web form may omit parties, jurisdiction, deadlines, opposing counsel, or the facts needed for a conflict check. A system can structure information without deciding whether the firm should accept the matter.
Email attachments, portal uploads, scans, and photos create tracking work. Automation can identify expected materials and missing items while leaving authenticity, privilege, and legal significance to the matter team.
A status draft may sound simple but can imply advice, disclose confidential information, or make a commitment. Drafting and sending should be separate permissions.
Generated summaries may omit controlling authority or invent support. Research assistance needs source links, jurisdiction and date boundaries, and attorney verification.
A better first scope
The first system should have recognizable inputs, limited access, a responsible owner, and an output that is reviewed before it affects a client or matter.
Collect structured facts, identify missing information, and route the inquiry without providing legal advice or implying an attorney-client relationship.
Track requested materials and prepare reminders while keeping the matter owner and communication history visible.
Prepare routine status language from matter data for attorney or staff review before anything is sent.
Summarize open items, dates, and source links without claiming that legal review or deadline analysis is complete.
Example: intake routing
Begin with the firm’s actual intake checklist. The system might collect contact details, matter type, relevant parties, location, known dates, how the person found the firm, and documents the caller says exist. It should preserve the caller’s words where nuance matters and avoid recharacterizing allegations as established facts.
Conflict checking, deadline calculation, legal evaluation, engagement, and advice remain with the firm. The intake should say that submitting information does not create an attorney-client relationship and should not promise confidentiality beyond the firm’s published process. If an urgent deadline or safety issue is mentioned, the workflow should route it according to a written escalation rule rather than offering legal direction.
The result is a review packet: original submission, structured fields, identified gaps, potential party names, source documents, and the next internal owner. The person reviewing it should be able to correct the packet before any matter record is opened or communication is sent.
Document and research support
For document collection, define the expected set, naming convention, destination, and who may access it. The workflow can report “received,” “missing,” or “unreadable,” but it should not claim a document is authentic, complete, responsive, privileged, or legally sufficient.
Keep the original file, sender, received time, matter reference, and a stable link. Do not replace source material with a summary.
Separate extracted text, source facts, and generated interpretation. Make omissions and low-confidence extraction visible.
An attorney verifies authorities, quotes, jurisdiction, currency, and legal conclusions before relying on research or a draft.
Controls before connection
Measure a pilot against the firm’s baseline: incomplete intakes, missing documents, staff rework, queue age, correction rate, and whether reviewers can trace each output to a source. If proof is weak, narrow the job before adding access.
Acceptance tests should include a prospective client who names several parties, an existing client using a new email address, an imminent date that may or may not be a legal deadline, a document uploaded to the wrong matter, and a request that appears to seek advice. The expected result should identify when the system stops, who receives the exception, and which record is left unchanged. Run those tests again after changing a prompt, model, integration, or template. Versioning matters because a previously acceptable workflow can behave differently when one dependency changes.
Practical guide
Share your email to request the current guide. No purchased lists or unsolicited marketing.
A practical first step
Tell Don where the handoff breaks and what the responsible person needs to see.