← Back to blog

Design project PDF report: what to include for the client and for court

Structure of a PDF report for an interior design project: approval log, mood board versions, annotations, timestamps. What matters for the client, for court, for portfolio.

In most studios the question of "what to deliver to the client at project end" gets handled improvisationally: send the latest files, make a pretty PDF presentation, sometimes a printed album. All of this as final documentation.

The problem is the project has three audiences with different document needs:

  • Client wants a beautiful album for understanding and showing friends
  • Contractors want working documentation for execution
  • Court / insurance wants a process report with timestamps, if it comes to a dispute

The third is usually underestimated. And when "comes to a dispute" happens, the evidence base does not exist because nobody collected it.

Below: what kind of PDF report solves all three jobs and what goes into it.

Three document types

1. Design album (for the client)

  • Cover with project name and address
  • Final mood boards and visualizations by room
  • Mood board with references
  • Description of stylistic decisions
  • Specifications of key materials and items

A presentational document. Beautiful renders, minimum text, focus on aesthetics. Done often, no disputes.

2. Working documentation (for contractors)

  • Room plans with dimensions
  • Electrical plan (outlets, switches, lighting)
  • Plumbing plan
  • Material specs with SKUs
  • Details and elevations
  • Custom furniture drawings

A technical document. Cannot execute without it. Always done.

3. PDF report (for everyone)

  • Event log with timestamps
  • Approval history by phase
  • Mood board versions with approval marks
  • Client annotations and designer responses
  • List of brief changes
  • Iteration count per phase

A process document. The most underrated and the one that saves you in disputes. Below we focus on this.

What goes into the PDF report

Section 1: Project card

  • Name, address, area
  • Party details (client and designer)
  • Contract: number, date, key terms
  • Team: who worked and in what role
  • Timeline: planned vs actual

Section 2: Brief and its evolution

  • Final version of the brief
  • List of brief changes during the project (with dates)
  • Approved scope of work

Critical: if a year later the client says "we wanted something else," you open this section and show what the brief was and when it changed and why.

Section 3: Phases and their approvals

Per phase:

  • What was in scope
  • Start and end dates
  • Number of iterations
  • Who approved (name, email, timestamp)
  • Final result version

Example table:

PhaseStartEndIterationsApproverTime
Layout decision14.02.202622.02.20262client@example.com14:32
Concept23.02.202603.03.20263client@example.com18:15
Mood boards05.03.202621.03.20264client@example.com10:05

Section 4: Event log

Chronological list of all significant events:

14.02.2026 09:12 - Designer uploaded layout V1
14.02.2026 11:30 - Client opened layout V1
15.02.2026 14:08 - Client left 3 annotations on V1
16.02.2026 10:15 - Designer uploaded layout V2
17.02.2026 18:43 - Client approved layout V2
...

This section is the main process evidence. When the log shows "client approved V2 on 17.02.2026 18:43," there is nothing to argue.

Section 5: All versions and annotations

Per key mood board version:

  • Image
  • Creation date
  • Client annotations (with coordinates and text)
  • Designer responses
  • Status (draft / sent / approved / rejected)

Not necessary to include ALL intermediate versions (that would bloat to hundreds of pages). Key ones: first, pivot points, final. Full archive on the platform with links from the PDF.

Section 6: Financial report

  • Payment schedule
  • Actual payments (dates, amounts)
  • Closed phases
  • Open balance (if any)

Section 7: Implementation and author supervision (if applicable)

  • Site visits
  • Progress photo log
  • Project deviations (approved or not)
  • Final photo log

Section 8: Metadata and signatures

  • Report generation date
  • Generator (name, email)
  • Document hash (integrity check)
  • Digital signature (optional)

What makes the PDF report legally significant

The PDF itself is not evidence. What turns it into evidence:

  1. Server-side event fixation. Timestamps from the server, not from the user's device. Stronger than "a date stamp in Word."
  2. Inability to change retroactively. A platform with an audit log cannot "rewrite history." Each record is immutable.
  3. Party identification. Email and account tied to the contract (see article on party identification).
  4. Contract clause recognizing platform events as equivalent to written documents.

Without these four, the PDF report is just a nicely formatted file. With them, full evidence in court.

When the report saves money

Specific situations where having or lacking a PDF report changes the outcome:

Case 1: Client demands 6 months later that you redo kitchen mood boards "because you did not approve the final version with me." Without the report, your word against theirs. With the report, you open the log, show the approval date and time. Dispute closed in 5 minutes.

Case 2: Client refuses to pay the last phase "because you missed the deadline." Without the report, you try to prove the delay was on their approvals. With the report, a table: "Concept phase, 3 iterations, between V1 and V2 the client took 12 days to respond when the norm is 3."

Case 3: Client sues for a refund citing "unprofessional service." Without the report, hard process. With the report, you prove the full scope of work, approved phases, and correspondence. Win rate multiplies.

How to generate the report in Roomix

In Roomix the PDF report generates automatically:

  1. Open the project
  2. "Export → PDF Report"
  3. Choose scope (full / approvals only / final versions only)
  4. Get a ready PDF with the log, versions, marks, annotations

This closes the "process" portion. The album and working documentation you still produce in your familiar tools, but they now ship alongside process evidence, not alone.

What to do right now

  1. Open 2 to 3 of your recent projects
  2. Try to assemble an event log retroactively
  3. If you struggle, you lack the infrastructure
  4. On the next project, start tracking events on a platform with an audit log
  5. In 3 months you will have an automatic PDF report for every new project

CTA

PDF reports in Roomix are included on all plans, including free. Create a project and see how it works, even without real clients, on a test project.

See also: legal validity of approvals, 9 contract clauses.

Frequently asked questions

How is a PDF report different from a design album?

The design album is presentational: renders, specifications, design decisions. The PDF report is process-focused: what was approved, when, by which version. Albums get shown, reports get stored. Ideally you need both, they solve different jobs.

Does the PDF report need a signature?

Not necessarily. If exported from a platform with an audit log, the platform records are the evidence, a separate signature is redundant. If exported manually, signature and stamp (for entities) increase evidentiary weight.

How long should I keep the PDF report after delivery?

Minimum 3 years (general statute of limitations). For large projects (over 100K USD), 10 years. Keep it in two places: cloud with backup plus a local copy (external drive).

Can I give the client all mood board versions in the final PDF?

Depends on strategy. Pragmatic option: the final PDF contains only approved final versions plus a structured event log with links to intermediate versions on the platform. Compact and legally sufficient.

Which format is preferable: PDF or print?

PDF + optionally print. PDF has timestamps, easy to verify. Print is a legacy format but sometimes required in legal proceedings. Best: PDF with digital signature as primary, print copy on request.

Try Roomix

Design approval platform: chat, annotations, versions, approval log.

Create a project