The UX of a HUWX Portfolio!
Possibly the most important product I'll build this year, my aim was to:
I created a responsive, mobile-first website using bootstrap. Users have found it very easy to navigate the site and complete scenario-based tasks in the latest iteration of the portfolio.
I was solely responsible for all stages of the development process from initial secondary research to the creation of the final website and visuals.
As a personal project undertaken during a global pandemic, with zero budget, the main challenge I faced was to research the user requirements without having the means to visit Hiring mangers and UX professionals for interviews/contextual enquiries.
I followed a design thinking process in designing the portfolio, with the clear distinct stages 'Empathise', 'Define', 'Ideate', 'Prototype' and 'Test'. This was an iterative process, but for clarity I've displayed the content under the process headings in this case study.
The function of the portfolio is straightforward, focusing on a few tasks, so I felt that considering each manager's content as an 'interview' should show any behaviour patterns or common requirements.
I decided on a baseline of 5 'interviews', if I hadn't seen a clear pattern then I'd undertake further research or may have needed to rethink my strategy… fortunately I found that the requirements and responses were very similar among the 5 'interviewees'.
A little secondary research lead to a vast amount of content that answered any questions I had about the user requirements and revealed that:
Hiring managers are very vocal and offer a wealth of information when building your portfolio, especially if face-to-face interviews aren't feasible!
I created a primary persona and mapped their user story and journey in order to synthesise the problem statement from the research:
As a Hiring manager, Reyna wants to be able to view applicants' portfolios on the go and quickly determine the most suitable candidates to invite for an interview.
Here are the details of the primary persona used to formulate the problem statement. Thankfully the secondary research provided me with enough information and insight to build the identity of the primary persona for my portfolio.
Meet Reyna Chung:
Name: Reyna Chung
Age: 32
Occupation: Hiring manager
Marital status: Single
Location: Bristol
"Having a portfolio I can actually see was made by a person has opinions and passions and a sense of humour, that stuff makes me remember you"
Reyna needs to find time in her busy schedule to assess the portfolios of potential candidates.
Obstacles Reyna faces:
Questions she will ask:
"I do have a designated desk in the office - but I rarely get time to sit at it! I seem to be constantly in meetings... I find I often have to squeeze in a few minutes here and there on my phone to view and earmark the portfolios of potential new hires.
As a company we're passionate about design and the product journey, so I find I'll often discuss some of the best portfolios with my colleagues (we're all about collaboration) and show them the stand-out examples over lunch or a quickly-grabbed coffee.
I get a real buzz when I come across a portfolio that shows that the designer just 'gets it' and produces really good work ... especially if it doesn't read like a user's manual! I start to see how they could make a valuable contribution to our design teams."
If I want to make it to Reyna's shortlist then I need to ensure that she's engaged with my portfolio.
I mapped Reyna's user story and user journey to highlight her needs and help clarify the problem statement for the project.
Timescale: 1 working day.
Any other actors who might alter experience: Co-workers, friends, wider circle.
User goals: to prepare themselves for the day ahead.
Emotional state:
"busy day today! I need to finalise my hiring shortlist as well before this afternoon's meeting... got a hectic schedule this morning though..."
User goals: to use the time on the train journey to best effect.
Emotional state:
"at least I'll get a chance to flip through some portfolios quickly on the train."
User goals: to seek the opinion of a respected colleague.
Emotional state:
"There's Ben, I always respect his opinion on things"
User goals: to refuel and informally discuss potential candidate portfolios.
Emotional state:
"I'm really hungry! Lunch will be a good chance to catch up with the guys and see how things are going, I can sound them out about the candidates as well, after all, they'll be working with them even closer than I will!"
User goals: to view short-listed portfolios, CVs and social media in greater depth.
Emotional state:
"OK, we all seem to be on the same page about the best portfolios... let's find out some more about their work background and what makes them tick"
User goals: to formalise the shortlist of candidates with their line manager.
Emotional state:
"I think these are the best candidates... I'm sure they'll agree"
Examples of some of the initial wireframe sketches created before the first prototype and the rationale behind the designs.
I liked the idea of a card-based approach, but felt this very minimal layout was too sparse for my portfolio.
I also considered a very trendy dark mode as default, but felt that this works best when you want the images to take centre stage and better suited to a photographer's or visual artists' portfolio — mine is content–driven.
I considered an alternative design with a section for each project taking up the width of the screen, but realised that users would need to scroll through to view each project. A card-based layout would provide users with an instant overview of my work.
In this design the same bottom tab bar is used for navigation on mobile and more conventional navigation on desktop with prominent 'call-to-action' buttons.
I considered leaving a column on the left for titles and headers at larger screen sizes, but felt that smaller sections may look a little cluttered.
I also felt that I'd lose the visual hierarchy and the design would be less clear in the sections that expand to make the most of the whole screen (user journey maps etc.).
This is closer to the final design of prototype 1. Content is generally contained in 2 centred columns on larger devices, but allows for hero images/detailed content to make the most of screen space on desktop without losing the visual hierarchy.
Includes a hybrid mixture of real and 'dummy' content. Works like an interactive wireframe and uses the bottom tab bar UI pattern on smaller screens.
Only uses genuine content. More of a high-fidelity mock up, bottom tab bar is discarded for a conventional hamburger menu on mobile screens.
The main pain points appeared to be:
The main reasons for improvement: