Skip to content
WilliamAlexander.co
  • Studio
  • Work
  • Services
  • Process
  • Writing
  • Lab
  • About
  • Start a project
  1. Home
  2. Articles
  3. Redesigning Department Sites Without Chaos
Higher Ed Web

Redesigning Department Sites Without Chaos

Managing stakeholders and expectations across the university

May 2, 2026 10 min read

Key Takeaways

  • Secure active department leadership commitment before starting
  • Establish clear decision-making authority upfront
  • Use templates to provide flexibility within brand constraints
  • Content migration is always harder than expected—plan accordingly
  • Pilot with willing departments before rolling out broadly
Overview

The Department Redesign Challenge

Department website redesigns in higher education are a special kind of project management challenge. You're dealing with faculty who are experts in their field but not in web design, staff with competing priorities, students whose input matters but is hard to gather, and a web team caught between university standards and departmental desires.

These projects fail when ownership is unclear, when stakeholders disengage, or when the web team tries to push changes without buy-in. They succeed when roles are defined, expectations are managed, and the process respects both university needs and departmental identity.

The Partnership Principle

Successful department redesigns feel like collaborations, not impositions. The web team brings technical expertise and brand standards. The department brings subject knowledge and user understanding. Neither can succeed without the other.

Prerequisites

Before You Begin

Confirm Executive Sponsorship

Without active support from department leadership, projects stall:

  • Chair or director must commit to participating
  • They need authority to make decisions for the department
  • Ensure they understand the time commitment
  • Get written commitment before scheduling kickoff

Define Decision-Making Authority

Clarify who decides what before disagreements arise:

  • University/web team decides: Brand, technical standards, templates, accessibility
  • Department decides: Content, information architecture within templates, imagery
  • Joint decisions: Navigation structure, feature priorities, timeline trade-offs

Assess Readiness

Before starting, evaluate:

  • Does the department have capacity to participate?
  • Is content available or does it need creation?
  • Are there political issues that will complicate decisions?
  • Is there budget for any custom development needed?

The Engagement Test

If the department won't schedule a kickoff meeting within two weeks of initial contact, they're not ready. Move to another department. Chasing reluctant stakeholders wastes time and produces poor outcomes.
Discovery

Discovery Phase

Discovery builds understanding and buy-in simultaneously.

Stakeholder Interviews

  • Meet with chair/director, key faculty, and staff
  • Understand their goals and frustrations
  • Learn about their audiences and priorities
  • Identify potential resistance early

Content Audit

  • Inventory existing content
  • Identify outdated or missing content
  • Note content ownership and maintenance responsibilities
  • Flag migration challenges

User Research

  • Who uses the department site?
  • What are they trying to accomplish?
  • What works and what doesn't?
  • Consider prospective students, current students, faculty, staff, external visitors

Discovery Deliverables

Document findings in a discovery report that includes:

  • Stakeholder goals and requirements
  • User needs and priorities
  • Content inventory and gaps
  • Technical requirements
  • Recommended approach
Design

Design and Templates

The Template Approach

Templates balance consistency with flexibility:

  • University-approved templates ensure brand compliance
  • Departments choose from template options
  • Custom content within standard structures
  • Reduces development time and maintenance burden

What to Standardize

  • Header and navigation structure
  • Footer content and links
  • Typography and color palette
  • Core page layouts
  • Mobile responsive behavior

Where to Allow Flexibility

  • Hero images and featured content
  • Content organization within pages
  • Custom sidebar content
  • Specialized page types for specific needs

Show, Don't Tell

Stakeholders respond better to visual examples than abstract discussions. Create mockups early. Show how similar departments have handled common needs. Concrete examples reduce misunderstanding and resistance.

Limit Custom Requests

Every custom feature adds complexity and maintenance burden. Establish what's standard, what's optional, and what requires justification. Not every request deserves a yes—frame constraints as protecting their long-term interests.

Content

Content Migration

Content migration is where department redesigns often stall.

Common Challenges

  • More content than expected
  • No one knows who owns what content
  • Content is outdated and needs rewriting
  • Department expects web team to migrate everything

Migration Strategies

  • Selective migration: Only move content that's current and needed
  • Shared responsibility: Web team handles technical migration, department reviews and updates content
  • Sunset old content: Archive rather than migrate outdated materials

