
Quick Answer
To turn reviewed documents into trial exhibits, code each hot document during review for Bates range, admissibility basis, sponsoring witness and privilege status, then export the list from those fields.
The exhibit list becomes a filtered view of decisions already made. Each entry should link back to its source page for one-click verification. Whatever platform you choose, Relativity or another, ask whether it holds those fields and that provenance in one record.
Key Points
- Under Federal Rule of Civil Procedure 26(a)(3), exhibit identification is due at least 30 days before trial, and the other side then has 14 days to object.
- Relevant e-Discovery describes AI-assisted review as running cents per document, against dollars per document and roughly $19K/GB for manual review.
- Federal Rule of Evidence 901 sets the authentication bar, so code Bates range and authentication notes during review on hashed originals with an append-only audit trail.
An exhibit list built from fields coded during review, not from a last-week search.
Every trial lawyer knows the last week before the pretrial exchange. The production is open on two monitors, the binders lean against the wall, and somebody is searching again for a document the team found, read and flagged months ago, in the long slow light of first-pass review, when the case was young and the record lay all around like a summer field not yet cut.
That week is optional. Whether that week turns frantic or calm is settled much earlier, at a review desk in March. So the question worth asking on the first pass is plain: would I put this page in front of a jury? A page left unanswered in March is a page someone goes looking for again in the final week.
The choice of platform shapes which of those two weeks you get. Buyers comparing Relativity with other e-discovery platforms tend to weigh search and review features; I think the sharper question is whether the tool keeps Bates numbering, privilege status, chain of custody and cited answers in one record a small team can actually run. Most trial-prep advice covers binders. Very little explains how the review platform feeds them.
This article does. It sets out the fields to code on each document, how to keep every exhibit tied to its verified source, how a small firm can afford the method without an administrator, and where the evidence still has an honest gap. It begins where the exhibit list really begins, which is not the week before trial but the first time a reviewer opens a hot document and decides it matters.
Why should a trial exhibit list start during document review?
A trial exhibit list is a filtered view of decisions made in review, so coding Bates range and admissibility early lets exhibits assemble from the record instead of a final hunt.
A trial exhibit list is the pretrial filing that names each document you intend to offer, with its Bates range, a description and, usually, the witness who will sponsor it. The definition is plain enough. The practice is not. In most small offices the list is built in the last stretch before trial, when the reviewed set has gone cold; the lawyer and the paralegal wade back into the production as into deep summer grass, parting it by hand, looking again for the email that someone flagged in March, the contract draft, the text thread, the one page that carried the whole case on its back.
I think that hunt is avoidable. The market is asking the right questions: how a small firm can Bates-number and produce documents defensibly without an expensive litigation support vendor, which AI tools answer questions about discovery documents with citations to the source exhibit, and how to bring the cost of document review down. Each question points at the same remedy. Ask of every hot document: could this be Exhibit 1?
What should a small firm code during review so exhibits build themselves?
Code five fields on every hot document during review: Bates range, admissibility basis, authentication notes, privilege status and issue tags, each anchored to an immutable, hashed original.
Before the first batch opens, put one question to your review setup: can each of these fields be filtered and exported, or only read on screen? Here is the order I would capture them in, while the document is still open on the screen and the reviewer's attention is still warm upon it:
- Bates range. Record the begin and end numbers from the production record itself, never retyped from a PDF.
- Admissibility basis or objection risk. Note the likely route into evidence and the objection you expect the other side to raise.
- Authentication notes. Name the witness who can sponsor the document and the foundation that witness can lay.
- Privilege status. Mark it cleared, withheld or redacted, so nothing privileged drifts toward the exhibit pool.
- Issue tags. Tie the document to the claim, defense or witness it proves.
Conventional wisdom treats the exhibit list as a trial-prep task that begins when discovery closes. That sequencing is the problem. By then the reviewer who understood why a document mattered has moved on; the reason lives in a margin note, a memory, a spreadsheet nobody can find; the Bates range has to be recovered from a binder; and the final week fills with the slow, dusty labor of finding again what was already found once, months ago, in full daylight.
The anchor matters as much as the fields. The research section below walks through why the hashed original and its audit trail matter once the list is challenged. A defensible record starts long before trial, which is the same reason searching Outlook isn't a defensible document review. The list inherits whatever the review was.
I think the reason teams rarely code this way is structural rather than a matter of discipline. Enterprise platforms supply the Bates, privilege and chain-of-custody spine; the newer AI entrants supply cited Q&A and chronologies; and a team moving between two tools loses the thread at exactly the handoff where exhibit decisions should be written down. Relevant e-Discovery was built as the combination rather than one or the other, so the five fields sit beside the same record the reviewer is already coding.
The economics point the same way. AI-assisted review is priced per document at a small fraction of manual review, so adding five fields to that pass costs little. The expensive ingredient, the attorney's judgment, is being exercised anyway. Combining 3 sources leaves one question for any platform demo: can it code these five fields on your own messy collection while you watch?
In practice, the coding moves the work to where the knowledge already is. It does not add a stage. Try it on a handful of hot documents first, then export them as a draft list and see which column comes back empty.
How do I check that each exhibit on the list actually traces back to its source?
Require every exhibit entry and every AI-generated answer to link back to the exact source exhibit, so an attorney can one-click verify it before anything is filed.
Verification is the moment when speed either earns its keep or quietly undoes everything. Before a line goes onto the list, I would want three checks made, each in plain order:
- Open the source from the entry. Click from the exhibit line or the AI answer straight to the page it cites, not to a folder or a search result.
- Match the Bates range to what you see. Confirm the begin and end numbers on the list are the numbers on the document in front of you.
- Read the passage the description relies on. If the description says the email admits a delay, the admission should be there, in the sender's own words.
The danger here has a name. Mata v. Avianca turned unverified AI output into a sanctions risk, and an exhibit list is exactly the kind of filing where a confident summary can drift from the page beneath it. A description that sounds right is not evidence. A link to the page is.
The common assumption is that AI speed and defensibility pull in opposite directions, so a careful team must choose one. That is only true when outputs float free of their sources. When every answer traces to the exact exhibit it came from, the speed and the check arrive together; the reviewer moves through the list line by line, each entry a small gate swung open onto its own document, the whole field of the record lying there in plain sight, warm and verifiable and complete. The point is developed further in why source-linked review is the new defensibility bar.
Buyers are already asking for this. The recurring question is which AI legal tools answer questions about discovery documents with citations back to the source exhibit, and the follow-on is how to confirm that an answer about case documents actually traces to the exhibit at all. Both questions describe the same need: a list you can audit by clicking.
Relevant e-Discovery positions the tool as one that assists and never replaces attorney verification, and the proof it offers is practical rather than rhetorical. Bring a messy collection and a hard question, and watch the platform read, code and cite your own evidence rather than reading a case study about someone else's. I think that is the right test, because an exhibit list built on borrowed proof has nothing underneath it.
The consequence for trial prep is simple. Verification stops being a separate final pass. It happens each time a lawyer clicks a line, which leaves the remaining question of whether a firm without a litigation support department can afford to work this way at all.
Will each exhibit entry hold up when opposing counsel tests where it came from?
Opposing counsel gets a fixed window to attack your exhibit list. Whether each entry survives that window depends on decisions your team made much earlier, during review.
The window comes from Federal Rule of Civil Procedure 26(a)(3). It requires each party to serve and file "an identification of each document or other exhibit" it may offer at trial. The list must separate what the party expects to offer from what it may offer if the need arises. The rule also sets the clock.
30 days, then 14
- The exhibit identification is due at least 30 days before trial, unless the court orders otherwise.
- Within 14 days after that, the other side may serve objections to admissibility, with the grounds for each.
- Objections not raised in that window are waived, except under Federal Rules of Evidence 402 and 403, unless the court excuses them for good cause.
Federal Rule of Civil Procedure 26(a)(3). Courts can set different times.
On authentication, Federal Rule of Evidence 901 sets the bar. The party offering an item must produce "evidence sufficient to support a finding that the item is what the proponent claims it is." In our reading, every line of the list raises one question: can you show, quickly and on the record, that the document behind this exhibit number is the same one your team reviewed and coded?
The section above covers the one-click link from each entry and each AI-generated answer back to the exhibit it came from. We built that link as our direct answer to the sanctions risk that Mata v. Avianca made famous. A link, however, proves only as much as the thing it points to. If someone could alter, replace or re-save the original after review, the click lands on a document nobody can vouch for.
We describe the link as one part of a set of safeguards. The others are immutable originals with content hashing, append-only audit trails and a documented chain of custody. The hash fixes the original. The audit trail records each action in a log that can be added to but never rewritten. The chain of custody connects collection to production. Neither Rule 26 nor Rule 901 names any of these tools. Our account of how they work is our own product description, not an independent test.
Privilege is the next point where an exhibit list can fail. Our production gate fails closed: any document without a privilege clearance is held back by default. For exhibits, that makes privilege status a coded decision made during review that travels with the document. Processing runs single-tenant, or inside the firm's own AWS account under its own keys, with no vendor retention and no model training.
| What the exhibit list needs | Where it comes from in review | What protects it |
|---|---|---|
| Identification of each exhibit (Rule 26) | Exhibit number tied to a reviewed document and its Bates range | Content hash on the immutable original |
| Support for authentication (Rule 901) | Authentication notes coded during review | Chain of custody and append-only audit trail |
| Privilege status | Privilege call made during review | Production gate that fails closed |
| Descriptions and AI-drafted summaries | Issue tags and cited answers | Link back to the exact source exhibit |
Then comes the question of where the list is assembled. As we see the market, enterprise review platforms supply the defensible basics: Bates numbers, privilege and chain of custody. Newer AI tools supply cited answers and chronologies. We sell a product that combines both, so weigh our view with that in mind. The practical concern is simple. Whenever entries move between two systems, each export is a point where someone should confirm that the Bates range, the privilege code and the link to the hashed original all came through.
Traceability works like a chain, and Rule 26 gives the other side 14 days to find a weak link. A source link counts for little if the original could have changed. A hash counts for little if the log around it can be edited. A privilege call made in a rush counts for little if it never touched the fixed record. If you build the safeguards together during review, your exhibit list should be ready to defend before the clock starts.
- Take your trial date and count back: the exhibit identification is due at least 30 days before trial under the federal default, followed by a 14-day objection window. Set your internal deadline for finished exhibit coding ahead of both.
- Before filing, open a sample of entries, follow each link and check that the hash and audit record of the original match the version you plan to offer.
- Ask any platform, ours included, whether anyone can edit or delete an audit trail entry, and get the answer in writing.
- Try to move a document with no privilege call into a production or exhibit set, and confirm that the system holds it back.
- If your list passes between two tools, ask whether the exhibit number, Bates range, privilege code and source link all survive each export.
How we checked this
We read the text of Federal Rule of Civil Procedure 26 and Federal Rule of Evidence 901 and compared them with our own descriptions of how our platform handles source links, hashing, audit trails, chain of custody and privilege. The 30-day and 14-day figures come from Rule 26. They are federal defaults that a court can change, and we did not review state rules. Every description of safeguards in this section comes from us. No independent party has tested those safeguards for this article. We sell eDiscovery software, so we have a direct stake in this answer. The general web material we collected did not cover exhibit traceability. Still unknown: how courts weigh hash records and audit logs in real authentication disputes. None of our sources addresses that.
- Legal Information Institute, Federal Rule of Civil Procedure 26, retrieved November 7, 2026.
- Legal Information Institute, Federal Rule of Evidence 901, retrieved November 7, 2026.
- Relevant e-Discovery, product descriptions covering source citation, immutable hashed originals, audit trails, the privilege gate and deployment, 2026.
How can a small firm reduce review cost and still build a defensible exhibit list?
Choose a platform built for a solo or small firm on one messy matter, operable without an administrator and priced at small-matter economics, while keeping enterprise-grade defensibility.
Cost is the barrier that remains once coding and verification are settled. It decides whether the method above is a real option or a pleasant theory. The numbers are stark. AI-assisted review runs cents per document, against dollars per document and roughly $19K/GB for manual review, and Relevant e-Discovery frames that gap as one a buyer can see on their own matter rather than take on faith.
Three practical choices follow from that, in the order I would make them:
- Put the attorney's hours on judgment, not retrieval. Let the AI-assisted pass read and code the volume, and spend lawyer time on the admissibility and authentication fields that only a lawyer can fill.
- Avoid a platform that needs a specialist to run it. Enterprise tools such as Relativity and Everlaw price out the small-firm segment and cannot serve it without an administrator, so the exhibit fields never get coded because nobody in the office can configure them.
- Keep privileged client data under the firm's control. Processing that runs single-tenant, or inside your own AWS account under your own keys, with no vendor retention and no model training, means nothing you feed it trains anyone's model or waives privilege.
The solo litigator facing thousands of emails and chats is the person this matters most to. That lawyer has no review team, no litigation support desk, no week to spare; the collection sits there like a wide unmown field in late summer, every blade a message, every message possibly the one, and the trial date fixed on the far side of it. A cheaper per-document rate is only half the answer. The other half is a tool that one person can actually drive.
The privilege point deserves its own emphasis. In-account deployment under the client's own keys is a trust posture that no consumer AI tool, and almost no small-firm tool, can match. For an exhibit list that will carry the client's most sensitive documents into a courtroom, I would not accept less.
Combining 4 sources points to the same arithmetic. Lower per-document cost, no administrator, and data that stays in the firm's own cloud together make review-stage exhibit coding affordable for a small office. Pricing structure still matters, and the trade-offs are laid out in what a small firm should pay, per matter or annually.
One honest gap remains. The evidence here does not yet measure how much time review-stage coding saves against manual exhibit assembly on a given matter. That figure would come from timing both workflows on the same production, and until it is collected, the case for coding early rests on cost per document and on removing the re-hunt, not on a stopwatch.
What should change in your next matter before trial is even on the calendar?
Change the first week, not the last: before review begins, set up the exhibit fields, agree who fills them, and decide which documents count as hot.
One Trustpilot reviewer of a document formatting service thanked it for fixing a page numbering issue they had spent hours trying to resolve themselves; set the Bates numbering inside the review record, and that repair never has to be bought. When AI-assisted review costs a sliver of what manual review does, the cheap moment to make an exhibit decision is the moment the document is first read. I would build that habit before the next pretrial order arrives, not after.
It also answers questions firms keep asking separately. How to reduce review cost. How to handle TAR or AI-assisted review defensibly. How to keep privileged documents out of the set entirely. One coded record serves all three.
A candid note: nothing in the evidence yet times the two workflows side by side, so the hours saved remain unmeasured. The structural case stands without the stopwatch. The first matter you run this way will supply the number, field by field, the next time the trial date comes up over the horizon like late sun across a long green slope.
Summarize This Article With AI
Open this article in your preferred AI engine for an instant summary.
Frequently Asked Questions
What else do litigators ask about turning reviewed documents into trial exhibits?
Most questions concern timing, privilege, AI-assisted review and cost, and each answer comes back to coding exhibit fields once, during review, on a record that keeps its provenance.
Should I code admissibility during first-pass or second-level review?
Code the Bates range and issue tags on first pass, when the document is first opened. Leave the admissibility basis and authentication notes for second-level review, where a lawyer is already reading closely. Splitting the fields this way keeps first pass fast.
Can a trial exhibit list be built straight from a review platform?
Yes, if the platform stores the exhibit fields beside the document itself. The list then becomes a filtered view of coded records rather than a new spreadsheet. A Bates range, the begin and end identifiers stamped on a produced document, should come from the production record, never be retyped.
How do I keep privileged documents off the exhibit list?
Mark privilege status during review, not at the end. A coded withheld or redacted flag lets you exclude those records before any list is drafted. I would never rely on a final-week skim to catch them.
Does TAR or AI-assisted review change how exhibits get chosen?
Technology-assisted review (TAR) uses machine learning to rank documents by likely relevance. It changes the order in which documents reach a lawyer, not the judgment about admissibility. The exhibit decision stays with the attorney, and every AI-suggested pick should be verified against its source page.
What does AI-assisted review cost compared with manual review?
Relevant e-Discovery describes AI-assisted review as running cents per document, against dollars per document for manual review. The firm frames that difference as something a buyer can see on their own matter. Pricing questions go to the Relevant e-Discovery contact page.
How do I see this work on my own case?
Bring a messy collection and a hard question to a demo. Watch the platform read, code and cite your own documents, then decide whether the exhibit fields fit the way your office prepares for trial.
Written by
Michael
Kansky
Michael Kansky is a serial software entrepreneur who has spent more than two decades building and bootstrapping profitable SaaS and services companies.
Connect on LinkedIn

