Fractal: SaaS HR platform redesign
Reduced internal HR support tickets by 25% and increased user satisfaction in request submission flows by 18%.
Role
UX/UI Designer
Industry
HR
Duration
3 months



What is Fractal?
Fractal is an HR SaaS platform used by over 60,000 employees across Latin America. I was tasked with redesigning its core request system, which had been built without UX and caused confusion, errors, and a high support load for HR. I led the full UX process to restructure five key flows including vacation, medical leave, and shift changes into a desktop and mobile-friendly experience.
Understanding the problem
The original request system for Fractal was built without a product design team. As a result, employees experienced confusion, missing feedback, lack of guidance, and frequent errors that required support from HR.

Original Fractal interface for vacation requests.
Stakeholder interviews
To get a full picture of what was happening, I conducted multiple interviews with stakeholders from different sides of the product. I interviewed employees who used the platform every day, HR managers who managed the requests, developers who built the system, and the product manager who was in charge of the project. These conversations helped me understand the real pain points from both the user and business perspective.
What stakeholders shared
Users | HR Manager | Product Manager |
|---|---|---|
Users felt unsure after sending a request, often leading them to ask for support to their HR managers. | HR received many messages from employees asking if their request had been sent correctly. | The team knew the request system needed improvements but didn’t have enough clarity on what to fix first. |
When users made a mistake in a form, they didn’t know which field was wrong. | Employees often uploaded the wrong or incomplete documents because they did not know what was required. | A mobile version of the system was needed for users that use the platform on their phone. |
Depending on the type of request (like medical leave or shift change), they didn’t know what documents were required to submit. | Reviewing and correcting these requests took a lot of time and slowed down the process. </aside> |
Heuristic evaluation
I reviewed the live product using Nielsen’s heuristics to spot common problems in the experience. Many of the issues I found, like missing feedback, unclear form errors, or missing document requirements, matched what users had already mentioned in interviews. This helped validate their concerns and gave the team clear reasons to prioritize certain fixes.
Heuristic evaluation results
Problem | Heuristic | Why it was a problem |
|---|---|---|
No feedback after submitting a request | Visibility of system status | People didn’t know if it worked |
No way to cancel or edit a request | Error prevention | It caused stress and more manual work |
Form errors were unclear | Help users recognize, diagnose, and recover from errors | Users didn’t know where they had made mistakes |
Missing information on required documents | Help and documentation | Led to confusion and delays in processing |
Users had to remember details | Recognition rather than recall | Added mental load and caused uncertainty |
Screens were cluttered with unnecessary information | Aesthetic and minimalist design | Added mental load |
Pain point prioritization
After gathering feedback from users and running a heuristic evaluation, I had a long list of problems that were affecting the experience. To help the product manager and development team know where to focus first, I organized and prioritized the issues using Nielsen’s severity scale.
🟠 Severity 3: Major Usability Problem (important to fix)
No feedback after submitting a request.
→ Users had no idea if their action worked, leading to repeated submissions or support calls.
No way to cancel or edit a request after submission.
→ Created user frustration and required HR to step in manually.
Form errors were unclear.
→ Users couldn’t tell which fields needed fixing, causing failed attempts and confusion.
Missing info about required documents per request type.
→ Led to delays, rejected requests, and support dependency.
🟡 Severity 2: Minor Usability Problem
Users had to remember their vacation balance or policy details
→ Increased cognitive load and made people unsure about their request.
🟢 Severity 1: Cosmetic Problem
Screens were cluttered or had unnecessary information.
→ Didn't block the task but made it less pleasant to use.
Designing the solution
How data was organized
To bring more clarity to the experience, I mapped out five key request flows that employees use most often in Figjam. These included vacation requests, medical leave, shift changes, extra hours, and license requests. Each one had different requirements and logic, so I organized them under a shared structure that made it easier for users to choose the right option and complete their request without confusion. It also helped the dev team by organizing the system.

Fractal platform sitemap.
User flow for request submissions
I traced the main steps employees follow when submitting a request. To make the experience smoother, I added a confirmation step and clear feedback at the end, so users feel confident that their request was properly submitted. If they spot a mistake, they can go back and fix it before sending.

User flow for submitting a request.
Wireframes
Once I had mapped the full user flow and prioritized the key problems to solve, I started sketching ideas on a whiteboard to address the pain points. My goal was to design a system that felt simple, clear, and familiar, even when handling different types of requests with different rules.