Content Migration Process

  1. Inventory all existing content

    Create a spreadsheet listing every page and its status.

  2. Categorize each item

    Migrate as-is, migrate with updates, archive, or delete.

  3. Assign ownership

    Name who is responsible for each piece of content.

  4. Set deadlines

    Content must be ready by specific dates or launch proceeds without it.

  5. Follow up relentlessly

    Content deadlines slip. Build in buffer and check progress regularly.

The 80/20 Rule

Typically 20% of content gets 80% of traffic. Focus migration effort on high-value pages first. Lower-priority content can be addressed after launch if needed.
Stakeholders

Managing Stakeholders

Regular Communication

  • Weekly status updates during active phases
  • Clear milestone communication
  • Early warning of delays or issues
  • Documented decisions and rationale

Handling Disagreements

  • Listen to concerns fully before responding
  • Separate preferences from requirements
  • Escalate to appropriate authority when needed
  • Document decisions for future reference

Faculty Dynamics

Faculty present unique challenges:

  • Expertise in their field doesn't translate to web expertise
  • Academic culture values individual autonomy
  • They may have strong opinions about content they don't maintain
  • Their time is genuinely limited

Respect their expertise while maintaining web standards. Frame guidance as professional recommendation, not mandate.

Launch

Launch and Handoff

Pre-Launch Checklist

  • All critical content migrated and reviewed
  • Redirects in place for changed URLs
  • Forms and integrations tested
  • Mobile experience verified
  • Stakeholder sign-off obtained

Training

  • Train content editors on the new system
  • Create documentation for common tasks
  • Establish support channels for questions
  • Schedule follow-up check-ins

Post-Launch Support

  • Monitor for issues in the first weeks
  • Address problems quickly
  • Gather feedback for improvements
  • Transition to ongoing maintenance mode
Conclusion

Sustainable Department Redesigns

Department redesigns don't have to be chaotic. With clear roles, realistic expectations, and structured processes, these projects can improve university websites while maintaining productive relationships.

Start with departments that want to participate. Build templates and processes that scale. Learn from each project. And remember that the goal isn't just a new website—it's a sustainable system for maintaining great department web presences over time.

Frequently Asked Questions

How do I handle faculty who want complete control over their department site?

Acknowledge their expertise in their field while explaining the university's need for brand consistency and technical standards. Offer them control over content within approved templates. Frame it as partnership, not restriction. Escalate to academic leadership if needed.

How long does a typical department redesign take?

Plan for 3-6 months depending on size and complexity. Discovery and planning takes 4-6 weeks. Design and development takes 6-10 weeks. Content migration and testing takes 4-8 weeks. Add buffer for stakeholder delays—they're almost guaranteed.

Should we redesign all department sites at once?

Rarely. Phased approaches work better. Start with willing departments to establish templates and processes. Use early successes to build momentum. Attempting all at once leads to resource bottlenecks and stakeholder fatigue.

What if the department chair doesn't engage with the project?

Lack of engagement usually means the project will stall. Before starting, confirm active sponsorship from department leadership. If they won't participate in discovery, delay the project until you have commitment. Redesigns without engaged stakeholders waste everyone's time.
Higher Education Web Strategy Project Management Stakeholder Management
William Alexander

William Alexander

Senior Web Developer

25+ years of web development experience spanning higher education and small business. Currently Senior Web Developer at Wake Forest University.

Related Articles

Higher Ed Web

Website Governance for Higher Education: Who Owns What?

11 min read
Higher Ed Web

Summer Website Projects for Universities

9 min read

Planning department website redesigns?

I help universities develop processes for successful department redesigns that scale. Let's discuss your redesign strategy.

Let's talk about your project.

Send a few sentences about what you're working on. Start a project →

Practice

  • Work
  • Services
  • Web design
  • Process
  • Start a project

Read & explore

  • Writing
  • Lab
  • About
  • Resume

Elsewhere

  • LinkedIn
  • GitHub
  • Email

Based

Roanoke, Virginia
Working in Eastern Time

Selectively available, Q3 2026

© 2026 William Alexander. Built by hand in Roanoke, Virginia.

Set in Inter and Fraunces. Running on WordPress, hosted on Flywheel.