Expertise · Governance and approval laws

Design a decentralized approval process to eliminate bottlenecks.

When everything has to wait for one person to give a nod, it is not a human issue; it is an issue of approval architecture.

Quick summary

Bottlenecks in the approval process often stem from placing too much responsibility on one person, usually the founder or director. The solution is to tier by risk: low-risk routine tasks can be handled by the team using templates, while only matters affecting the core brand or having legal implications should escalate to the center. Each type of task must have exactly one person responsible, not a committee that just nods.

Quick comparison
You should choose this direction when
  • Allow the team to self-approve when using the correct original template and low-risk content.
  • It is mandatory to go to the center when creating assets outside of templates or when there are legal factors involved.
  • You need a separate escalation path when both parties review disagreements or urgent matters.
Not needed when.
  • Concentrate everything on one approver, creating a deadly bottleneck.
  • The approval law is only communicated verbally; newcomers do not know the way.

When you complain that everything has to wait for approval, the right question is not "how to approve faster" but "why do these things need approval in the first place?" The bottleneck does not come from slow approvers; it comes from a flawed approval architecture: too many tasks converge at one point, with unclear boundaries between what the team can handle and what needs to be escalated.

Layering by risk, not by asset type.

A common mistake is delegating by category, for example, "the social media team handles it themselves, while print must be approved." The correct classification should be based on the brand risk of each specific task.

  • Low risk: Using the correct available templates, standard content, not touching core identity or positioning. The team handles it independently, no approval needed.
  • Medium risk: Slight adjustments to templates, new content but within the defined framework. The team leader or brand manager approves internally.
  • High risk: New assets outside of templates, major campaigns, positioning conflicts, or legal elements. It is mandatory to escalate to the center, meaning the person accountable for the brand must take responsibility.

The boundary between these three layers must be documented specifically. If it only exists in the manager's words, newcomers will not know the way forward and will default to asking everything.

RACI matrix: a tool for clear role separation

RACI is a role assignment matrix consisting of four groups. For each type of task, you identify:

  • Responsible (the executor): who creates that product.
  • Accountable (the person ultimately responsible): who has the authority to finalize and bear the results. The golden rule: each task should have exactly one Accountable person. More than one means no one is truly responsible.
  • Consulted: who needs to be consulted before finalizing. This list must be short; too many names here create a new bottleneck.
  • Informed (those who just need to know): who receives the notification of the results. This list also needs to be concise; too many names create information noise.

Each task has one accountable person. This is not to concentrate power, but to always know who has the authority to finalize decisions and avoid bottlenecks.

Asana, RACI Charts guide

The template library is the main bottleneck remover.

Most daily tasks within a team can be pre-approved as templates. When templates exist and the team uses them correctly, no further approvals are needed. This is how to reduce hundreds of small approvals in a year to none.

This means that investing in a good template library is not just about design; it is an operational decision. The more comprehensive the templates, the more autonomous the team becomes, and the reviewers are freed up to focus on the decisions that truly require their input.

To allow the team to self-approve when: using the correct approved template, with low-risk content, not touching the core identity or legal statements, and no sensitive market or competitor factors.

Mandatory escalation to the center when: creating new assets outside of templates, campaigns have a wide scope, touch on positioning or core identity, or have any elements that need legal consideration.

Common mistakes when designing the approval rights

  • Concentrating everything on one person: usually the founder or marketing director. When that person is absent or busy, the entire process comes to a halt.
  • Many people are Accountable: It sounds safer, but in reality, no one truly finalizes. Tasks get stalled because everyone thinks someone else will decide.
  • Do not set response deadlines: the approval process drags on indefinitely because no one is pressured to respond. Each approval layer needs a specific timeframe, for example: internal approval within one working day, central approval within three working days.
  • The law only exists in words: the old ones know implicitly, the new ones do not know the way, default to asking everything and recreating the bottleneck.
  • No escalation path: When two parties disagree or urgency arises, no one knows who has the authority to finalize, leaving the matter unresolved.

The viewpoint of Sinh Vũ

Sinh Vũ writes approval delegation rules as a hard part of the Brand Management Handbook: each type of asset is linked to a level of approval and exactly one person is responsible for the final decision. This is not for control, but so that everyone in the team knows what they are allowed to do without needing to ask.

At a higher operational level, review prompts and routing steps are integrated into automation workflows within project management tools, ensuring the right people are involved without relying on anyone's memory. A stage gate, which is a mandatory handoff point requiring confirmation before moving to the next step, completely replaces the arbitrary and opaque review process.

The result is not tighter control. The result is a more autonomous team because they understand the boundaries, and approvers are freed to work at their level.

The tool brings back.

Decision checklist

Topic: Who approves what: designing a decentralized approval law. Sinh Vũ guide, sinhvu.com

0 more than 7 items

Select each item you find appropriate, then print or save as PDF to take with you.

Sign indicating that you should take action
Questions to answer before deciding

If you have marked most of the signs above, this is the time to discuss in more detail. Sinh Vũ can help you review and propose a direction.

References

Asana, RACI Charts guide; Umbrex, RACI Responsibility Matrix; Canva, Design operations guide; Frontify, Brand governance framework. The insights and application lens are practical experiences of Sinh Vũ.

Frequently asked questions

What is RACI, and how is it applied in brand approval?

RACI is a role assignment matrix consisting of four groups: Responsible (the doer), Accountable (the final responsible person, only one person per task), Consulted (the person consulted before finalizing), Informed (the person who just needs to know the outcome). In brand approval, you list each type of asset and assign these four roles, ensuring that the Accountable column never has two names on the same line.

Which type of assets can the team approve independently, and which types must be escalated to higher management?

The team can self-approve when using the correct approved template, the content does not touch on positioning or core identity, and there are no legal elements. Approval is mandatory when creating new assets outside the template, when the campaign has a wide impact, or when there are any statements that need legal consideration. This boundary needs to be documented, not communicated verbally.

What if the two reviewers disagree?

This is why the approval process needs a clear escalation path from the start. When both sides disagree, or when urgent matters exceed response deadlines, a third party must be designated in advance to finalize decisions, preventing indefinite delays due to no one having the authority to adjudicate.

← Back to Brand operating system