A Project Brief for Legal Process Outsourcing
An outsourcing brief should make the work reproducible, reviewable, and safe to hand back. Use this sequence to define scope, supervision, information handling, quality checks, and acceptance before a provider starts.
Choose a bounded unit of work
Describe the task in terms of inputs, actions, outputs, and exclusions. A useful pilot is narrow enough to evaluate against a known answer or a sampled review, such as extracting defined fields from a set of agreements. Avoid a brief that merely asks for "legal support"; it hides the judgment, escalation, and quality controls the project needs.
- Specify document types, expected volume, languages, jurisdiction tags, and turnaround time.
- Provide a sample completed output and a data dictionary for every field.
- List decisions the provider must escalate rather than make independently.
Assign supervision and approvals
Name the person who can interpret the brief, answer exceptions, and accept the output. Decide which steps need qualified legal review and which can be checked through operational quality assurance. Professional responsibility, client communication, and consent requirements depend on the applicable rules and engagement terms, so have local counsel confirm them before work begins.
- Identify the instructing lawyer or accountable owner and the provider lead.
- Set an escalation threshold for ambiguous documents, conflicts, or missing facts.
- Confirm any required client notice, consent, or restrictions on subcontracting.
Make information handling explicit
Document what information may be shared, why it is needed, where it may be processed, and how access will end. Minimize the dataset where practical; use redaction or sample data for training if live information is unnecessary. Agree on access controls, approved transfer channels, incident contacts, retention, return or deletion, and evidence of completion.
- Classify inputs by sensitivity and grant access only to the assigned team.
- Record approved systems, locations, subcontractors, and any tool-use restrictions.
- Define incident notification contacts and the end-of-project data handback.
Design quality before throughput
Define what a correct output looks like before setting a production target. Run a pilot with representative easy and difficult examples, review the errors together, and revise the instructions. For continuing work, measure accuracy by error type and severity, not only by how many files are completed. Keep a feedback loop so recurring mistakes produce a revised instruction or training example.
- Create a golden sample with the approved output and reasons for hard calls.
- Set sampling frequency, acceptance criteria, and rework rules.
- Separate material errors from formatting defects in quality reports.
Plan the handback
A project is complete when the receiving team can use the output. Specify file format, naming, versioning, unresolved-exception list, and sign-off evidence. Hold a short close-out review of defects, open questions, and data disposition; these records make a later phase easier to scope and audit.
- Require a delivery manifest that reconciles received items with completed and excluded items.
- Assign unresolved exceptions to named reviewers before final acceptance.
- Confirm rework, final approval, retention, and deletion responsibilities.
LPO project brief checklist
Use this list at kickoff and revisit it when volume, scope, or the provider team changes.
- Task, inputs, outputs, exclusions, volume, deadline, and success criteria are written down.
- An accountable supervisor and escalation path are identified.
- Client communication and professional-duty questions have been checked locally.
- Access, approved tools, transfers, subcontractors, retention, and incident contacts are agreed.
- A pilot sample, review method, error categories, and rework rules are ready.
- The delivery manifest, exception log, acceptance owner, and data handback are defined.
Sources and further reading
- ABA Formal Opinion 08-451 on outsourcing (U.S. ethics reference; check local rules) ↗
- NIST Privacy Framework ↗
- NIST Cybersecurity Framework 2.0 overview ↗
Check each source against your jurisdiction and facts before acting.