CU Study

Web design
Figma
HTML
CSS
PHP
SQL
Timeline
Tools
My Role
UXUI designer
uX researcher
UX Writing
Usability Tester
Introduction
CU Study is the platform for Chula seniors to provide free tutoring lessons for juniors voluntarily with the match system, which makes it easy to find seniors or juniors having the same free time.
My role
I led the design, user testing, and development of this project from end to end. I collaborated with four of my college friends throughout the entire project.
Problem
Some students do not understand the material they have studied and are sometimes unable to keep up with their college friends. Moreover, tutoring is also expensive. To provide juniors with limited financial resources with the opportunity to learn, we developed a tutoring system. And by doing this, teaching opportunities are also created, helping seniors advance their careers in the future.
Goals
- Students with limited resources have more opportunities to study.

- Seniors have the opportunity to gain teaching experience in order to create a personal history and a future career.

- Seniors and juniors can each pick the best study partners for them to learn from at their own pace.

- To create a positive relationship between seniors and juniors.
Early Ideation
After getting the topic, I and four other friends started to understand the user before coming up with interview questions. We used a problem discovery framework. In order to generate ideas for a system that will serve the needs of the majority of users, we pretended to be students or those who have an interest in this issue. In order to create a system that closely satisfies user needs, listing potential issues and their solutions is very helpful.
We brainstorm ideas in Figjam. This problem framework is divided into four topics. The wind is the thing that causes a ship to sail, or something that will help solve the problem. An anchor is a device that prevents a ship from moving forward, like the obstacles we encountered. Harbor is the goal of seafaring or the goal of learning to understand, and icebergs are deeper problems that we find difficult to solve.
Following the discovery framework, we used the 5 Why Questions framework to further understand the problem. We then move on to interview questions and use the Gather.town platform to conduct one-on-one interviews with other students.
After the interview, we had two different categories of personas: students and tutors. At first, we divided the group of students into two personas: science students and art students. Then, in order to cover all types of learners and help the system be developed to fully meet the needs of all users as possible, we looked for the same points before combining them into a single person.
And we have summarized the persona of the instructor or senior as well.
Then, we created a customer journey map to simulate user activities in each list and better understand the user's pain points. It covers feelings, thoughts, pain points, and opportunities. For example, the activity is to find a tutor who teaches the subject you want and is available at the same time. a negative feeling, which is tiredness from looking for a tutor. The pain point is the difficulty of finding a tutor. The opportunity is to gather tutors for both the subject and the time that they wish to teach.
Data Flow
We planned the system's operation using a data flow diagram before building the prototype. This flow is divided into first-time use cases involving subscriptions and regular use cases involving logins. It covers both the student and teacher sides of the implementation process. Performing data flow makes it easier for us to create prototypes.
Prototype
Webpage

Homepage with Registration and Login CTA

Registration page

Login page

Internal web page: Student

Selecting subject page: student

Class schedule check page: Student

Chat page: Student

Internal web page: Tutor

Certificate showing page: Tutor

Internal web page when viewing personal information: Tutor

Mobile: student
Mobile: tutor
In terms of the prototype, the appearance of the student and tutor sides is similar on some pages, such as the home page, subscription, login, and settings. As for other pages, they will be different; for example, on the student side, there will be a page where you can set the subjects you want to study. The tutor's side will have a page to insert the certificate that they have, etc.

Challenges

- Students' choice of tutor qualifications is still limited because the system can still match only the exact date and time.

- Learning methods still depend on the agreement of learners and tutors, such as learning online via Zoom or on-site. There is not yet a direct learning channel through the system.

Future steps

- Create a match system with filters for learners and tutors who have similar schedules. And the student side can customize the instructor's characteristics, such as gender, age, and so on.

- Create a platform for learning directly through the app without requiring external platforms for teaching such as Zoom or Google Meet.
View more about this project
User Research Prototype