System Redesign · Accessibility

UA HubIntranet Redesign

Redesigning information architecture and governance for ~300 University Advancement staff across a 10-week internship.

IntranetInformation ArchitectureAccessibilitySharePoint
View Case Study

TL;DR

The 30-Second Version

The UA Hub is an internal SharePoint platform at Michigan State University's University Advancement division. Staff use it to access tools, training, HR resources, and internal communications. It gets consistent traffic — 26,446 visits in 30 days. Staff were still going to email, direct links, and Microsoft Teams to get things done. This project diagnosed the structural failures behind that behavior and proposed a scalable redesign built on IA restructuring, UX flow validation, and a governance model designed to hold up after the internship ended.

The Brief

A Trust Problem, Not a Traffic Problem

Staff visited regularly. Experienced users could find what they needed — because they had memorized where things were. New employees had no chance. Content was duplicated across departments. Pages went months without updates. Nobody knew who was responsible for what. The search bar froze during peak use.

Three systemic failures drove the redesign.

Memorization over findability
The architecture was built around departmental ownership, not user intent. Experienced staff succeeded through institutional knowledge. Anyone new to the organization was left to discover things by accident.
No content ownership
Seven stakeholder interviews confirmed the same pattern. Pages existed without named owners. Content became outdated. Duplication spread across sections with no mechanism to catch or fix it.
Platform confusion
Staff had no clear guidance on what belonged on the UA Hub versus Microsoft Teams. Both tools were in use. Neither had a defined purpose. The result was fragmented workflows and parallel information streams.

The project operated under real enterprise constraints. SharePoint limits layout, search, and personalization options significantly. Stakeholder expectations varied across HR, IT, and Communications. The internship ran 10 weeks with no guaranteed ownership handoff at the end. Every design decision was made with those realities in mind.

Business Case

What's at Stake

A fragmented intranet carries measurable operational cost.

Visits / 30 days
26,446

Consistent traffic from only 331 unique users — users returning repeatedly, not finding what they need the first time.

Avg. session time
15:36

On an internal tool built for quick task completion, that number points to struggle, not satisfaction.

Desktop access
98.2%

Near-universal desktop use means SharePoint's mobile limitations were a lower-priority constraint.

Inbound Support Deflection

HR and IT stakeholders confirmed staff regularly contacted colleagues directly for resources that should be self-serve. Those requests consume time on both ends. At scale, across 300 staff, that adds up quickly.

Onboarding Friction

HR stakeholder Tabatha Dixon said it plainly: a fairly new employee was having a hard time — they discovered things by accident. Every new hire who can't navigate independently adds to HR support load.

Research

Making the Friction Visible

Research ran across the full 10-week timeline using qualitative and quantitative methods in parallel. Staff knew the platform was underperforming. Most couldn't say exactly why — they had built workarounds so gradually that the friction had become invisible. Interviews made it visible.

Seven stakeholder interviews across HR, IT, Marketing & Communications, and Events. Site analytics from May 15 to June 11, 2025. UX audits across high-traffic sections. Qualitative usability check-ins at the individual level.

"Why do we even have an intranet and what are we supposed to do with it?" — Stephanie Motschenbacher, Communications

Nobody had a shared answer. That was the root cause. Each interview surfaced different complaints on the surface — search failures, confusing labels, outdated content, a staff directory that sorts by first name. The structural failure underneath all of them was consistent: the Hub had been organized around content ownership, not around how staff actually needed to use it.

The Redesign

Three Interventions

SharePoint imposes hard constraints on layout, search, and personalization. Every solution in this project was pressure-tested against what the platform could actually support, not just what ideal UX would call for.

Information Architecture Redesign
Top-level navigation was restructured around user intent. Entry points were clarified for the three highest-traffic workflows: onboarding, training, and support. Section labels were renamed to reflect what staff search for — Training was reorganized to surface Ascend, ElevateU, and MSU courses without requiring prior knowledge of each system's name or location.
UX Flow Validation
UX flows tested whether staff could complete core tasks without memorization. Each flow mapped labeling clarity, escalation paths when content wasn't immediately found, and handoff points between the Hub and Microsoft Teams. The benchmark: a new employee completes a core task on day one without asking a colleague for help.
Governance as UX Infrastructure
Governance was embedded into the redesign as a structural element, not an afterthought. Each department page received a named content owner. Review cadences were defined. Standardized templates were created so non-designers could maintain consistency without design training. Governance infrastructure is what allows an IA to hold up over time. Without it, even a well-structured system degrades.

Structural failures created a cascade that made the Hub functionally unusable as a self-service tool.

A new employee's path from the UA Hub homepage to a support escalation — six steps, zero dead ends.

The redesigned IA restructures navigation around user intent — with named ownership in every section footer and a Quick Start on each page for new employees

Outcomes

What It Delivered

The project did not reach full production deployment within the internship timeline. Outcomes are measured against validated friction points and directional signals.

Cross-Functional Alignment

Stakeholders across HR, IT, and Communications reached shared agreement on the purpose of the Hub versus Teams. For an organization where that boundary had never been formally defined, alignment itself was a significant deliverable.

Governance Model Adoption

IT stakeholder Andrew DeGarmo confirmed alignment on the department ownership model. He identified content maintenance as the platform's core bottleneck. The proposed model addressed it directly.

Findability Improvements Validated

Proposed IA changes mapped directly to the top complaint categories from every interview: navigation label confusion, content duplication, and staff directory usability.

Metrics to Track

Time-to-task for core workflows, usage of redesigned entry points, HR and IT request volume related to content discovery, and content freshness rates by section.

Strategic Recommendation

Three Decisions Before Any Visual Redesign

Three organizational decisions need to happen before any visual redesign will hold.

Assign governance before shipping design changes
Content without named owners decays. The priority is assigning a content owner to every section and defining a review cadence. Visual improvements applied to ungoverned content will erode within a year.
Define the Hub versus Teams boundary at the leadership level
Staff are running parallel information streams across three channels because no policy exists to tell them what goes where. Hub for transactional self-service — forms, directories, training, HR processes. Teams for communication and collaboration. Nothing that needs a permanent home should live only in email.
Assign a product owner to the intranet
Intranets treated as one-time projects accumulate debt fast. A named product owner with authority over content standards and a mandate to track performance changes that dynamic. Metrics worth tracking: self-service rate, support ticket volume, onboarding time-to-task.
Reflection

What Enterprise UX Taught Me

Enterprise UX taught me that the interface is rarely where the hardest problems live. The real challenges on this project were organizational — getting seven stakeholders with competing priorities to agree on what the platform was supposed to do, making design decisions that could survive SharePoint's constraints, and building a governance model that non-designers could actually maintain after I left.

Framing design decisions in business terms was necessary. Stakeholders didn't respond to UX rationale alone. They responded to operational cost, onboarding efficiency, and reduced support burden. Learning to speak that language — and to design systems that outlast the designer — shaped how I think about every enterprise problem since.