ALLMSP Blog

Configure PracticePanther Intake, Matters, and Document Automation

A practical implementation guide for turning PracticePanther into a controlled case-opening system—from online intake and record design through matter ownership, document templates, eSignature, testing, and support.

PracticePanther intake-matter-data-document-automation support for a Georgia business

A PracticePanther rollout can look successful while still producing unreliable files. The form opens, a contact appears, and a matter can be created, yet the intake team may not know who owns the submission, attorneys may receive inconsistent facts, and document templates may pull from the wrong record. The durable goal is not to turn on features. It is to establish a repeatable case-opening chain in which every field has a purpose, every transition has an owner, and every client-facing output can be traced back to approved information.

For a Georgia law firm, that chain should reflect the firm's practice areas, consultation model, confidentiality controls, retention expectations, and professional obligations. PracticePanther provides building blocks such as intake forms, contacts, matters, custom fields, assigned users, tasks, document templates, and eSignature templates. The firm remains responsible for deciding what information it should collect, when an attorney must review it, and how the team validates identity and potential conflicts. Product configuration should therefore follow the firm's written procedure, not become a substitute for it.

This guide organizes setup around four connected decisions: what an intake submission is allowed to create, where each fact belongs, how work and status are assigned, and how approved matter data becomes a document. It also shows where an MSP can help with identity, endpoint, browser, integration, and support controls while legal leadership retains responsibility for legal and records policy. The result should be measurable: fewer duplicate records, fewer missing fields, clearer ownership, predictable documents, and an exception queue that staff can actually resolve.

Key decisions at a glance

  • Model the case-opening decision before building an intake form, including who reviews each submission and which matters require attorney approval.
  • Separate reusable person or organization facts from matter-specific facts so reporting, templates, and future cases remain accurate.
  • Treat PracticePanther's automatic duplicate alert as a record-quality aid, not as the firm's legal conflict-check procedure.
  • Test document and eSignature templates with incomplete, multi-party, and exception records before sending anything to a client.
  • Launch through a small pilot with named owners, evidence, rollback steps, and scheduled post-launch review.

Design the intake decision before opening the form builder

PracticePanther support workflow: Design the intake decision before opening the form builder
PracticePanther support workflow: Design the intake decision before opening the form builder

Start with a one-page decision map for each intake route: web inquiry, telephone call, referral, returning client, and transferred matter. Identify the minimum facts needed to route the inquiry, the facts that should not be requested before a confidential relationship is established, and the event that moves the record from unreviewed submission to attorney-approved matter. PracticePanther's intake form can map answers into existing or custom fields and can create or update a contact or matter, but those capabilities do not answer the firm's policy questions. A short form that triggers disciplined follow-up is often safer and easier to maintain than a sprawling questionnaire that collects every possible detail.

Assign an accountable reviewer and a service target to every form. The PracticePanther intake tutorial describes assignment, follow-up tasks, and email actions after submission; use those controls to keep entries from becoming an unattended list. Decide whether a new submission creates only a contact, a contact plus a pending matter, or a task for manual review. For sensitive or ambiguous inquiries, a conservative pattern is to capture a limited prospective-client record, route it to a trained reviewer, complete the firm's conflict and engagement process, and create the working matter only after approval. Record that rule in the intake runbook so staff do not improvise under pressure.

PracticePanther documents an automatic duplicate check based on attributes such as last name, email, phone, and company name. Enable and test it, then define how staff compare candidates before choosing merge, update, or separate records. A shared household, reused business number, changed email address, or common surname can all produce an imperfect signal. Most importantly, document that duplicate detection is a data-quality function and not a legal conflict search. The firm's conflict method should use its approved names, related parties, prior representations, and attorney-review criteria, with evidence kept according to firm policy.

  • Inventory every public form, embedded form, referral route, and manually entered inquiry before redesigning fields.
  • Define required, optional, conditional, and prohibited intake questions for each practice area.
  • Name the reviewer, backup reviewer, expected response time, escalation path, and closure reason for every submission queue.
  • Test whether the selected form action creates a new record, updates an intended record, assigns the right user, and produces the expected task and notification.
  • Keep a separate documented conflict-review procedure; never label the duplicate alert as a completed conflict check.

Build a contact-and-matter data model that supports real work

PracticePanther support workflow: Build a contact-and-matter data model that supports real work
PracticePanther support workflow: Build a contact-and-matter data model that supports real work

