Roles: All stages of the design process were done by me
Project Start Date: Nov. 2025
Project End Date: January 2025
Goal: To create a public art museum website that allows users to purchase tickets, view events, schedule visits, and view the expected number of people visiting per day.
Target Audience: 18-60 year olds and/or working adults, college students, or users who like to peruse art
Key Challenges: Handling all stages of the process on my own
Constraints: Usability study is limited to the social circle, only one main viewpoint for the entire project
This is my second case study that I completed while doing Google's UX/UI course on Coursera. The prompt was to take our first project and re-design it for a website. Using the same goal, I rehashed my design, changing a few elements, and added two user flows. The project also took responsive design into account to make a website that was both desktop and mobile friendly.
The study will go over my process and include any artifacts created during the completion of this project. Content will be presented in order of when they were created.
The required research for this stage was mostly the same as the previous portfolio project.
In summary, I used qualitative research as grounds to create user personas, a user journey map, and a competitive audit.
The key questions that guided me during this stage were:
Lack of time
Subject Interest
Other visitors
Cultural Indifference
The same personas as before were also used.
Selected to be the one the user process focuses on
Considerations from this persona were accounted for in the user process
I then developed a goal statement and problem statement.
Goal Statement: The public art museum app will allow users to schedule visits, view day-to-day events, and see estimated visitors per day, which will affect demographics of all ages who have interest in art by allowing them to be able to pick the most suitable day to visit the museum without any worries.
A competitive audit was made to understand how other companies structured their websites.
During the wireframe process, I first drew paper wireframes to allow for quick idea generations.
My primary goal was to include ways to show the site's personality and values with an engaging design.
Then, after finalizing my wireframes, I converted them into a digital layout.
I designed both the desktop and mobile versions of the website. My concern here was to make sure that the website's content was easy to understand regardless of screen size. I also put more focus on the schedule page, which would be one of the core parts of the user flow.
Unfortunately, due to some limitations, not all webpages could be created. However, I ensured that the core of the website could still be shown.
The digital wireframes were then made into low-fidelity prototypes to test interactivity.
Nodes were added to each page to ensure that, during testing, users were able to easily navigate to the needed sections.
Made using shapes with only a bit of text to signify what each page is for. The main user flow is the checkout process.
Here is the link to the prototype.
After completing the prototype, I did an unmoderated usability study. This study was limited due to my lack of diverse participants willing to take part within the specified time. The participants were three women and one man.
Users noted the lack of ability to go back in the checkout process. While they could continue forward, they could no return to the previous page without clicking on the homescreen. This means they could lose their progress or have to re-enter their information instead of revising or double-checking.
An aesthetic concern made in passing by users was that they were startled by how big the text for the selected date would be on the schedule page. Potentially decreasing the text's size and emphasizing the date in a new way might work better for users.
While filling out visitor information in the checkout process, users noted the lack of a name field. It was pointed out that there were fields for a phone number and email, but not for a legal name. One user asked if this would pose any trouble if they got to the museum.
With these actionable insights, I then finalized my low-fidelity wireframe with the new changes. I transitioned to working on my high-fidelity mockups.
I used more expressive language to make the website look more friendly to the user. I also added a distinctive color block to emphasize the purchase section of the page. Before, the purchase section blended too easily with the rest of the content and didn't stand out.
Mockups containing images, text, and color were then created. Due to the nature of this case study, images are all stock images found on Unsplash.com, and the text is Lorem Ipsum. The images will also be repeating, and there is no official content.
I tried to make this website more colorful than its app counterpart. This included adding color boxes, stylized text, and buttons. I also added shadows to give interactable boxes more depth and help them stand out from the page.
The goal here is for the user to find ease in choosing a date and purchasing a ticket for said date.
Here is the link to the prototype.
Measures were taken to ensure the design and flow were accessible to all users.
The checkout page would be accessible via the Ticket Page or the Schedule page. If accessed through the Schedule page, it would input the selected date for the user. The user also has the choice to either manually type the date or select from the embedded schedule.
The site navigation can either be found at the top of the page or at the bottom. This makes it easier for users to access the pages they want on the web.
Users can view their tickets upon purchasing. Though not shown, if the user clicks View Ticket, they will have the option to download. The ticket would also be sent to the user's email address upon payment confirmation.
I learned that color is a great way to break up content and make things more readable. Even if your palette is only three colors, you can implement them in various ways to highlight or emphasize information. There is also the importance of language. I found adding friendlier language makes the page more personable and fun to interact with.
This project was a great way to put the things I learned in my previous project (the app version of this concept) to the test.
The only regret I have for this project is not adding the rest of the webpages for the site. My primary concern was to demonstrate the user flow, so I forewent the other pages that can be found in the navigation. Adding them all, while completing the website, would take up space in the content I wish to show. Other than that, I am satisfied with the site.