Compare two revision options

The exercise “Compare two revision options” uses a small event poster as its setting. A successful attempt should leave a result that can be described and checked, rather than only a feeling of having practiced.

Choose the starting point

Feedback is easier to act on when it names a problem and its relation to the brief; keep a record of the agreed revision scope.

For this exercise, record compare two revision options as the focus and a small event poster as the setting. Keep a copy or a brief note of the first attempt so that the later comparison refers to something visible.

An illustration workflow connects creative decisions with an agreed brief, review stages and deliverables. Identify who approves each stage and which version the approval refers to. Keep the editable source separate from review images so that feedback about an early direction does not become confused with acceptance of a final export.

A worked practice example

This is a sample production route. The actual review stages and usage rights need an explicit project agreement.

Brief 35 → thumbnails → selected rough → color review → delivery
Decision owner: named reviewer
Current focus: Compare two revision options

Project context

a small event poster

Source file

Keep an editable version separate from review exports.

Approval evidence

Record the selected version and the next allowed action.

How to use the sample record

The sample brief or code provides a starting artifact rather than a finished production file. Identify the intended output and the visual or tool relationship the exercise isolates. Preserve an editable copy, make a small first pass and compare it with the stated goal at normal viewing size. Example canvas dimensions are not universal recommendations, and a conceptual code sample may need different settings for a particular application. Keep source, test and export clearly named so that a difference introduced during delivery is not confused with a difference in the artwork itself.

Put the method into practice

1. Request feedback against one identifiable version and a defined question.

   Prepare a small editable study and state the visual relationship being tested. Save the initial version and keep canvas size, viewing scale and tool settings identifiable. Use a reference you have permission to use where one is needed, and distinguish a practice prompt from a requirement for a production deliverable.

2. Separate required corrections from optional preferences.

   Make a focused pass that changes one major decision, such as a shape relationship, setting or layer operation. Keep comparison views at the same scale so that zoom does not disguise the result. If the image becomes busier without becoming clearer, return to the underlying form or hierarchy before adding more local detail.

3. Record the decision before revising so incompatible comments do not silently accumulate.

   Inspect the result at the size and in the format in which it will be used. Compare the editable source with an independently opened export where relevant. Then attempt the same decision with a changed subject or constraint; a method is more useful when its effect can be recognized beyond the original study.

4. Keep the result with a note headed “Compare two revision options”. For a later comparison, use the same setting: a small event poster.

Check the result before moving on

Every exported deliverable should match the agreed dimensions, format and approved revision.

Use stage gates for Brief, Thumbnail, Rough, Color and Delivery. At each gate record the selected version and the decision that allows the next stage to begin.

Common mistakes and how to repair them

Revision becomes expensive when a late comment reopens a decision that was never explicitly accepted. Compare the comment with the brief and approval record, then clarify the requested change before editing. Distinguish correcting an agreed requirement from introducing a new requirement, and preserve the previous reviewed version.

Make the comparison fair

Choose the same criteria for both sides before deciding which result is preferable. Use equivalent samples or conditions and write one observation for each criterion. If only one side has a known constraint, state it explicitly instead of treating missing information as a weakness. The useful outcome is an explained difference that affects the task, not a longer list of features. Keep a case where the less-preferred option could still be appropriate; this checks whether your conclusion is tied to the stated purpose.

Try the method in a second case

Simulate delivery to someone who has not followed the project. Include the approved files, dimensions, formats and usage information required by the agreement, then ask whether each item can be identified and opened. Archive the source and decision notes separately so a future revision starts from the correct material.

For this second attempt, keep “Compare two revision options” as the focus and replace the original setting (a small event poster) with a nearby situation you can describe precisely. Write down what changed before starting. Use the same result check as the first attempt, then explain whether the change affected the action, the evidence or the conclusion. If the method no longer fits, name the condition that failed instead of forcing the original answer onto the new case.

Limits and a useful next step

Licensing and contract terms require an explicit agreement. Do not assume that delivering a flattened image also grants every use or transfers the editable source.

If the exercise exposed a specific gap, keep its evidence with the task note. A related next exercise is keep a version before a major change; choose it only if it answers the remaining question rather than adding another disconnected activity.

Questions before you finish