Global content gets complicated quickly.
Complexity appears when ownership, local edits, review requirements, and publishing states begin to diverge across markets.
The challenge is maintaining control as those differences move through a distributed workflow.
Fragmented ownership
Teams need to know who owns the next decision when content moves across global and local workflows.
Version uncertainty
A source update can affect multiple markets differently, especially when local teams have already approved or edited content.
Automation without enough visibility
AI can accelerate adaptation, but teams still need to understand what changed, why it matters, and when human judgment is required.
One source can create multiple operational states across markets.
The hardest moments happen between teams and tools.
I mapped the workflow from source creation through adaptation, local review, approval, and publishing to identify where visibility and ownership begin to break down.
The critical problems were not isolated screens. They were handoffs between people and system states.
AI generates, detects, and assigns. Humans retain judgment, escalation, approval, and publishing.
Manage exceptions, not every variation.
Global teams do not need to inspect every market equally.
They need to know what changed, why it matters, who owns the next action, and whether the issue requires human judgment.
This led to an exception-driven product model where normal states stay quiet and meaningful changes rise to the surface.
Surface attention
Prioritize unresolved exceptions instead of treating every market as equally urgent.
Explain impact
Show the downstream consequence of a change without exposing unnecessary system complexity.
Clarify ownership
Every exception has a status, reason, owner, and next action.
Preserve human decisions
AI can accelerate adaptation, but approved local work is never silently overwritten.
A content model designed for change.
Instead of treating each localization as an isolated file, I structured SOURCEFOLD around connected objects that preserve source relationships, local decisions, review history, and release state.
The product model connects content lineage, human review, and release state without collapsing them into a single translation status.
A market is not simply a language.
It also carries its own review requirements, publishing conditions, accessibility needs, and local context.
This distinction allows SOURCEFOLD to treat each market as a traceable operational state instead of a static localization file.
Designing the rules before refining the interface.
The most important design work happened around system behavior: when automation should proceed, when it should stop, and how local decisions should survive future source changes.
Product Experience
I focused the product around one campaign — Orbit Launch — across four markets with different operational states.
The product experience focuses on the moments where users need to understand, decide, and resolve — not every screen in the platform.
- United StatesReady
- JapanReview Required
- FranceSource Updated
- BrazilBlocked
Know what needs attention.
The Global Workspace is organized around exceptions rather than generic dashboard metrics.
Each market exposes the information needed to act:
- Status
- Reason
- Owner
- Version relationship
- Publishing state
- Next action
This allows the content manager to understand campaign readiness without opening every market individually.
Design decision — 01
Normal states recede.Exceptions surface.
Give reviewers evidence, not a confidence score.
When SOURCEFOLD detects a market-specific issue that requires judgment, it pauses automation and brings the reviewer into a focused decision workspace.
The review experience separates three layers:
Source
What the original content says.
Adapted Variant
What AI proposed for the market.
Review Context
Why the system believes human judgment is required.
The reviewer can edit, approve, or escalate while the system preserves who changed what and why.
Design decision — 02
AI proposes.Humans decide.The system preserves the decision.
Show downstream impact before changing local work.
When the source offer changes from 20% to 25%, SOURCEFOLD does not mark every market as outdated.
Instead, the system evaluates which variants are actually affected.
- United StatesSafe to Update
- JapanNo Action Needed
- FranceReview Required
- BrazilSafe to Update
France requires attention because its approved local variant still references the previous offer.
Design decision — 03
Affected does not automatically mean actionable.
Preserve local decisions without losing source alignment.
When approved local content conflicts with a new source version, SOURCEFOLD makes the trade-off explicit instead of forcing synchronization.
Update affected field
Apply the source change while preserving unrelated local edits.
Keep local version
Record an intentional market exception.
Review manually
Create a new human-edited version before approval.
Design decision — 04
Local divergence can be intentional.
The system should record it, not erase it.
Publish independently without losing global visibility.
Approval and publishing are intentionally separate.
Before release, users can see which version of each market will go live, which markets are excluded, and why.
This allows approved markets to move forward even if another market remains blocked.
One system, different responsibilities.
SOURCEFOLD uses a shared content model, but the interface exposes different levels of complexity depending on the user's responsibility.
- Content ManagerGlobal readiness · ownership
- Market ReviewerAssigned decisions · supporting evidence
- Program OwnerLaunch risk · unresolved dependencies
One shared model, different levels of operational detail.
One content model, different interaction contexts.
The approved market variant remains consistent across devices while interaction controls adapt to each environment.
Desktop exposes more persistent context.
Mobile consolidates controls into touch-first patterns.
TV prioritizes focus states, larger targets, and reduced navigation depth.
One hierarchy, two visual environments.
The interface adapts to light and dark environments while preserving the same hierarchy, operational states, and interaction patterns.
Designing the states between the screens.
SOURCEFOLD is defined not only by its primary screens, but by the operational states that connect them.
Four SOURCEFOLD operational state families. Workflow: Ready, Review Required, Source Updated, Blocked. Review / provenance: AI Suggested, Human Edited, Human Approved, Escalated. Version: Current, Affected, Needs Re-approval, Approved Exception. Publishing: Not Ready, Ready, Scheduled, Live.
Workflow
Review / provenance
Version
Publishing
These states drive tables, review panels, version logic, publishing behavior, and notifications across the product.
Evaluating the system model, not visual preference.
The prototype is designed to test whether users can understand and act on SOURCEFOLD's operational states:
- what needs attention
- why AI paused for review
- what a source update affects
- whether approved local work is protected
- which markets will actually publish
Iteration 01 — Attention hierarchy
Whether users notice what needs attention before anything else.
Iteration 02 — AI review comprehension
Whether users understand why AI paused for review and what evidence supports it.
Iteration 03 — Source change / version resolution
Whether users understand what a source change affects and how to resolve it.
From global overview to local decision.
The final prototype follows Orbit Launch through the moments where operational complexity becomes visible:
- Global Workspace
- Japan Review
- Human Edit & Approval
- France Source Change
- Version Resolution
- Publishing Readiness
- Cross-device Preview
- Partial Market Release
Opens the complete SOURCEFOLD prototype in a new tab.
Designing for global scale means designing for change.
Design outcome
SOURCEFOLD turns a fragmented localization workflow into an exception-driven operating model. Instead of asking teams to inspect every market, the system surfaces where judgment is required while preserving source relationships, local ownership, version history, and publishing state.
What the concept demonstrates
- Exception-driven enterprise workflows
- AI-assisted review with human control
- Content lineage and version awareness
- Explicit ownership
- Intentional local exceptions
- Market-level publishing
- Scalable operational states
What I learned
Automation needs boundaries.
The value of AI is not maximizing automatic changes, but reducing repetitive work while making judgment points explicit.
Versioning is a user experience problem.
Users should understand what changed and what it affects without needing to think like engineers.
Exceptions are part of the system, not failures of it.
A scalable global product needs to support intentional divergence, partial readiness, and unresolved work without losing clarity.
What I would explore next
- Permissions and governance
- Localization memory based on previous human decisions
- Team-defined automation policies
- Broader content types and channels