Workflow · Photoshop

Revision rounds: managing client feedback without wrecking the render or the margin

Most renderers lose money and image quality in the same place: the revision cycle. Feedback that drips in one comment at a time, conflicting notes from two stakeholders, and free relighting are how a profitable job becomes a grind. A working structure for rounds that protects both.

By ArchVizDaily··10 min read
Studio desk at dusk with a large monitor showing an interior render in progress, printed screenshots covered in red revision circles and arrows beside the keyboard, desk lamp glow mixing with the screen, coffee cup and booksWORKFLOW
The healthiest revision cycles happen on marked-up stills like these: one batch, one list, one decision per point, before the scene is touched.Render: ArchVizDaily

The rendering itself is rarely what turns a visualization job into a loss. What turns it is the revision cycle: feedback arriving in a slow drip, one comment per email, a relight requested casually in week four, and a stakeholder who sees the images for the first time after the finals were delivered. Every renderer develops a system for this eventually, usually after one job that went badly. A simple structure, written down and agreed before the first draft, prevents most of it.

Define what a round is before the job starts. A round is one batch of consolidated feedback across all approved images, answered by one new set of drafts. Two rounds included in the fee is a common and workable standard for a typical set, with additional rounds billed hourly or per image. The definition matters as much as the number: ten separate emails over three weeks is not ten rounds, it is one badly delivered round, and the contract should say that consolidated feedback is what counts. This single paragraph in the agreement prevents more margin erosion than any render setting.

Require the feedback in one place, in one form. The healthiest format is a marked-up screenshot per image with numbered circles, plus a matching written list, because it forces the client to look at the image carefully and it gives an unambiguous record of what was asked. Verbal feedback in a call is fine as a supplement, but it should be summarised in the same written list before any work happens. Every renderer has lost a week to a memory of what was said versus what was meant, and the written list is the difference.

Triage before touching the scene. Feedback falls into categories that cost wildly different amounts: camera and framing, which is cheap before the final render and expensive after; materials and styling, which is moderate; lighting and time of day, which can mean a full re-render of the set; and geometry or design changes, which belong to the architect and may reset the schedule entirely. Sort the list by category first, then confirm scope on the expensive items before starting. A two-line reply confirming what a relight will cost in time is cheaper than doing it and arguing later.

Resolve conflicts before rendering, not after. On projects with several stakeholders, feedback routinely contradicts itself: one partner wants warmer light, another wants the crisp morning look; the marketing person wants more people, the architect wants none. The renderer's job is to surface the conflict, not to pick a side silently. Present the conflicting notes together and ask for one decision. Rendering both versions to be safe feels helpful and is almost always the wrong trade, because it doubles work and invites both versions to be requested again at final.

Protect the scene with non-destructive habits, because revisions are where they pay off. Keep render passes separated so a sky swap or a relight adjustment is a post-production move where possible. Keep the lighting setup as named, toggleable states rather than one evolving tangle. Save a versioned scene per round so any dispute about what changed is answerable in seconds. None of this is glamorous, and every one of it is what makes round two an afternoon instead of a week.

Learn the cheap-versus-expensive line of your own pipeline and quote against it. A camera adjustment on an existing setup with cached assets is minutes. A new camera that changes what the reflections and shadows do is an hour or two. A time-of-day change is a re-render of every frame plus re-graded post. When a client asks casually whether the image could also be shown at dusk, the honest answer is a price, not an immediate yes. Renderers who say yes to everything are not more valued, they are simply re-rendering for free.

Watch for the late stakeholder, the most reliable schedule killer. The pattern is predictable: drafts approved by the contact, finals in progress, and then a director, a planning consultant, or the client's spouse sees the images for the first time and the feedback starts again. The defence is procedural and polite: confirm in writing who signs off at each round, circulate drafts to that list every time, and state that feedback outside the agreed reviewers may incur an additional round. Most clients accept this instantly when it is stated; none accept it gracefully when raised mid-conflict.

Deliver rounds on schedule even when they are small. If the agreement says a draft within five working days of consolidated feedback, hitting that date builds the credibility that makes the client consolidate feedback and respect the next round boundary. Slow, unstructured responses train clients to treat the process as open-ended. Fast, structured ones train them to batch their notes, which is exactly the behaviour that keeps the job profitable and the images better, because work proceeds in considered passes rather than in panic.

None of this is about being difficult. The best visualization studios are described by their clients as easy to work with, and the reason is precisely this structure: clear rounds, consolidated feedback, honest pricing on scope changes, and decisions made before the render button is pressed. The structure is what buys the freedom to spend the actual hours on light, materials and composition, which is the work the client is actually paying for.

FAQ

Common questions

How many revision rounds should a render include?
Two consolidated rounds is a workable standard for a typical image set, with further rounds billed additionally. The definition matters more than the number: one round equals one batch of consolidated feedback across the approved images, answered by one set of new drafts, not each individual email.
How should I ask clients to give render feedback?
Ask for marked-up screenshots with numbered circles plus a short matching written list, all in one message. This forces careful viewing, gives an unambiguous record, and makes conflicting notes visible immediately. Verbal comments are fine as a supplement once they are written into the same list.
What do I do when two stakeholders want opposite changes?
Surface the conflict and ask for a single decision before rendering. Present both notes together and let the client resolve them. Rendering both versions to be safe doubles the work and usually results in both being requested again at final stage.
How do I charge for a change of time of day or a relight?
Treat it as new work, because it is: a relight re-renders every affected frame and repeats the post-production. Confirm the cost in a short written reply before starting. Renderers who quote this plainly are respected for it; those who absorb it quietly train clients to request more of it.