Use contacts for durable facts about a person or organization and matters for facts about a particular representation. A mailing preference, primary email, or organization relationship may belong with the contact; court, opposing party, limitation date, matter stage, responsible attorney, and fee arrangement usually belong with the matter. PracticePanther allows custom fields for companies, contacts, and matters, and those fields can feed intake and document templates. Before adding one, name its business purpose, owner, allowed values, confidentiality level, whether it is required, and where it will appear. Prefer controlled lists for reporting categories and dates for actual deadlines instead of free-text approximations.

Configure assignment as an operational control rather than a courtesy label. PracticePanther's matter guidance states that matters are associated with contacts and can have assigned users, with notification behavior and reporting-related roles such as the originating attorney. Decide which role owns client communication, which lawyer supervises the legal work, who may bill, and who covers an absence. Tags can help filter work, but they should not replace a required field or an explicit assignment. Create a weekly exception view for open matters with no responsible attorney, pending matters with no next task, and recently created records missing the firm's required identifiers.

Use the built-in Open, Pending, and Closed matter statuses consistently, then represent finer stages with an approved custom field or task plan if needed. Define the business event for every status change: Pending might mean attorney review has begun but engagement is not complete, while Closed should require final billing, document disposition, client notification, and access review according to firm policy. Avoid inventing dozens of near-synonymous tags such as waiting, hold, paused, and pending. When staff cannot tell which option applies, reporting becomes fiction and automation fires unpredictably. Review the matter history during testing to confirm that important changes are attributable and understandable.

  • Publish a field dictionary that distinguishes contact, company, and matter data and includes example values.
  • Constrain list values, naming conventions, date formats, and responsible-user rules before importing legacy records.
  • Create saved quality checks for unassigned matters, missing required fields, stale pending work, and closed matters with unfinished tasks.
  • Limit always-visible custom fields to information that most users genuinely need; excessive form density encourages shortcuts.
  • Retire duplicate or obsolete fields through a mapped cleanup plan so templates and reports are not silently broken.

Turn approved matter data into controlled documents and signatures

PracticePanther support workflow: Turn approved matter data into controlled documents and signatures
PracticePanther support workflow: Turn approved matter data into controlled documents and signatures

Document automation begins with a governed source record, not with a clever Word file. PracticePanther's document-template workflow uses merge codes, including custom-field values, and notes that those codes are case-sensitive. Create a template inventory with an owner, purpose, source matter type, approving attorney, revision date, and retirement state. Remove comments, tracked changes, stray hyperlinks, and hidden drafting artifacts from the master. Then generate the file from several deliberately different matters and compare names, addresses, pronouns, party roles, dates, fee details, headers, footers, and page breaks against the source records.

Because generated documents may need to be downloaded for editing, define where that working copy may live and how it returns to the client file. A downloaded engagement letter on an unmanaged personal computer defeats otherwise careful platform configuration. Use firm-managed devices, approved storage, endpoint protection, and a naming rule that distinguishes draft, approved, sent, and signed versions. If a merge value is missing, the process should stop for review rather than allow a blank or misleading document to move forward. Record who checked the final PDF and which matter supplied its data.

PracticePanther's eSignature templates can use signer roles, signing order, merge codes, and missing-data warnings, with availability depending on the subscribed plan. Build roles around the transaction—client, co-client, attorney, witness when permitted by policy—rather than around whoever happens to send the first test. Verify that every signer receives only the intended document, the final PDF presents correctly on mobile and desktop, and returned copies attach to the correct matter. Electronic signature suitability, consent, identity assurance, and retention can vary by document and jurisdiction, so legal leadership should approve which instruments enter this workflow.

  • Maintain one controlled master for each document purpose and prohibit personal template forks.
  • Test merge codes against complete, incomplete, organization, individual, multi-party, and unusually long records.
  • Require a human PDF review before sending, even when the source matter passed field validation.
  • Document signer roles, order, authentication expectations, delivery method, returned-copy location, and failed-signature escalation.
  • Re-test templates after field changes, branding changes, PracticePanther updates, or revisions to firm-approved language.

Pilot, measure, and support the case-opening system

Run an end-to-end pilot with a small, representative group: one intake specialist, one supervising attorney, one paralegal, one administrator, and a limited set of consenting test records. Include ordinary and difficult scenarios such as an existing contact with a new matter, two people at one organization, a submission that should not become a matter, incomplete information, reassignment, a withdrawn inquiry, a long client name, and a document with multiple signers. Observe the users instead of merely asking whether the system worked. A successful click path can still conceal confusing labels, duplicated effort, or a handoff that depends on memory.

