Creative feedback is a PROBLEM! How are people handling it?
by•
I run multi-client creative work (video, ad scripts, photography) and feedback always ends up scattered across WhatsApp, email, and Figma comments. Half the time nobody's sure which version actually got approved.
Curious how others handle this, especially freelancers and small agencies juggling several clients at once.
Is your bottleneck getting clear feedback, keeping versions straight, or something else entirely?
175 views
Replies
I think juggling several clients makes this so much harder! @shikharbower
@bradywilfaqn Could not agree more!
honestlt i think biggest thins is just knowing where the final version is . otherwise someone always ends up working from an old file.
This hits home for me @shikharbower . Different work (I do product design), same mess.
For us it was never the feedback itself, it was "wait, which version did we agree on?" Someone says "looks good" in Slack, three more versions go out, and nobody can say which one got the yes.
What finally helped was commenting on the actual thing instead of screenshots, and having the approval stuck to a specific version. I got annoyed enough that I built a tool for it (Stage, launched here today), but honestly the habit matters more than the tool.
Would love to know from editors and designers specifically!
the one tool answers keep missing what i think is the actual failure. it is not that feedback arrives in three places. it is that approval is not an artifact anywhere, it is a state in somebody's memory.
whatsapp is not the problem, whatsapp is just where the approval happened to land. if the only record that v4 was signed off is a message someone remembers reading, a perfect single tool moves the ambiguity somewhere tidier without removing it.
what worked for us was making approval something that has to be produced rather than inferred. one line, named person, named version, and until that line exists the version is not approved no matter how many people said it looked great. it also ends the argument about which channel it came in on, because the channel stops mattering.
@rabnoor_s Too much effort for such a small problem :(
@shikharbower fair, and probably right for most teams. albert's recap email is the cheap version of the same thing and costs you nothing
@rabnoor_s I've not tried yet, can't find it online too, can you share email?
Everyone here is on the sending side, so from the approving side: it scatters when the ask is open. Send me a cut and ask what I think, and I answer in whatever app I already have open. Say the only decision is whether the opening shot works, and you get one answer in one place, with nothing to reconcile later.
@shikharbower I have not used it, so just on timestamps as a mechanism: they fix where in the video, which is the cheap half. They do not tell you which cut is current or who signed off, and those were the two things breaking in your first post. A timestamp also still lets me leave scattered thoughts, it just files them tidily.
@yelyzaveta_kibets I couldn't agree more.
The clients are not going to stop texting and email commenting anyway 😂
Might be more effective approach: feedback can come from everywhere, but the official version should be in one single place only.
The failure mode that survives even a good approval record is what the client actually looked at when they gave it. A line naming a version number tells you what was approved in principle, it does not tell you whether the file behind that version number was still the same file by the time someone acted on the approval, because creative files get swapped in place under the same name far more often than code does. What has worked on the ops side for problems shaped like this is treating the artifact as fixed once a decision is recorded against it, any edit after that gets a new identifier even if nothing in the workflow feels like a new version. Cheap to build, and it is the only thing standing when someone is reasonably confused six weeks later about which cut actually went out.