Rounds of Review - How are you doing it? | Community
Skip to main content
Daniel_Clarke
Community Advisor
Daniel_ClarkeCommunity Advisor
Community Advisor
September 18, 2025

Rounds of Review - How are you doing it?

  • September 18, 2025
  • 3 replies
  • 1158 views

I love to see the back and forth, full story of review rounds so we can identify bottlenecks directly through tasks, but it is more admin / tasks to work through. How do you prefer to structure you review rounds? Similar detail, more agile open ended Create Design // Receive Approval tasks? 

 

My preference:

  • Create Design and Send Proof
  • Receive Changes
  • Create Design V2 and Send Proof
  • Receive Changes
  • Create Design V3 and Send Proof
  • Receive Final Approval

    3 replies

    KarenCastens
    KarenCastens
    Level 2
    September 18, 2025

    Hi Daniel!

     

    We are a small Marketing team, and we used to do it like you mention, a task for every action. We recently switched and "smooshed" all of those steps into 1 task using Proofing. I attached a screenshot of a timeline Template so you can see.

     

    In the "Deliverables" section, each task gets named based on what the deliverable is... so <insert name of design deliverable> becomes "Create Flyer for XYZ". Then it is assigned to the graphic designer. From there, all this happens in this same task:

    1. Designer creates the first proof, uploads as a "Proof" and assigns it to the designated reviewer.
      • Reviewer receives notification of the Proof in their Approvals queue.
    2. Reviewer marks up the proof with any edits, marks proof as either approved or changes required.
    3. Designer makes edits, uploads a new proof
      • Reviewer receives notification of the Proof in their Approvals queue.
    4. Reviewer (hopefully) approves at this point; if not, steps 2/3 are repeated.
    5. Designer closes their task once the proof is fully approved and moves the document to Compliance for review in the "Approval" steps below.
      • Same steps happen there until we have obtained Compliance approval.

    We have to have Compliance separated out due to how items are audited years later, but hopefully one day we can have that condensed down as well!

    Daniel_Clarke
    Community Advisor
    Daniel_ClarkeCommunity AdvisorAuthor
    Community Advisor
    September 18, 2025

    Love it! A few questions:

    • What was the defining factor in the decision to "smoosh" them together?
    • What is the maturity of your team?
    • How detailed are you reporting needs, and if detailed, are you seeing success in pulling from proof data instead?
    KarenCastens
    KarenCastens
    Level 2
    September 18, 2025
    1. Honestly, about 5 new people joined our team at one time, and they were all complaining about "too many tasks" -- so, to mitigate that, I sat up Proofing and we started doing it that way instead for that simple reason. I also attempted to use Approval Templates on the Task level, but no one seemed to understand that.
    2. Our team is a mixed bag; we have about 5 people that are seasoned users (10+ years), but about 10 more that have only used Workfront for 2 (or less than) years.
    3. We still pull the reporting data we need from a Task level -- we need to report on things like: What was the deliverable? What date was it approved by Compliance? Where did it run (if an ad, social post, etc.)? and we are able to extract that information from the Project Details section. So, I can't give an opinion on Proof data just yet! 
      Susan_Hart_DeltaDental
      Susan_Hart_DeltaDental
      Level 3
      September 23, 2025

      Hello Daniel, 
      Our project management team adds a 2.0 review task to the timeline if 'needs work' is selected by the approver. We are using document approval functionality on proofs. This allows us to keep a close eye on rounds of review and planned hours. Plus allows the project manager to review the proposed edits before prompting the team to make, keeping an eye out for scope creep and open ended questions.

      1. Creative development (writer and designer)
      2. Client review (project manager adds approver to proof)
      3. Edits: client review (writer and designer)
      4. Client review 2.0 if needed (project manager readds approver to proof

      5. Edits: client review 2.0 (writer and designer) 

        Daniel_Clarke
        Community Advisor
        Daniel_ClarkeCommunity AdvisorAuthor
        Community Advisor
        September 23, 2025

        Thanks for sharing @susan_hart_deltadental! Sounds like you are well setup for the unified approvals change rolling out since you're already using the document approvals. 

        How many rounds do you typically see on your projects? Feels like a 2.0 is guaranteed these days!

        TimWy1
        TimWy1
        Level 2
        September 23, 2025

        For our workflow on our basic "get me this deliverable by that date" kinds of projects, we have a general project template that includes Design Proof 1, 2, 3, and 4, along with a "finalize design" task for the designer to ensure they package and store files in the correct place for archiving. Each of those proof tasks has the previous proof task listed as its predecessor with a finish-start dependency plus a 2-day lag to allow for review time. The finalize task has dependencies on each of those design tasks, so if any of them are not needed, they can be deleted and the workflow timeline stays in-tact. 

         

        Proof 1 and finalize are pre-assigned to a designer when the project is initiated so they can be aware of the final due date of their portion of the project just by looking at their task list. We have committed to not move to the next design task until a proof decision has been made. If a second, third, etc. proof is needed because changes are required, the PM assigns them the next proofing task and/or deletes the unnecessary ones if the proof is approved on one of the earlier rounds. Identifying bottlenecks is the trickiest part though, since proof reporting is sketchy at best in Workfront, and the actual reporting within "Proofing" is painfully slow and difficult. We try to stay on top of actual completion dates as design proofs are submitted and always use proofing deadlines. Using this method we can also report on just how many projects are requiring 3+ rounds of revision. Now determining whether that's because the designer isn't getting good direction or because they aren't good at designing is up to the data analyst... 😁

         

        At one point in time, we had a team leader that insisted on having review tasks listed and assigned out to the reviewers/approvers like you mentioned, but that required the approvers/reviewers to mark an additional task as "complete" after they made their proof decision (you'll be shocked here...they never did that step). That clunky process also required the designer to assign those proof review tasks AND assign the proofing workflow for the team (you'll be shocked here...they never wanted to do that additional step too).

         

        Hope that helps!

         

         

        Daniel_Clarke
        Community Advisor
        Daniel_ClarkeCommunity AdvisorAuthor
        Community Advisor
        September 23, 2025

        Haha I hear you on the extra steps @timwy1! As a former designer, I have no idea why they wouldn't want to!

         

        I like the idea of having task one assigned, and supported by the final design task. Are you utilizing workload balancer / resourcing? If so, does missing the tasks in the middle throw a wrench in your planning? I feel like making the assignments to the "average" number of proof tasks gives a better picture, and gives a bit of head cover to the designers... curious how you manage that. 

         

        Terms & ConditionsAccessibility statement

        Loading footer...