Making Contact

January–February 2024
Helping RISD students connect with the right contacts and appointment portals so they can receive personalized support for their unique and complex problems and needs.

Background

Since 2022, RISD worked with agency Code and Theory to research how students experience RISD’s digital products and how it could be improved. At this time, RISD also had a separate app called myRISD which allows students to "personalize their RISD experience and provide access to campus services and resources at their fingertips."

Code and Theory learned three key ways in which the experience doesn’t currently address their needs which later resulted in the creation of the Student Hub:

  1. RISD’s digital experience is fragmented, making it difficult for students to find information and complete their tasks.
  2. Websites aren’t built for student needs (high information density, buried CTAs, etc).
  3. Current content modeling did not facilitate content discovery and pathing.

In 2024, me and several other students conducted research on the effectiveness of the current 2024 Student Hub, as well as the myRISD App. My research goal was to recognize areas for improvements and determine if there was a need for the myRISD App.

User Interviews and Affinity Mapping

I discovered several pain points after interviewing seven students about the Student Hub and My RISD:

How Might We...?

Based on my findings, I ideated a bunch of “how might we” statements but settled on:

How might we help students find the right contacts so they can receive personalized support for their unique and complex problems or needs?

User Personas

Based on my research, the problems identified, and the users I interviewed, I developed two user personas to guide my future research:

I decided to focus on designing for Alice because my exploratory sketches and user flows demonstrated that she would likely have a more complex user flow. So, if I could design a successful solution for her, then it’s possible that I would solve for Timmy in the process.

Current State Journey Map

To empathize with my users, I developed a current state user journey map to understand their emotions and relationship finding contact information, their contexts, and identify opportunities for improvement or competitive advantages.

UI Sketches

I drew some preliminary sketches based on my problem statement. After mapping out the user flow based on a sketch, I refined it into a final sketch which is shown below.

User Flow

In summary, users will select filters for topics they are interested in discussing. Based on their selections, they will be recommended different departments they can contact, upon which they can learn more about the department and receive phone numbers, emails, addresses, and appointment scheduling links.

Ideally, students would be able to schedule their appointments in one platform. After stakeholder feedback from the RISD Digital Experience Team, however, I decided to hold off on an appointment platform. For now, the appointment section would just link to the appropriate page or platform. A single appointments platform is complicated by the needs and workflows of the individual departments at RISD.

Sitemap

The sitemap is a critical artifact for guiding the information architecture of the contact filtering feature. There many departments and offices at RISD which could be further divided into several categories and subcategories. I tried to divide them so that they aren’t too general or so specific that the options overwhelm users.

Below is a condensed version of the sitemap; the stacked squares connotes categories and subcategories.

The proposed user flow would be accessible starting from the top-level of the website. All pages and subpages would have a button that jumps to the appointment page OR section of this proposed user flow unless they do not offer appointments.

Wireframing and User Testing

After developing and prototyping wireframes, I conducted usability tests with five users. I asked them to complete three tasks: schedule an appointment for career guidance, reschedule the appointment, and then cancel it.

The most important findings:

  1. The "Ask Us Anything" button was not intuitive at all. Users wanted to scroll on the homepage before clicking on the hamburger menu. And, everyone ignored the “Ask Us Anything” button because the meaning was unclear, assuming that it would take them to a contact form. It is not an appropriate “catch all” term for filtering for departments, finding contacts, and scheduling appointments.
  2. Users weren’t sure how to access their existing appointments. Again, because “Ask Us Anything” doesn’t communicate the concept of “appointments.” The “View Your Appointments” link at the start of the flow was unnoticable or forgettable to at least one person.

High-Fidelity Prototype

With feedback gathered from the usability tests, I developed high-fidelity prototype. This prototype introduces a new "filtering" concept, where users can filter for departments based on general and specific topics.

The Inventory slide lists all of the components being used from RISD's existing design system. The Custom Components slide lists new components I've created and proposed for this design.

Conclusions and Next Steps

I presented my work to RISD's Digital Experience team, the course instructor, and the teaching assistant who all provided really helpful feedback and food for thought that should be factored into future designs:

Regarding next steps:

  1. Test the hi-fi prototype with users: Looking specifically at whether or not users continue to overlook the directory and the impact of UX writing on intuitive design.
  2. Content Strategy: Depending on user testing, if successful, it’s important to discuss how and what users are able to filter for regarding specific topics.
  3. Evaluate Feasibility of a Single Appointment System: After a quick inventory of current appointment platforms and methods used across RISD, I found that RISD uses 5–7 platforms or “methods” (i.e. call-only) to schedule appointments. This calls into question why so many platforms are being used and what each departments’ needs are.