← All work

Archive work · Earlier project

02 / Grand River Council on Aging

When “Support” means two different things.

Making an information-heavy community website easier to navigate, starting with its language.

My role
UX researcher & designer
Context
Undergraduate capstone · 2025
Team
Eight-person research and design team
Outcome
Revised information architecture + iterative mobile prototypes
GRCOA / INFORMATION ARCHITECTURE
One label. Two intentions.
Support
I need help.I want to give.

Clearer language starts with intent.

Concept diagram · not a client screen

01 / Context & ownership

The starting point.

The Grand River Council on Aging website had to connect people with information across a large set of pages. Dense navigation and unfamiliar categories made finding the right starting point difficult. Our team investigated how people searched, grouped information, and interpreted the labels.

What I owned

I analyzed a 17-response survey and 21 interviews, synthesized findings into three user archetypes, and helped prioritize navigation requirements. I compared navigation through card sorting and tree testing and presented task-completion findings to client stakeholders. The broader research and prototype outcomes were shared work across our eight-person team.

“Support” could mean receiving help or financially supporting the organization. A short label was not necessarily a clear label.

02 / Decisions that mattered

The decisions.

01

Organize around the visitor’s task.

Interviews, a 17-respondent survey, and affinity synthesis helped the team understand information needs. Open card sorting challenged categories that reflected the organization more than the visitor.

The reasoningA navigation system should match what people are trying to accomplish, not require them to learn an internal structure.

02

Test labels before polishing screens.

Tree testing exposed confusion in the proposed structure, including the two meanings of “Support.” The team revised labels and made calls to action more explicit.

The reasoningA visually cleaner page cannot repair a label that sends someone in the wrong direction.

03

Work through the mobile hierarchy.

Low-, mid-, and high-fidelity prototypes developed the revised architecture into a mobile-first experience, with accessibility and visible routes to information in mind.

The reasoningLimited screen space forces a useful decision: what does someone need to recognize first?

03 / Outcome & reflection

What changed.

The team produced a revised information architecture and iterative mobile prototypes. Later iterations improved the clarity of the proposed navigation, while remaining interaction issues were documented. The useful output was a more defensible structure, not just a new visual skin.

What the results don’t tell us

This case describes a research and prototype outcome. It does not claim a measured increase in live-site task completion or a production launch. The diagram shown here explains the label problem; it is not a final client screen.

Where I’d take it next

Retest the revised labels with representative visitors, resolve remaining interaction issues, and validate accessibility in the implemented site.

Next case study / 01MedBot