What is Fractal?
Fractal is an HR SaaS platform used by over 60,000 employees across Latin America. I was tasked with redesigning its core request system, which had been built without UX and caused confusion, errors, and a high support load for HR. I led the full UX process to restructure five key flows including vacation, medical leave, and shift changes into a desktop and mobile-friendly experience.
Understanding the problem
The original request system for Fractal was built without a product design team. As a result, employees experienced confusion, missing feedback, lack of guidance, and frequent errors that required support from HR.

Original Fractal interface for vacation requests.
Stakeholder interviews
To get a full picture of what was happening, I conducted multiple interviews with stakeholders from different sides of the product. I interviewed employees who used the platform every day, HR managers who managed the requests, developers who built the system, and the product manager who was in charge of the project. These conversations helped me understand the real pain points from both the user and business perspective.
What stakeholders shared
Users | HR Manager | Product Manager |
|---|---|---|
Users felt unsure after sending a request, often leading them to ask for support to their HR managers. | HR received many messages from employees asking if their request had been sent correctly. | The team knew the request system needed improvements but didn’t have enough clarity on what to fix first. |
When users made a mistake in a form, they didn’t know which field was wrong. | Employees often uploaded the wrong or incomplete documents because they did not know what was required. | A mobile version of the system was needed for users that use the platform on their phone. |
Depending on the type of request (like medical leave or shift change), they didn’t know what documents were required to submit. | Reviewing and correcting these requests took a lot of time and slowed down the process. </aside> |
Heuristic evaluation
I reviewed the live product using Nielsen’s heuristics to spot common problems in the experience. Many of the issues I found, like missing feedback, unclear form errors, or missing document requirements, matched what users had already mentioned in interviews. This helped validate their concerns and gave the team clear reasons to prioritize certain fixes.
Heuristic evaluation results
Problem | Heuristic | Why it was a problem |
|---|---|---|
No feedback after submitting a request | Visibility of system status | People didn’t know if it worked |
No way to cancel or edit a request | Error prevention | It caused stress and more manual work |
Form errors were unclear | Help users recognize, diagnose, and recover from errors | Users didn’t know where they had made mistakes |
Missing information on required documents | Help and documentation | Led to confusion and delays in processing |
Users had to remember details | Recognition rather than recall | Added mental load and caused uncertainty |
Screens were cluttered with unnecessary information | Aesthetic and minimalist design | Added mental load |
Pain point prioritization
After gathering feedback from users and running a heuristic evaluation, I had a long list of problems that were affecting the experience. To help the product manager and development team know where to focus first, I organized and prioritized the issues using Nielsen’s severity scale.
🟠 Severity 3: Major Usability Problem (important to fix)
No feedback after submitting a request.
→ Users had no idea if their action worked, leading to repeated submissions or support calls.
No way to cancel or edit a request after submission.
→ Created user frustration and required HR to step in manually.
Form errors were unclear.
→ Users couldn’t tell which fields needed fixing, causing failed attempts and confusion.
Missing info about required documents per request type.
→ Led to delays, rejected requests, and support dependency.
🟡 Severity 2: Minor Usability Problem
Users had to remember their vacation balance or policy details
→ Increased cognitive load and made people unsure about their request.
🟢 Severity 1: Cosmetic Problem
Screens were cluttered or had unnecessary information.
→ Didn't block the task but made it less pleasant to use.
Designing the solution
How data was organized
To bring more clarity to the experience, I mapped out five key request flows that employees use most often in Figjam. These included vacation requests, medical leave, shift changes, extra hours, and license requests. Each one had different requirements and logic, so I organized them under a shared structure that made it easier for users to choose the right option and complete their request without confusion. It also helped the dev team by organizing the system.

Fractal platform sitemap.
User flow for request submissions
I traced the main steps employees follow when submitting a request. To make the experience smoother, I added a confirmation step and clear feedback at the end, so users feel confident that their request was properly submitted. If they spot a mistake, they can go back and fix it before sending.

User flow for submitting a request.
Wireframes
Once I had mapped the full user flow and prioritized the key problems to solve, I started sketching ideas on a whiteboard to address the pain points. My goal was to design a system that felt simple, clear, and familiar, even when handling different types of requests with different rules.


Other projects



Weever.ai: Evaluating trust and usability in an AI shopping assistant
Uncovering what makes AI feel human and trustworthy



Ciudapolis: Real Estate management mobile app redesign
Increased task effectiveness by 30% and reduced task completion time by 40%



Zaddons: Vacation bidding flow audit for HR SaaS platform
Reduced HR support tickets by 22% and improved task efficiency by 30%.
Copyright 2025 by Nicolas Peyre
Copyright 2025 by Nicolas Peyre
Copyright 2025 by Nicolas Peyre