Content chaos was costing Jabil time, money, and employee trust. Six siloed platforms. No single source of truth. Employees wasting hours hunting for the right version of the right document. This is how we fixed it — and achieved 83% adoption in 30 days.
Jabil's MarComm and Sales teams operated across six separate content platforms — each with its own portal, navigation, taxonomy, and workflows. The fragmentation wasn't just inconvenient. It was creating real business risk: compliance exposure from outdated content, version control failures, and a workforce that had simply stopped trusting any single source of information.
of existing content across the six platforms was rarely or never accessed. The real opportunity wasn't building a better repository — it was making the 20% of high-value content effortlessly findable. That insight shaped every subsequent design decision.
I led this project through a structured five-phase methodology: Discover, Define, Design, Develop, Deploy. Each phase builds on validated learning from the previous — ensuring we didn't just create another platform employees would ignore.
We interviewed employees and stakeholders across HR, Legal, IT, Operations, and Sales. We analyzed 12 months of usage data and support tickets, audited all existing platforms for content overlap, and mapped real user workflows — how people actually tried to find a policy, retrieve a template, or access a brand asset.
We also conducted a competitive analysis of enterprise content systems to understand what best-in-class looked like. None of this was about building a feature list. It was about understanding the root cause of the problem.
We created a unified information architecture that consolidated the disparate taxonomies of six platforms into a single coherent structure. We defined a content governance model covering who creates, approves, and archives content — because the best-designed platform fails if content goes stale within six months.
Low-fidelity wireframes were tested with employees from different departments and roles before we moved to high-fidelity. This was deliberate — catching navigation issues, terminology problems, and usability gaps when they were cheap to fix, not after development had locked them in.
Design principles drove every decision: search-first with smart autocomplete, card-based scannable layouts, contextual personalization by role and location, mobile-ready touch-optimized interfaces, and performance-optimized for global access across varying bandwidth conditions.
Lo-fi sketch
Mid-fi wireframe
I partnered with an external development vendor throughout the build, running weekly design reviews during sprint cycles and making real-time adjustments as technical constraints emerged. The goal was always to preserve the user experience intent — not sacrifice it for engineering convenience.
We launched to a pilot group first, gathered structured feedback, refined the experience, then rolled out phased to 50,000 employees globally. We invested in change management from day one — training materials, communications campaigns, and early-adopter feedback loops — because adoption requires deliberate effort, not just a good product.
The platform achieved 83% user adoption within 30 days of launch — nearly double the industry average of 40–50% for enterprise content systems. More importantly, it held that adoption over time, because it solved a real problem rather than adding another system to navigate.
The 80/20 insight — that 80% of content was never used — completely reframed the project. We stopped trying to build a comprehensive repository and focused on making the 20% of high-value content effortlessly accessible. Without that research, we'd have built the wrong thing well.
Testing wireframes and prototypes before development started saved months of costly rework. Navigation issues, terminology confusion, and usability gaps surfaced early — when a design change costs hours, not sprints. This discipline is what separates good UX practice from expensive guesswork.
Content governance wasn't an afterthought — it was a first-class design problem. We built governance processes, tools, and ownership models before launch, ensuring the platform's content stayed healthy and trustworthy long after the initial excitement faded.
The tendency is to pick a platform first, then figure out content. We did the opposite: understood user needs and behaviors first, then selected technology that could deliver on those needs. The platform choice followed the problem definition, not the other way around.
One of our best decisions was to be selective about content migration. Not everything deserved to live in the new system — and bringing legacy clutter into a clean environment would have undermined the entire value proposition of consolidation.
83% adoption didn't happen passively. We invested in change management, training materials, and communications from the start. Building a great product is necessary but not sufficient — getting people to change their behavior requires deliberate effort.
The best-designed platform fails if content goes stale within months. Sustainable content strategy means building the governance model — ownership, approval workflows, archiving cycles — into the system from day one, not bolting it on later.