Discovery documents to Clio: production and privilege log workflows
Discovery is one of the highest-volume document workflows a litigation matter generates — production sets to opposing counsel, received discovery from opposing counsel, exhibits, privilege logs, redacted versions. Getting all of it into the right Clio matter, with the right folder structure and the right access control, is a real workflow problem that most matters underspend planning effort on. This guide walks through the realistic paths firms use for production-out, received-discovery-in, and privilege-log handling.
Discovery is the highest-volume document workflow most matters generate
A litigation matter of any size produces and receives substantially more documents during discovery than during any other phase. Production sets to opposing counsel running into hundreds or thousands of pages each. Received production from opposing counsel — often larger than what your firm produces. Privilege logs documenting each withheld document. Redacted versions running parallel to source documents. Exhibits identified and produced separately. Cost shifting motions and the document evidence supporting them.
Getting all of this into Clio in a way that the matter team can find it months or years later is real work. The default — "we'll figure out folder structure as we go" — produces matter document lists where a senior associate looking for production set ABC-PROD-003 a year into the case spends 20 minutes navigating to find it, half the time finds the wrong version (redacted vs un-redacted), and the other half finds it in a folder named based on whoever uploaded it rather than based on what it is.
The fix isn't tooling; it's matter-organization discipline applied consistently. Decide the folder structure for discovery before the first production set lands in Clio. Document the convention. Train paralegals on it. Audit periodically. The result is matter documents that look navigable on day one of the matter and stay navigable through trial. Search helps but doesn't replace this: on higher-tier plans, Clio's global search bar searches the full text of documents as well as their names, but it relies on an extractable text layer — image-only scans aren't auto-OCR'd, so a stack of scanned productions won't be full-text searchable until someone adds a text layer, and naming and folder discipline still carry the weight. Confirm current details in Clio's help center.
This guide walks through the realistic folder structure conventions firms use, the workflows for production-out vs. received-discovery-in, and the privilege-log handling that's hardest to get right.
A discovery folder convention that works at scale
The convention below is one most litigation-team firms find workable. Adapt the labels to your firm's vocabulary; the structural shape is what matters. Discovery is one branch of a litigated matter's file; the branches beside it — the court file, depositions, experts, and trial materials — are laid out in the litigation document management guide.
Matter / Discovery / ├── Productions Out / │ ├── ABC-PROD-001 (date-of-production) / │ │ ├── Documents (Bates-stamped PDFs) │ │ ├── Load file (.DAT or .OPT) │ │ └── Certificate of service │ ├── ABC-PROD-002 / │ └── ABC-PROD-003 / ├── Productions In / │ ├── OppParty-PROD-001 / │ │ ├── Documents (as received, OCR'd if needed) │ │ ├── Load file (if provided) │ │ └── Letter of transmittal │ └── OppParty-PROD-002 / ├── Privilege Logs / │ ├── our privilege log (sent date) / │ └── OppParty privilege log (received date) / ├── Privileged Withheld / ← restricted access ├── Source Documents / ← un-redacted originals ├── Exhibits Received / └── Discovery Correspondence /
Why this structure. Parallel "Productions Out" and "Productions In" branches make it obvious which direction any document flows. Numbered production sets in date order let the team identify "which one was ABC-PROD-005" without guessing. "Privileged Withheld" sits separately from "Privilege Logs" because they hold different things (the documents themselves vs. the log describing them) and benefit from different access controls. "Source Documents" preserves un-redacted originals separately from the redacted production sets — losing this separation is how firms accidentally produce un-redacted versions in subsequent productions.
Access control on Privileged Withheld. This folder needs tighter access than the rest of the discovery branch. In Clio's matter-access model, you can't typically restrict a single folder; the access control is matter-level. Workable workaround: keep Privileged Withheld in a sub-matter or related matter with tighter access (partner and lead associate only), and have the main matter's privilege log reference it. Cumbersome but real; the alternative is hoping paralegals don't open the folder, which doesn't survive an ethics inquiry.
Workflow for outgoing production sets
The preparation work happens upstream of Clio. Source documents get collected (from custodians, from email archives, from the firm's own files), reviewed for relevance and privilege, redacted where necessary, then Bates-stamped and assembled into a production set. The tool doing the Bates stamping and load file generation is Adobe Acrobat for smaller matters or a dedicated litigation-support platform (Relativity, Concordance, Logikcull, Everlaw, others) for larger ones.
Once the production set is ready, the workflow is: create the next "ABC-PROD-XXX" folder in Clio under "Productions Out," upload the Bates-stamped PDFs (the production documents themselves), upload the load file, upload the certificate of service (with the cover letter to opposing counsel). The whole set lives together so a future you can grab the full production package in one folder.
Naming convention for the production folder. Include the production number and the date in the folder name. "ABC-PROD-005 (2026-04-15)" makes the date visible in the document list view. The PDFs inside use Bates ranges as filenames where practical ("ABC-000001 to ABC-000247.pdf") or organized by document with embedded Bates ranges in the filename ("ABC-000248 to ABC-000281 - Smith deposition exhibits.pdf"). The choice depends on how production-set documents are typically retrieved later.
The cover letter and certificate of service. File these alongside the production. The cover letter goes out as the introduction to opposing counsel; the certificate of service is the formal record. Both are part of the production set — file them together so the audit trail is complete.
Bulk upload, when scale demands. A production set with 200 Bates-stamped PDFs pulled down and filed one at a time is paralegal-hours of clicking. Browser-based upload tools that handle drag-and-drop or batch uploads from a downloaded zip cut the per-document overhead substantially. For firms running production-heavy practices, the per-upload time multiplied across productions is real money — building a bulk-upload workflow is one of the most leveraged investments a litigation paralegal team can make.
Workflow for incoming production
Received discovery typically arrives one of three ways: a secure file share link (Box, ShareFile, an FTP drop), a physical drive shipped by overnight mail, or — for smaller matters — email attachments. In criminal matters, video productions from law enforcement — bodycam and dashcam footage — typically arrive through Axon Evidence.com, on download links that expire. In personal-injury matters, the analogous inflow is medical records fulfilled by records-retrieval portals like ChartSwap — a different portal, the same download-and-file discipline. Whichever the path, the documents need to land in your firm's "Productions In" folder structure in the corresponding matter.
Step 1: secure the canonical source. Whatever arrives is the source of record. Before doing any processing — review, OCR, indexing in your litigation-support system — get a clean copy of exactly what was sent into the matter's "Productions In → OppParty-PROD-XXX" folder. This is the version that survives any later challenge to chain of custody. If the source arrived on a physical drive, the firm's IT image of the drive contents into the matter is the canonical copy.
Step 2: process for usability. Most received production needs some preparation work before the legal team can use it effectively — OCR for non-searchable PDFs, indexing in a litigation-support tool, deduplication if the production contains duplicates of documents you already have. This processed working copy is what the team uses day-to-day. It may live in the litigation-support tool rather than in Clio; the Clio version stays as the canonical source.
Step 3: log the receipt. File the letter of transmittal from opposing counsel in the same folder. Note the production number, date received, document range (Bates ranges if provided), and any specifics about format (load files, parent-child relationships preserved). The folder becomes the complete record of "this is what opposing counsel sent on this date."
The litigation-support split. Most matters of meaningful discovery scale end up with the canonical source in Clio and the working set in a litigation-support tool. The discipline: don't modify the Clio source copy. Any work product — review tags, privilege determinations, hot doc selections — lives in the litigation-support tool's database, not in renamed or annotated copies in Clio. Clio is the audit-of-record system; the litigation-support tool is the working surface.
Privilege logs as their own workflow
Privilege logs deserve more workflow planning than they typically get. They're high-stakes documents (errors create waiver risk), they need to be defensible against opposing counsel's challenges, and they live in a particular relationship with the documents they describe (the privileged documents themselves, withheld from production).
The log itself. Usually generated from your litigation-support tool's review tags — every document tagged "privileged" or "redact" generates a log entry with document control number, date, parties, subject, and privilege basis. Final logs are typically delivered as Excel sheets (for review by opposing counsel) or PDFs (for record retention). File both versions in "Privilege Logs" with date sent and recipient in the folder name.
The withheld documents. The actual privileged documents need to live somewhere — both because the firm needs them for further matter work (the privilege determination might be challenged) and because if the court orders in-camera review, you need to produce them quickly. The "Privileged Withheld" folder holds them with tighter access than general discovery folders. The folder structure inside mirrors the log structure: subfolders by privilege basis (attorney-client, work product, common interest) or by document control number ranges.
Updates to the log. Privilege logs are amended over the course of discovery — opposing counsel challenges entries, the court orders specific documents produced, you decide certain privilege claims aren't worth fighting. File each amendment as a new log version with the date, so the audit trail of the log's evolution is preserved. Don't overwrite the prior version. Clio's native per-file Version History is a fit here: re-uploading the amended log keeps the earlier versions retained and viewable, so the log's evolution is preserved without maintaining a stack of separate dated files. Keep redacted and source documents as distinct documents, though — not as versions of one another — since the folder convention is what enforces that boundary. Confirm current details in Clio's help center.
Access discipline. The Privileged Withheld folder is where the access-control discipline most matters. A paralegal with general matter access who accidentally opens a privileged document during routine work has now created a potential challenge to the privilege claim. The folder needs to be structurally separate from general matter discovery so the access boundary is bright and audit-evident. Sub-matter or related-matter patterns help here; document the access configuration so it survives staffing changes.
How discovery documents actually get into Clio
The folder structure is the easy part. The mechanical work of moving documents from wherever they were generated or received into Clio is where most matters lose paralegal hours.
Production-out: bulk upload from your local prep folder. The Bates-stamped PDFs come out of Adobe or your litigation-support tool into a local folder. From there, the cleanest workflow is drag-and-drop into Clio's matter folder. For production sets with hundreds of PDFs, browser-based upload tools that handle multi-file drag-and-drop (or right-click-upload from a file browser) substantially reduce the per-document overhead. Firms doing weekly productions typically build a "drop a folder onto the extension, it uploads to the matter's Productions Out folder" workflow.
Received discovery from a share link. Download the package from the Box/ShareFile/FTP source to a staging folder, then upload to Clio. Browser-based tools that intercept the share-link download and route directly to Clio are an option for firms whose received discovery primarily arrives through specific portal types — the per-document time saved is real for high-volume matters. For productions that arrive specifically as ShareFile links, the ShareFile to Clio workflow covers that path in more detail.
Received discovery from physical media. Image the drive contents to a network share, then upload to Clio. The physical drive itself goes to the firm's secure storage as the chain-of-custody record. The Clio copy is the working canonical version everyone uses; the physical drive is the "if anyone ever asks where this came from" record.
Tools that help. Browser extensions that handle batch upload to Clio (right-click any download link or drag-and-drop multiple files). Examples include Send to Case and similar tools; each has its own scope of supported source sites and feature depth around batch handling. For litigation teams doing weekly or monthly productions, any tool that cuts per-document upload time by even 50% pays back in paralegal hours within a few productions.
Does Clio handle Bates numbering?
+Not natively as a document-modification feature. Clio Manage's document storage holds whatever bytes you upload — it doesn't generate Bates stamps or modify document content. Bates numbering happens in your document processing tool (Adobe Acrobat, dedicated litigation-support software like Concordance or Relativity for larger matters) before the documents land in Clio. Clio's role is the storage and matter-organization layer; the production preparation is upstream.
Should we file production sets in Clio?
+Yes, but think carefully about folder structure. The typical approach is a matter folder structure like 'Discovery → Productions Out → ABC-PROD-001' (etc.), with each production set's full PDFs in its own folder along with the load file (if any) and the certificate of service. Production-in (documents received from opposing counsel) goes into 'Discovery → Productions In → [opposing party]-PROD-001'. Maintain the parallel structure consistently across matters and the firm benefits from predictable navigation.
What about load files (.DAT, .OPT, .LFP)?
+Load files are metadata files that describe how documents map to fields in a litigation-support system like Concordance, Relativity, or Logikcull. They don't render in Clio's document viewer; Clio treats them as opaque files. File them in the production-out folder alongside the PDFs so the package is complete. For matters where opposing counsel will ingest your production into their litigation-support system, the load file is what makes that ingestion clean — losing it forces them to re-process from PDF, which they'll bill you for in cost-shifting motions if applicable.
How should we file received discovery?
+Same folder-structure approach as production-out, but in the 'Productions In' parallel branch. The harder question is what processing happens before filing: do you OCR everything that arrives non-searchable? Do you index it in a litigation-support system before filing to Clio, or does Clio hold the source files and the litigation-support system has its own copy? Most firms hold the canonical source files in Clio and let the litigation-support system maintain its own working copy. The Clio version is the audit-of-record version; the litigation-support version is the working version.
What about privilege log handling?
+Privilege logs are documents you create — Excel sheets or PDFs listing withheld documents and the basis for privilege. File them in 'Discovery → Privilege Logs' organized by date sent and recipient. The underlying privileged documents that the log describes are typically held in a separate 'Discovery → Privileged Withheld' folder with stricter access control (partner and lead associate only) so that paralegal access to general discovery folders doesn't accidentally include privileged documents. Clio's matter access controls help here but aren't a substitute for folder-level discipline.
Do we file received exhibits separately?
+Yes, usually in 'Discovery → Exhibits Received' or 'Pleadings → Exhibits' depending on whether you treat exhibits as a discovery category or a pleadings-attachment category. The choice depends on what feels natural to your team; consistency matters more than the specific choice. Whatever convention you pick, document it as a matter-organization standard so new team members file the same way.
What about redacted versions?
+Maintain both — the un-redacted source and the redacted production version. File the un-redacted source in 'Discovery → Source Documents' with tighter access; file the redacted production in the production-out folder where the production set lives. The Clio document is bytes — it doesn't know the difference between redacted and un-redacted, so the folder convention is the only enforcement. Naming convention matters: 'ABC-000123-REDACTED.pdf' vs 'ABC-000123-SOURCE.pdf' makes the distinction visible in the document list.
How do firms get the documents into Clio in the first place?
+Varies by source. Internal production preparation: Bates-stamped PDFs come out of Adobe or your litigation-support tool, then get uploaded to Clio. Received discovery from opposing counsel: typically arrives as a Box share, ShareFile delivery, FTP drop, or USB drive — get downloaded then uploaded to Clio. Browser-based upload tools can streamline the share-link to Clio path. Court-filed exhibits: arrive through PACER or state-court e-filing and can be filed directly via court-system browser workflows. The common pattern: download to a staging folder, organize by production set, then bulk upload to the corresponding Clio matter folder.
Is there a file-size limit for production documents in Clio?
+Yes. Clio caps a single file at 5 GB, the same through the web Documents area and the Clio Drive desktop app. A file over 5 GB must be split or stored externally and referenced from the matter — no upload method beats it, and zipping only helps when the contents compress. Most production PDFs are well under it; it surfaces with oversized items like native video or one very large export.
Keep going
E-discovery for law firms
The upstream picture — EDRM stages, ESI, legal holds, and proportionality for small firms.
Read guide →Court documents to Clio
How firms get federal and state court filings into Clio matters.
Read guide →Clio bulk upload
Batch upload workflows for moving many discovery documents at once.
Read guide →Tools for uploading to Clio
Comparison of tools firms use to get files into Clio matters.
Read guide →Clio folder structure
Folder templates and shallow nesting for production and privilege-log organization.
Read guide →