Quick Answer: To work with designers and developers well, stop treating them as a service counter and start treating them as decision partners. Give them the reason behind the request, the constraint they must respect, and the one person whose feedback counts. Everything that goes wrong later usually traces back to one of those three being missing.
You sent the banner request on Monday. The first draft came back Thursday, and it was not what you had in your head. You replied with six comments. The second draft fixed four of them and broke one that was fine. It is now the following Wednesday, the campaign goes live on Friday, and the designer has quietly stopped replying in the group chat.
Nobody in this story is bad at their job. The request simply never contained enough information to be built correctly the first time — so it got built three times.
This guide is written for the in-house marketing executive who does not manage the designer or the developer, cannot set their priorities, and still needs the work by Friday. First, why the request stalls in the first place.
Source video: Figma on YouTube
Quick Answer: Because the request carries a description of the output but not the decision behind it. The designer then guesses your intent, and you review the guess instead of the work. The fix belongs upstream — in the campaign brief, not in the third round of comments.
Figma’s 2025 designer and developer research found that differences in assumptions were the most commonly cited challenge developers face when working with designers, named by 52%. If assumptions break the handoff between two people who share a file and a vocabulary, they will certainly break the handoff from marketing, which shares neither.
Watch what a typical request actually contains. “Can you make a banner for the Raya promo, something festive, by Thursday?” That sentence names an output and a date. It does not name the offer, the audience, the placement, the size, the primary message, or who approves it. Every one of those gets guessed — and each guess is a future revision round.
Three assumption gaps cause most of the damage:
A creative team is not slow. It is being asked to read your mind, and it is very slightly wrong every time.
Quick Answer: Six lines: the job the asset must do, the audience, the one message, the hard constraints, the named approver, and the deadline with the reason behind it. If you cannot write all six, the brief is not ready — and sending it early does not save time, it spends someone else’s. Our guide to writing a creative brief covers the long version.
Most marketing executives write briefs describing what they want to see. Strong briefs describe what the asset must achieve, then leave the “how” to the person trained in it. That single shift removes most rework, because it stops you and the designer competing over the same job.
Writing this takes fifteen minutes. Not writing it costs a week, and the week is never billed to you — it lands on the designer, which is why they eventually stop replying quickly.
No designer or developer to brief in the first place?
ZenWeb designs and builds the pages, then keeps them running — so marketing does not wait in a queue. See how our web design service works →
Quick Answer: One or two, if the brief was complete. Across ZenWeb-managed creative and web requests, briefs containing all six elements averaged 1.3 revision rounds and landed in about three days. Briefs sent as a one-line chat message averaged 3.6 rounds and took nearly nine. The table below shows the full spread.
| Brief Completeness | Revision Rounds | Rounds | Days to Approved |
|---|---|---|---|
| All six elements | 1.3 | 3.1 | |
| Four or five | 1.9 | 4.6 | |
| Two or three | 2.8 | 6.9 | |
| One-line chat request | 3.6 | 8.7 |
Source: ZenWeb client creative and web request tracking, 2024–2026. Licence.
The gap between the top row and the bottom row is roughly five and a half days per asset. Run twelve assets a quarter and the incomplete brief has quietly cost you two months of calendar time — time your report to management will show as “campaign delayed” without ever naming the cause.
Quick Answer: Late approvers and changed messaging — not taste. Across tracked requests, “a new stakeholder saw it” and “the offer changed after briefing” caused far more revisions than any disagreement about the design itself. That is why a written approval workflow beats any amount of creative direction.
| Cause of Revision | Ad Creative | Landing Page | Website Build |
|---|---|---|---|
| Late stakeholder appeared | 31% | 36% | 41% |
| Offer or copy changed | 29% | 27% | 19% |
| Constraint not stated upfront | 17% | 18% | 22% |
| Vague feedback (“make it pop”) | 14% | 11% | 8% |
| Genuine creative disagreement | 9% | 8% | 10% |
Source: ZenWeb client creative and web request tracking, 2024–2026. Licence.
Read the bottom row first. Actual creative disagreement — the thing everyone argues about — causes barely one revision in ten. The top two rows are process failures wearing a creative costume, and both are inside your control before a single pixel is drawn.
Quick Answer: One channel, and it should be the one that keeps a record. WhatsApp feels fastest and finishes slowest, because the brief is scattered across eleven messages and nobody can find the approved version. A simple board or shared tracker — the backbone of marketing project management — beats chat on every measure except the first five minutes.
| Request Channel | Days to Approved | Rounds | Hit the Date |
|---|---|---|---|
| Shared board or ticket | 3.4 days | 1.5 | 86% |
| Email with brief attached | 4.5 days | 1.9 | 74% |
| Group chat thread | 6.8 days | 2.9 | 52% |
| Verbal or walk-over request | 8.9 days | 3.7 | 39% |
Source: ZenWeb client creative and web request tracking, 2024–2026. Licence.
Chat is not the enemy — untracked chat is. Use WhatsApp to nudge, celebrate and unblock. Put the brief, the version and the approval somewhere both of you can still find them next month, and the same habit will save you when a last-minute request lands on top of the queue.
Quick Answer: Describe the problem, not the solution. “The offer is not readable on a phone” gives the designer something to solve. “Make the text bigger and move it left” hands them an instruction that may or may not fix the actual issue. Our guide to giving creative feedback goes deeper on the wording.
Feedback is where a good working relationship gets spent or saved. Collect every comment, remove the duplicates, resolve the contradictions internally, then send one consolidated list. Two people sending opposite comments on the same file is the fastest way to burn a designer’s goodwill.
Three habits do most of the work:
Stuck in round four on a landing page?
We build conversion-focused pages for 500+ Malaysian businesses, with the copy, design and build handled by one team. Get a landing page built properly →
Quick Answer: Edge cases and access. A designer needs to know what the page should feel like; a developer needs to know what happens when the form fails, the promo expires, or the text runs to three lines. Answer those before they ask, and you remove the two days a developer usually spends waiting for you.
Designers and developers are lumped together in most marketing conversations, but they get blocked by completely different things. Design work stalls on intent. Development work stalls on detail and permissions.
| What you send | The designer needs | The developer needs |
|---|---|---|
| A new landing page | The offer, the audience, the one message | Final copy, where the form sends leads, the thank-you page |
| A campaign banner | Placement, sizes, brand rules | Where it links, when it goes live, when it comes down |
| A tracking request | Nothing — this is not a design job | Which action counts, the account access, the naming rules |
Access deserves its own sentence. Half the “developer is slow” complaints in Malaysian SMEs are really “the developer has been waiting nine days for someone to grant analytics access”. Sort the logins before the sprint, not during it — and give them your pre-launch checklist early, so the go-live date is not the first time they see it.
Quick Answer: Only for teams with a written request standard. Since 2022, teams that brief through a fixed template have steadily cut revision rounds. Teams briefing ad hoc have gone backwards, because there are simply more channels, more sizes and more approvers to disagree about. The gap keeps widening.
| Briefing Style | 2022 | 2023 | 2024 | 2025 | 2026 | 2027* |
|---|---|---|---|---|---|---|
| Written brief standard | 2.1 | 1.9 | 1.7 | 1.5 | 1.3 | 1.2 |
| Ad hoc briefing | 2.9 | 3.1 | 3.3 | 3.6 | 3.9 | 4.4 |
| Gap (rounds) | 0.8 | 1.2 | 1.6 | 2.1 | 2.6 | 3.2 |
Source: ZenWeb client creative and web request tracking, 2022–2026. * 2027 projected from the 2022–2026 trend. Licence.
The tools improved for everyone. Figma reports that 84% of designers now collaborate with developers at least weekly, yet only around two-thirds of either group calls that collaboration effective. Better software does not fix an unclear request; it just delivers the wrong thing faster.
Quick Answer: The cost of a vague brief becomes visible. In-house rework is absorbed silently; agency and freelance rework is billed, or it eats the hours you paid for. Working with an external web design and development team makes the same discipline mandatory rather than optional.
Everything above still applies, with three additions when the designers and developers sit outside your company:
And tell them what happens after launch. A designer who knows the page must convert cold Meta traffic will make different choices from one who thinks it is a brochure — the same context that keeps marketing and sales aligned works on your creative partners too.
Quick Answer: Work with designers and developers by removing the guesswork, not by chasing harder. One complete brief, one named approver, one consolidated feedback round, on a channel that keeps a record. Do that and the same team that felt slow last quarter will start delivering in days.
You cannot make a designer draw faster or a developer type quicker. You can stop sending them work that has to be built twice. That is the entire lever, and it costs fifteen minutes per request.
If the queue is the real bottleneck — no designer, one overloaded developer, campaigns waiting on a page that never ships — that is a capacity problem, not a briefing one. ZenWeb is a Google Partner working with 500+ Malaysian businesses, handling design, build and campaigns in one team so marketing stops waiting in line.
Trade authority for clarity. You cannot set their priorities, but you can make your request the easiest one on their list to finish: a complete brief, one approver, one deadline with a reason, and feedback delivered once. Work that is easy to close tends to get closed first.
One or two. Tracked requests with a complete brief average around 1.3 rounds, while one-line chat requests average 3.6. If you are routinely past round three, the problem is almost never the designer — it is that an approver or a copy change arrived after briefing.
Convert the change into a trade, out loud. “We can do that — it moves the launch by three days, or it replaces the email banner. Which?” Late changes are unavoidable; unpriced late changes are what destroy timelines and goodwill.
Use chat to nudge, not to brief. Requests sent through a group chat took nearly twice as long to reach approval as those logged on a shared board, mostly because the brief, the file and the approval end up scattered across dozens of messages nobody can search later.
A designer needs intent: the job the asset must do, the audience, the one message. A developer needs detail and access: final copy, where the form sends leads, what happens on error, and the logins. Send the wrong one to the wrong person and both will wait on you.
Tired of waiting on pages that never ship?
Book a free 30-minute strategy session — we’ll review your site, your Google ranking, and your competitors, then give you a concrete 90-day plan with realistic cost-per-lead and pipeline targets.
Complete the form and our team will contact you to discuss your goals. Let’s grow your business.

Online