300dtd-finance-website

Sprint 1 - A Working UI Prototype

Sprint Goals

Develop a prototype that simulates the key functionality of the system, then test and refine it so that it can serve as the model for the next phase of development in Sprint 2.

Figma is used to develop the prototype.


Initial Database Design

Replace this text with notes regarding the DB design.

The database will have a users table that has all the info on the user (tier, name, email). There will be a posts table with an author linked from the users table, and a comments table linked to a user and a post.

Initial Database

After I finished making this mockup I discussed the site further with my client. We soon understood that he wanted users to be able to post comments on people’s posts.

“I feel like it would make the site feel much more active to let users post comments.”

I amended my database to have a comments table.

Alt text

Required Data Input

When creating an account, the user will provide important info such as their name and email. They will apply for a tier but this will only work if an admin verifies that they have paid.

For posts, values like the author and date will be generated automatically depending on who’s making the post and when. The title, content and minimum tier will be directly entered by the author.

For comments, the author, post and date will be generated. The only thing supplied by the user is the main content.

Required Data Output

Users will only have their username on display and maybe their tier to protect their privacy.

Posts will display the author, title, content and date. They will also embed the video link so that the video is watchable without leaving the site.

Comments will display the author’s info, date and content.

Required Data Processing

When the users create the password for their account, we will run it through a password hash for security reasons. This way, if we have a leak the passwords will be indecipherable.


UI ‘Flow’

18/07/2025

The first stage of prototyping was to explore how the UI might ‘flow’ between states, based on the required functionality.

This Figma demo shows the initial design for the UI ‘flow’:

Testing

I tested the flow by doing tasks that the user will commonly be doing such as logging in and creating posts.

I also provided my client with this UI flow model to get some feedback, as seen below.

Changes / Improvements

“I want to add a page that has more detailed information about the post like the date etc. It would feel better to make a post from the home page rather than having to click on my account. You should also be able to click on a post and view it from the users account. There needs to be an admin dashboard page where I can activate/control accounts.”

Because the admin must verify whether or not the user has paid, I must add a ‘verified’ column to the users table. This will be true or false so it must be a boolean.

users table with a verified column


Initial UI Prototype

25/07/2025

The next stage of prototyping was to develop the layout for each screen of the UI.

This Figma demo shows the initial layout design for the UI:

Testing

I showed this prototype to my client and a potential user of the site. I told them to use it just as if they were actually interested in the service, but wanted to see how the site felt. Below is the feedback that I obtained. I also kept Nielsen’s usability heuristics in mind when listening to their feedback.

Changes / Improvements

“Overall the website felt pretty good to use. Rounded corners on certain elements would make the site clearer and easier to read. The fields where text is entered are too large. I want The links on the navbar to look like buttons rather than text/links. The buttons on the landing take up too much room, I’d prefer them to be side by side. I think there needs to be a more clear way to indicate that the user is signed in, such as adding their name in the navbar instead of ‘my account’. Having the logout button on so many pages seems redundant, I think it would be better to just have it on the user’s account page.”

After making these changes my client was happy with the design.

“looks great!”


Refined UI Prototype

Having established the layout of the UI screens, the prototype was refined visually, in terms of colour, fonts, etc.

This Figma demo shows the UI with refinements applied:

Testing

I showed this color palette to my client, but he didn’t like it.

Changes / Improvements

Replace this text with notes any improvements you made as a result of the testing.

FIGMA IMPROVED REFINED PROTOTYPE - PLACE THE FIGMA EMBED CODE HERE - MAKE SURE IT IS SET SO THAT EVERYONE CAN ACCESS IT


Sprint Review

Replace this text with a statement about how the sprint has moved the project forward - key success point, any things that didn’t go so well, etc.