UI/UX Design Portfolio: Year 6 Edition
HELLO RAVEN
Case Study
How might we preserve client-specific features while expanding our product?
B2B Enterprise Software
Continuous Discovery & Delivery
Product Strategy
Scalable System
Development, Project Management, & User Experience
Lead UI/UX Designer
User Interface
User Experience
User Research
Ongoing
Figma
Lucidchart
2 Workflow Consolidations
3 Trimmed Workflows
6 New Experiences
User Research Feedback
High-Fidelity Wireframes
Prototypes
Judi Health
Health Tech
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
Business Need: My team’s product needs to serve any client it gains.
User Need: Meet all of our specific requirements.
Solution: Let’s redesign key product features to future-proof it, while still preserving client-specific features.
So far, I’ve consolidated 2 workflows, trimmed 3 existing features, and created 6 new experiences.My Takeaways (So Far): Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
This case study originates from work done at Judi Health, a health technology company focused on transforming how prescriptions are priced and patient care works to deliver the healthcare we all deserve. It acts as a pharmacy benefit manager (PBM) and pharmacy benefit administrator (PBA), working with health systems, universities, employers, and more.
Judi® is a health platform built to grow and adapt with any organization. It makes it easy to handle new regulations and requirements, resulting in faster results, smoother operations, and a better experience for members overall.
Within Judi®, my cross-functional Agile team owns the third-party administrator (TPA) Eligibility product, where benefit administrators configure requirements and manage cardholders, and employers submit timesheets and pay invoices.
Imagine your team has been building a digital product for over a year under the guidance of stakeholders, who told the team that what you're building for one client will cater to many. Well, turns out that wasn’t the case, because this new client you gained has drastically different requirements compared to your current one. My product team is currently dealing with this scenario, and we soon discovered that our product needs a redesign to successfully cater to our clients’ needs.
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
My team’s product needs to serve any client it gains.
Meet all of our specific requirements.
Should we start generalizing our product to future-proof it?
How might we maintain two or more clients while keeping specific features?
How might we generalize our product for a seamless user experience?
How might we preserve client-specific features while expanding our product?
What parts need to be redone?
[redacted for confidentiality]
Let’s redesign key product features to future-proof it, while still preserving client-specific features.
This project is still active. Details are vague for confidentiality.
My team’s first task was to redesign our [redacted for confidentiality], so I consolidated 2 separate, yet related, user flows into one. That way, if we were to get more clients, we could keep adding on to this one flow.
Due to the workflow consolidations, some features around the product needed to be removed to avoid redundancy and user confusion.
Some requests from our new client couldn’t be consolidated into any existing workflows, so new experiences were created.
During this redesign initiative, I schedule time with users to review design changes; however, before doing that, I meet with my developers to confirm if my designs are technically feasible. That way, I don’t present ideas that can’t be implemented. These review sessions allow me to gather feedback and refine the designs accordingly.
For user research, I don’t have great access to one of our clients. Our new client, on the other hand, holds weekly meetings with the team to address any questions. Once my project manager deems we have reached a minimal viable product (MVP) for them, I plan to do usability tests to ensure the new client can use what we’ve built.
So far, how have we preserved client-specific features while expanding our product?
Consolidated 2 workflows
Trimmed down 3 existing features
Created 6 new experiences
Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Scaling Without Sacrifice
Eric Martinson
Scrum Master
Kelly Smith
Project Manager
Ahmed Gamal
Technical QA Analyst
Cam Montgomery
Senior Full-Stack Software Developer 2
David Luther
Senior Back-End Software Developer 2
Enrique Mendez Castro
Software Developer
Hector Ubiera
Director Front-End Software Developer
Mindaugas Zukauskas (MZ)
Staff Software Developer
Mohammad Althayabeh
Senior Full-Stack Software Developer 2
Raven Caffey
UI/UX Designer
New hires who eventually transitioned to a new product team
Alberto Ortega
Senior Front-End Software Developer
Anthony Randazzo
Senior Back-End Software Developer
Christine Schilling
UI/UX Manager
Fin Martinez
Technical QA Analyst 2
Jeremy Tregunna
Software Developer
Kamil Sauma
Software Developer
Patrick Seals
Software Engineer
UI/UX Design Portfolio: Year 6 Edition
Case Study
How might we preserve client-specific features while expanding our product?
B2B Enterprise Software
Continuous Discovery & Delivery
Product Strategy
Scalable System
Development, Project Management, & User Experience
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
Business Need: My team’s product needs to serve any client it gains.
User Need: Meet all of our specific requirements.
Solution: Let’s redesign key product features to future-proof it, while still preserving client-specific features.
So far, I’ve consolidated 2 workflows, trimmed 3 existing features, and created 6 new experiences.My Takeaways (So Far): Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Lead UI/UX Designer
User Interface
User Experience
User Research
Ongoing
Figma
Lucidchart
2 Workflow Consolidations
3 Trimmed Workflows
6 New Experiences
User Research Feedback
High-Fidelity Wireframes
Prototypes
Judi Health
Health Tech
This case study originates from work done at Judi Health, a health technology company focused on transforming how prescriptions are priced and patient care works to deliver the healthcare we all deserve. It acts as a pharmacy benefit manager (PBM) and pharmacy benefit administrator (PBA), working with health systems, universities, employers, and more.
Judi® is a health platform built to grow and adapt with any organization. It makes it easy to handle new regulations and requirements, resulting in faster results, smoother operations, and a better experience for members overall.
Within Judi®, my cross-functional Agile team owns the third-party administrator (TPA) Eligibility product, where benefit administrators configure requirements and manage cardholders, and employers submit timesheets and pay invoices.
Imagine your team has been building a digital product for over a year under the guidance of stakeholders, who told the team that what you're building for one client will cater to many. Well, turns out that wasn’t the case, because this new client you gained has drastically different requirements compared to your current one. My product team is currently dealing with this scenario, and we soon discovered that our product needs a redesign to successfully cater to our clients’ needs.
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
My team’s product needs to serve any client it gains.
Meet all of our specific requirements.
Should we start generalizing our product to future-proof it?
How might we maintain two or more clients while keeping specific features?
How might we generalize our product for a seamless user experience?
How might we preserve client-specific features while expanding our product?
What parts need to be redone?
[redacted for confidentiality]
Let’s redesign key product features to future-proof it, while still preserving client-specific features.
This project is still active. Details are vague for confidentiality.
My team’s first task was to redesign our [redacted for confidentiality], so I consolidated 2 separate, yet related, user flows into one. That way, if we were to get more clients, we could keep adding on to this one flow.
Due to the workflow consolidations, some features around the product needed to be removed to avoid redundancy and user confusion.
Some requests from our new client couldn’t be consolidated into any existing workflows, so new experiences were created.
During this redesign initiative, I schedule time with users to review design changes; however, before doing that, I meet with my developers to confirm if my designs are technically feasible. That way, I don’t present ideas that can’t be implemented. These review sessions allow me to gather feedback and refine the designs accordingly.
For user research, I don’t have great access to one of our clients. Our new client, on the other hand, holds weekly meetings with the team to address any questions. Once my project manager deems we have reached a minimal viable product (MVP) for them, I plan to do usability tests to ensure the new client can use what we’ve built.
So far, how have we preserved client-specific features while expanding our product?
Consolidated 2 workflows
Trimmed down 3 existing features
Created 6 new experiences
Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Eric Martinson
Scrum Master
Kelly Smith
Project Manager
Ahmed Gamal
Technical QA Analyst
Cam Montgomery
Senior Full-Stack Software Developer 2
David Luther
Senior Back-End Software Developer 2
Enrique Mendez Castro
Software Developer
Hector Ubiera
Director Front-End Software Developer
Mindaugas Zukauskas (MZ)
Staff Software Developer
Mohammad Althayabeh
Senior Full-Stack Software Developer 2
Raven Caffey
UI/UX Designer
New hires who eventually transitioned to a new product team
Alberto Ortega
Senior Front-End Software Developer
Anthony Randazzo
Senior Back-End Software Developer
Christine Schilling
UI/UX Manager
Fin Martinez
Technical QA Analyst 2
Jeremy Tregunna
Software Developer
Kamil Sauma
Software Developer
Patrick Seals
Software Engineer
UI/UX Design Portfolio: Year 6 Edition
Case Study
How might we preserve client-specific features while expanding our product?
B2B Enterprise Software
Continuous Discovery & Delivery
Product Strategy
Scalable System
Development, Project Management, & User Experience
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
Business Need: My team’s product needs to serve any client it gains.
User Need: Meet all of our specific requirements.
Solution: Let’s redesign key product features to future-proof it, while still preserving client-specific features.
So far, I’ve consolidated 2 workflows, trimmed 3 existing features, and created 6 new experiences.My Takeaways (So Far): Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Lead UI/UX Designer
User Interface
User Experience
User Research
Ongoing
Figma
Lucidchart
2 Workflow Consolidations
3 Trimmed Workflows
6 New Experiences
User Research Feedback
High-Fidelity Wireframes
Prototypes
Judi Health
Health Tech
This case study originates from work done at Judi Health, a health technology company focused on transforming how prescriptions are priced and patient care works to deliver the healthcare we all deserve. It acts as a pharmacy benefit manager (PBM) and pharmacy benefit administrator (PBA), working with health systems, universities, employers, and more.
Judi® is a health platform built to grow and adapt with any organization. It makes it easy to handle new regulations and requirements, resulting in faster results, smoother operations, and a better experience for members overall.
Within Judi®, my cross-functional Agile team owns the third-party administrator (TPA) Eligibility product, where benefit administrators configure requirements and manage cardholders, and employers submit timesheets and pay invoices.
Imagine your team has been building a digital product for over a year under the guidance of stakeholders, who told the team that what you're building for one client will cater to many. Well, turns out that wasn’t the case, because this new client you gained has drastically different requirements compared to your current one. My product team is currently dealing with this scenario, and we soon discovered that our product needs a redesign to successfully cater to our clients’ needs.
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
My team’s product needs to serve any client it gains.
Meet all of our specific requirements.
Should we start generalizing our product to future-proof it?
How might we maintain two or more clients while keeping specific features?
How might we generalize our product for a seamless user experience?
How might we preserve client-specific features while expanding our product?
What parts need to be redone?
[redacted for confidentiality]
Let’s redesign key product features to future-proof it, while still preserving client-specific features.
This project is still active. Details are vague for confidentiality.
My team’s first task was to redesign our [redacted for confidentiality], so I consolidated 2 separate, yet related, user flows into one. That way, if we were to get more clients, we could keep adding on to this one flow.
Due to the workflow consolidations, some features around the product needed to be removed to avoid redundancy and user confusion.
Some requests from our new client couldn’t be consolidated into any existing workflows, so new experiences were created.
During this redesign initiative, I schedule time with users to review design changes; however, before doing that, I meet with my developers to confirm if my designs are technically feasible. That way, I don’t present ideas that can’t be implemented. These review sessions allow me to gather feedback and refine the designs accordingly.
For user research, I don’t have great access to one of our clients. Our new client, on the other hand, holds weekly meetings with the team to address any questions. Once my project manager deems we have reached a minimal viable product (MVP) for them, I plan to do usability tests to ensure the new client can use what we’ve built.
So far, how have we preserved client-specific features while expanding our product?
Consolidated 2 workflows
Trimmed down 3 existing features
Created 6 new experiences
Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Eric Martinson
Scrum Master
Kelly Smith
Project Manager
Ahmed Gamal
Technical QA Analyst
Cam Montgomery
Senior Full-Stack Software Developer 2
David Luther
Senior Back-End Software Developer 2
Enrique Mendez Castro
Software Developer
Hector Ubiera
Director Front-End Software Developer
Mindaugas Zukauskas (MZ)
Staff Software Developer
Mohammad Althayabeh
Senior Full-Stack Software Developer 2
Raven Caffey
UI/UX Designer
New hires who eventually transitioned to a new product team
Alberto Ortega
Senior Front-End Software Developer
Anthony Randazzo
Senior Back-End Software Developer
Christine Schilling
UI/UX Manager
Fin Martinez
Technical QA Analyst 2
Jeremy Tregunna
Software Developer
Kamil Sauma
Software Developer
Patrick Seals
Software Engineer
UI/UX Design Portfolio: Year 6 Edition
Case Study
How might we preserve client-specific features while expanding our product?
B2B Enterprise Software
Continuous Discovery & Delivery
Product Strategy
Scalable System
Development, Project Management, & User Experience
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
Business Need: My team’s product needs to serve any client it gains.
User Need: Meet all of our specific requirements.
Solution: Let’s redesign key product features to future-proof it, while still preserving client-specific features.
So far, I’ve consolidated 2 workflows, trimmed 3 existing features, and created 6 new experiences.My Takeaways (So Far): Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Lead UI/UX Designer
User Interface
User Experience
User Research
Ongoing
Figma
Lucidchart
2 Workflow Consolidations
3 Trimmed Workflows
6 New Experiences
User Research Feedback
High-Fidelity Wireframes
Prototypes
Judi Health
Health Tech
The Introduction
This case study originates from work done at Judi Health, a health technology company focused on transforming how prescriptions are priced and patient care works to deliver the healthcare we all deserve. It acts as a pharmacy benefit manager (PBM) and pharmacy benefit administrator (PBA), working with health systems, universities, employers, and more.
Judi® is a health platform built to grow and adapt with any organization. It makes it easy to handle new regulations and requirements, resulting in faster results, smoother operations, and a better experience for members overall.
Within Judi®, my cross-functional Agile team owns the third-party administrator (TPA) Eligibility product, where benefit administrators configure requirements and manage cardholders, and employers submit timesheets and pay invoices.
Imagine your team has been building a digital product for over a year under the guidance of stakeholders, who told the team that what you're building for one client will cater to many. Well, turns out that wasn’t the case, because this new client you gained has drastically different requirements compared to your current one. My product team is currently dealing with this scenario, and we soon discovered that our product needs a redesign to successfully cater to our clients’ needs.
My team needs to redesign our product, due to our new client’s requirements being significantly different than our current one. Thankfully, the whole experience doesn’t need to be redone, just key features.
My team’s product needs to serve any client it gains.
Meet all of our specific requirements.
Should we start generalizing our product to future-proof it?
How might we maintain two or more clients while keeping specific features?
How might we generalize our product for a seamless user experience?
How might we preserve client-specific features while expanding our product?
What parts need to be redone?
[redacted for confidentiality]
Let’s redesign key product features to future-proof it, while still preserving client-specific features.
This project is still active. Details are vague for confidentiality.
My team’s first task was to redesign our [redacted for confidentiality], so I consolidated 2 separate, yet related, user flows into one. That way, if we were to get more clients, we could keep adding on to this one flow.
Due to the workflow consolidations, some features around the product needed to be removed to avoid redundancy and user confusion.
Some requests from our new client couldn’t be consolidated into any existing workflows, so new experiences were created.
During this redesign initiative, I schedule time with users to review design changes; however, before doing that, I meet with my developers to confirm if my designs are technically feasible. That way, I don’t present ideas that can’t be implemented. These review sessions allow me to gather feedback and refine the designs accordingly.
For user research, I don’t have great access to one of our clients. Our new client, on the other hand, holds weekly meetings with the team to address any questions. Once my project manager deems we have reached a minimal viable product (MVP) for them, I plan to do usability tests to ensure the new client can use what we’ve built.
So far, how have we preserved client-specific features while expanding our product?
Consolidated 2 workflows
Trimmed down 3 existing features
Created 6 new experiences
Being adaptable to changing requirements, especially within two-week sprints, is a skill all designers should learn how to do.
Eric Martinson
Scrum Master
Kelly Smith
Project Manager
Ahmed Gamal
Technical QA Analyst
Cam Montgomery
Senior Full-Stack Software Developer 2
David Luther
Senior Back-End Software Developer 2
Enrique Mendez Castro
Software Developer
Hector Ubiera
Director Front-End Software Developer
Mindaugas Zukauskas (MZ)
Staff Software Developer
Mohammad Althayabeh
Senior Full-Stack Software Developer 2
Raven Caffey
UI/UX Designer
New hires who eventually transitioned to a new product team
Alberto Ortega
Senior Front-End Software Developer
Anthony Randazzo
Senior Back-End Software Developer
Christine Schilling
UI/UX Manager
Fin Martinez
Technical QA Analyst 2
Jeremy Tregunna
Software Developer
Kamil Sauma
Software Developer
Patrick Seals
Software Engineer