Define launch measures before go-live. Useful indicators include unreviewed submissions beyond target, duplicate alerts awaiting resolution, contacts without a valid matter decision, new matters without an accountable lawyer, required-field exceptions, failed document merges, signature requests awaiting action, and support incidents by root cause. Review a small sample of records for accuracy and confidentiality rather than relying only on totals. Keep the first release narrow, log configuration changes, and reserve a rollback option for forms or templates that produce harmful output.

ALLMSP can support the technical layer surrounding PracticePanther: managed endpoints, browser standards, identity administration, conditional access around connected services, approved storage, network reliability, and a support process that distinguishes software configuration from legal-policy decisions. Link the deployment to the firm's broader managed IT, cybersecurity, cloud, and continuity practices. After the first week, month, and quarter, meet with intake, legal, billing, and administration owners to remove unused fields, correct failure patterns, and decide which improvements have enough evidence to enter the controlled workflow.

  • Create acceptance tests with an expected record, assignment, task, status, document, and notification result for each scenario.
  • Capture screenshots only with synthetic data and store test evidence in an access-controlled implementation folder.
  • Train staff on exception handling and escalation, not just the happy path demonstrated during rollout.
  • Schedule quarterly ownership, field, form, template, and integration reviews with named decision-makers.
  • Send product defects and vendor-specific questions through an approved support channel without sharing passwords or unnecessary client content.

Frequently Asked Questions

What should a law firm configure first in PracticePanther?

Begin with a written case-opening map, field dictionary, ownership rules, and status definitions. Configure a small intake route only after the firm agrees on what information it needs, who reviews the submission, when a matter may be created, and which exceptions require attorney attention.

Can a PracticePanther intake form create a contact and matter?

PracticePanther documents that intake forms can create or update contacts and matters, map answers to fields, assign records, and trigger follow-up actions. Whether a form should do so automatically is a governance decision; sensitive or uncertain submissions may warrant manual review before a working matter is opened.

Does PracticePanther's duplicate alert replace a conflict check?

No. The automatic duplicate check is useful for identifying potentially similar contact records based on attributes such as name, email, phone, or company. A law firm still needs its approved conflict-search and attorney-review procedure covering related parties, prior matters, and other criteria required by policy.

What is the difference between a contact field and a matter field?

A contact field should hold a durable fact about a person or organization, while a matter field should describe one specific representation. Correct placement improves future matters, reporting, access decisions, intake mapping, and document generation, so each custom field should have an owner and documented purpose.

How should PracticePanther matter statuses be used?

Define an objective business event for Open, Pending, and Closed. If the firm needs more detailed phases, use a controlled matter-stage field or task plan rather than many overlapping tags. Review status exceptions routinely so closed work is complete and pending work always has a next action.

How do assigned users affect a PracticePanther matter?

Assigned users help establish visibility, notifications, and operational ownership. The firm should distinguish responsible attorney, originating attorney, working attorney, paralegal, and billing responsibilities in its procedure, then test that each role sees and receives only what the workflow intends.

What can cause a PracticePanther document template to fail?

Common causes include incorrect or case-sensitive merge codes, missing source data, obsolete custom fields, tracked changes or comments in the Word master, unusual name lengths, and an incorrect contact or matter context. Test multiple synthetic records and require a final PDF review before delivery.

Are PracticePanther eSignature templates available on every plan?

PracticePanther's current help material identifies saved eSignature templates with plan-specific availability. Confirm the firm's subscription and current vendor documentation before promising a feature, then test signer roles, order, missing-data warnings, mobile presentation, returned-copy handling, and exception behavior.

How should a firm test a PracticePanther rollout?

Use synthetic or expressly approved test records that include normal and edge cases. Verify the exact contact, matter, assignment, task, status, notification, document, and signature result, capture non-sensitive evidence, and have the operational owner sign off before expanding beyond the pilot group.

Where can ALLMSP help with PracticePanther setup?

ALLMSP can help Georgia law firms with software configuration, managed devices, browser standards, identity administration, secure storage, network reliability, integration support, change control, and user troubleshooting. Firm leadership and counsel should continue to own legal judgments, conflict policy, retention, and document approval.

Facebook
LinkedIn
WhatsApp
X
Email
Print
Threads
Reddit

Related Articles