Creating a tool to assist educators in their classroom endeavors



At the Learning Technology Service at York University, I was teamed up with another Work-Study student to redesign their website and provide a new online experience. The project involved me exploring user-centred design methods to understand what the potential clients, shareholders, and support staff, would need/want from their online service.

Role
Project Management, User Research, Interface Design

Tools Used
Trello, Draw.io, Adobe InDesign, Figma, Wordpress

Timeline
September 2019 - Ongioing

Team
1 Project Associate/Designer
2 Stakeholders

Problem

How do we build a tool that allows educators to understand their potential for their classrooms?



Understanding the Issue

In order to get a framework on what their current web presence was, I took a look at their existing website and conducted a design audit to see what worked well and what could be improved.

The key takeaways from my audit concluded that:

1) The site lacked a consistent user flow

2) It lacked information on the services the department provided

3) Carousels and other elements on the website lacked any call-to-action to get the user to interact with it

4) There were no standards to determine reasons for contacting the department.


User Research

In order to better understand what LTS did and who the main points of contact were, the team interviewed our department’s managers, since they had the most experience in that matter and provided tons of insight. Our goals going into the interviews were: to better understand their vision for the department, as well as determine what their goals would be from the future website. These interviews allowed us to determine the following goals:





1) To create an information base of what the LTS does and how they serve faculty
2) To establish a point of contact for troubleshooting
3) To provide inspiration and resources for professors looking to improve how they run their classes
Our next steps were to empathize with our support staff, and interview them to understand their current workflow, as well as identify any present frustrations or difficulties in their process. Through this, we learned that to help their clients better, the support staff wanted a singular database of information regarding the tools and services LTS provides, a public online help guide for said tools and services, and a more detailed contact protocol. This would increase efficiency in their workflow, allowing them to service more clients daily with ease (provided the clients follow the detailed contact protocol).

Ideally we would have also interviewed potential users of the website, however we lacked the budget to do so. In lieu of being able to interview users, we decided to look at previously collected survey data about the workings of the department. This allowed us to understand the pain points of our clients, which overlapped with our support staffs frustrations, as well as our managers goals: 

To have a unified information base of the services and tools to inform clients of their possibilities and increase internal efficiency.

Design Solution
Create a web experience that projects the values and goals of the Learning Technology Services at York U, while displaying the resources available to educators within the University.

Information Architecture

The first thing we did when approaching our solution was to iron out and establish an information architecture. To get an understanding of potential flows, we organized an open card sorting activity using cards we sourced from existing resources such as their current website, and a previously constructed excel file of all the services they provided. This exercise was done with our stakeholders through the tool Trello. Trello typically isn’t used for card sorting, but we found its interface intuitive enough for them to understand the purpose of the assignment, which yielded great results.



Personas

To get a better understanding of the kinds of users we were designing for, we set out to make personas of each potential user: 1) Faculty New to York University, 2) Someone who knows of LTS and knows what they want, and 3) Someone who knows of LTS and doesn’t know what they want. Unfortunately, we lacked the budget to go out and interview current users who interact with the department, so we went to our support staff and polled them on the kinds of tickets they recieve, and the common client they help.

1) Faculty new to York University

(Click to expand)
2) Someone who knows of LTS and knows what they want

(Click to expand)
3) Someone who knows of LTS and doesn’t know what they want

(Click to expand)

 

System Map

Developing the system map brought the most challenges to the project. Accumulating the information we collected was simple enough, however the ability to contain the scope of the project within what was realistic within our allotted timeframe as well as our budget. The system map went through countless iterations but we eventually developed one that met both our goals and our managers expectations.


Creating a Prototype

With the system map set, we moved on to creating prototypes of varying fidelity. Using the collaborative design tool Figma, the team came together to design a series of interfaces that went through countless iterations before landing a finalized design.


First  Prototype

Our goal for the first prototype was to use existing Material Design components to create a quick litmus test of the flows we planned. Thankfully, our feedback instantly provided us with the information that it would take too many clicks on the users end to get to where they want to go.




Second  Prototype

With our second prototype, we wanted to get further in terms of visual ideation to make it feel more connected to the York University eco-system, as well as further our efforts to build a flow that worked within our managers and our own demands. With this attempt, we removed the biggest strain on our project with the individual tool pages and simply made the website a database of the tools the department provided. However upon feedback, we recognized that the lack of interactivity didnt fully service our potential users, and we moved on to a more dyanimc prototype


Final Prototype

After much deliberation, we finally designed a prototype that was able to meet all of our expectations. It provided the right amount of interaction and was knowledable enough that first time users would easily be directed to what they were looking for. We conducted user testing with the support staff and although there were certain services that needed to be removed as they were no longer offered, they found the experience simpler to their previous one and would easily be able to direct future users/clients to the documentation they would need.


Reflections

This was an exiciting project unlike any I’ve worked on before. It was the first time I was trusted enough that someone would hand me the keys to their own web platform and tell me to make it better. It was amazing because it pushed me to not only learn more about the industry I wanted to pursue, but other industries as well such as project management.

If I could do this project again, I would definitely try to include the support staff and many more points in the project. We would meet with them for specific things such as information about the clients they assist and how they do it, but looking back I wish I brought them in more for each prototype presentation rather than waiting till the end to get them to test it. The website was meant to be made for clients, be we forgot at times that a key user was our support staff as well.

This project is still in development, but expected to launch early September. Stay tuned for future updates.





call me beep me if you wanna reach me at: ginzbergben@gmail.com