.svg)
Industry: Technology
Platform: Native Mobile, Web, Tablet
Role: Director of UX, Lead Designer
O'Neil Software is the leading provider of best-of-breed records and information management solutions for physical records centers worldwide, serving more than 1,000 locations in more than 100 countries.
The Challenge:
When I joined O’Neil Software, the challenge was clear: evolve a 20+ year-old legacy system while simultaneously designing a new e-commerce platform both with zero UX foundation in place. As the sole designer, I led efforts to introduce user-centered design to an engineering-driven culture, building trust, structure, and ultimately a fully operational design practice. From aligning skeptical stakeholders to delivering dev-ready prototypes, my work spanned research, system design, team education and leadership. Whether working within a React Native mobile stack or modernizing outdated workflows, my goal remained the same: make the product work better for users and the teams building it.
The first challenge? There was no design system, just scattered styles, competing flows, and multiple “graveyard” component libraries from years of turnover. With no existing UX infrastructure, I audited what remained, collaborated across departments, and identified the core components and flows we needed to prioritize for speed, consistency, and reusability. More than anything, this was a culture shift. Developers were used to owning the product experience. I had to earn their trust. So I did what I love: I ran a workshop. With devs, PMs, and leadership in the room, we prioritized what mattered most to everyone. That alignment became the foundation for our new design system and the launchpad for
everything that followed.
TL;DR: Brought UX to a 20-year-old engineering fortress, built a design system from chaos, and turned skeptics into allies.
Performance Registry's, Test Plans, and Data Galore!
I love user research so much. From writing the test plans to executing moderated or unmoderated interviews. I organize my data into beautifully designed performance registry's and log my data into really boring spreadsheets.
This Case Study Is Still Under Construction:
I have a case study built out and redacted per my NDA in Figma that I would be happy to walk you through upon request as I continue to build it into my website.
Industry: Technology
Platform: Native Mobile, Web, Tablet, Smartwatch, AI
Role: Design Systems Lead
Naked Development is an application development agency that doesn’t just build tech, but helps build companies. Ranging from SaaS to medical tech, you never know what is going to come through the door. Shipping applications as quickly as possible to build a true MVP and let the users decide what features should be built next.
The Challenge:
As with most Design System projects the challenge was to first figure out what type of system we needed that could benefit all of the teams involved in our process. It is hard to boil down just one challenge here, but for the purposes of this portfolio and as to not have 67 pages written on just one project we will say the first and most important was to build a library of our most common components and flows that our designers and developers deal with daily. Create speed, consistency, and reusability. With high turn-over of designers I believe there were about 4-6 Design System "graveyards" I needed to audit first. I came to the conclusion after the audits that we needed to build a new system from the ground up.
So it was time to dive in. First things first, grab your post-it notes it’s time for a WORKSHOP! One of my favorite things to conduct. Get all of our developers into a room and let's prioritize what should be built first. As the component prioritization workshop began I had noticed a common theme. Everything that our Dev's had prioritized was essentially in alignment with what our designers needed on a daily basis. Our first proof of alignment between these teams. Ah, the beauty. Now we can start on some teamwork and collaboration moving forward in which every team member would learn something about the constraints of both teams. Empathize, Ideate, Educate. We all needed to be on the same page throughout this process and it is my job to make sure that everyone is in alignment, and having fun while we do it.
TL;DR: Step one: discover six failed design systems. Step two: lock everyone in a workshop with no chance of escape.
Step three: finally build one that sticks.
From the results of the workshop I now had a solid start for my road map. What components to build first and in which phase. Now it is time to check those graveyards to see if we can find any components to reuse or recycle.
As previously mentioned I knew I needed to build this Design System from the ground up. Even knowing that there still might be some useful stuff in our graveyards. We had about 4-6 libraries attached to one file called "client design systm" (that is not a typo it was spelled wrong) that was a scattered sticker sheet mess of unusable components... But wait... There is something shiny under all that dust!
While digging through the file a noticed a common pattern. The designers previous to me had multiple different options on multiple different pages of the same component and major flows. And guess what. It aligned with our data from the workshop with our devs. So, let's start building.
These are important to me as a front-end developer, and used to be what I dreaded as a designer. We need to make sure we are backing our design decisions, that they are concrete and well thought out. We also want to bring solid power and speed to development if we won't be developing this out ourself. Enter design tokens. Also enter Figma Variables. We will use token studio to handle both. But first, planning.
I can't show the actual code for this project, below is just a demo app that I use to practice building React Native apps. Anyway, at this point I would start to set up my repository for the design system. Depending on what language. For this project it was written in React Native. Using that and Typescript with a few things added on to the file for more complex components like Babel and Emotion it was time to get to work.
After building the entire component library, design tokens, and documentation, a little thing called ChatGPT came out of nowhere. That gave me an idea though. Could we create a tool using Figma’s Rest API and AI to read our designs/components and spit out usable React Native code that is ready to go? Yes we can, with a lot of testing, research, trial and error. We are doing just that. I will not go into the details of the traversal structure or how we are exactly developing it on this web page because the project is ongoing, but I would love to talk to you about it! The design system is doing well, adoption is high as is the efficiency of our designers and developers. Operational efficiency is up 43%, adoption is at 81.5%, and our design to development conversion is at an all time high of 78%. This is also in-part to some sales training we conducted with our designers to best sell the design and move them into development.
During my time leading design, I built more than systems, I built great designers. I established monthly skills workshops that gave designers space to sharpen their craft and grow beyond their roles. I created onboarding paths that brought new hires into the design culture quickly, ensuring they were confident contributors from day one. I trained teams, interviewed candidates, and guided the strategic direction of our product design efforts, making sure every voice was heard while keeping the vision clear. I championed adoption of the design system across teams, working closely with developers and product owners to align workflows and remove friction. By pairing hands-on mentoring with clear strategy, I was able to raise the bar for both the craft and the culture of design within the company giving my designers a safe and fun place to express themselves. Here is a blurb from one of my amazing designers.
Industry: Commercial Real Estate
Platform: Web Application
Role: Lead Designer
Lee & Associates is a leading commercial real estate company who relies heavily on their database of information to do their job. My role was to redesign their current environment which was being sunsetted, and to help lead the data migration and set up the backend structure with Development.
We absolutely hate this archaic product. Please help us... Please.
-The Client
Challenge 1:
This was a tough one. Migrate commercial real estate data that dates back to the 90's and design a front end experience in record time. Why in record time? The tool they use every day to accomplish their job is being sunsetted. We had 10 weeks to design and 6 months to figure out backend logic. I would like to thank the energy drink industry at this time, for helping me through an insane experience.
Challenge 2:
We needed to conduct usability tests on a team using the current product for work every single day. Field testing while not interrupting their day to day was tough. Some days we were able to set up a dedicated hour with certain team members so we could conduct our research properly, and other days we had to just observe and try and spot pain points without any direction. We also had to learn a whole ton about commercial real estate terms and jargon and become quickly acquainted with the industry.
Challenge 3:
Cognitive Load. The client could not trust in their team to accomplish certain tasks because there were SO many details or single points of failure that could cause catastrophic issues. No safeguards in place to avoid them either. Also the task in mention had about 23 steps about half of which were unnecessary. Also about half of what the client had showed us in our initial meeting they never used.
There were about 28 steps to complete the main flow that we were testing. We reduces those to 5.
Hardly any of their documents were digital and they were constantly fighting against themselves and their clients by having to print, fill-out, and sign critical documents. The clients were not filling out pertinent information either, just what was important to them. We created a digital version with required fields that also deprecated the entire need of a 10 minute task that they had to execute multiple times per day.
Below is a screen shot of a moderated usability study I ran. We conducted about 4 moderated and 2 unmoderated studies. After we completed this we synthesized all of the data and began to implement some solutions.
After we ran a usability test on their current tool we started to synthesize that data to design solutions in mid-fidelity wireframes. Resulting in a much more usable product that is set to improve efficiency by upwards of 78%
We started with a client meeting where we presented a mood-board. We let them guide this portion of the product. “Tell us what you love and we will bring it to life.” This is the result from a much larger mood board with notes on their choices about what they liked. During this exercise I make sure to dig deep and ask the client very specific questions like, "Do you like a CTA with rounded edges?", "Do you like this color palette?" amongst many other questions to best set up hi-fi UI success.
The Client was very happy with the results and it is now time to move to the handoff process. Currently we are setting up our dev environment and prepping for the data migration. We cloned their current environment so we can run some user tests on their current workflow and new workflows to measure the success of the product but allowing all new and relevant data to be updated to both environments.
Industry: Technology
Platform: Native Mobile, Web
Role: Design Systems Lead
BackTrack is a mobile and web application that helps reunite people with their lost items. If you find a lost item you can post that item on BackTrack and a user can go through the process of claiming it. If you are a business like a hotel, after a certain holding period you can post lost items to the Backtrack marketplace to sell.
When I started working on this product they were already in development for over a year. Originally I was tasked with QA as we did not have a QA department at the agency. I eventually built the QA department myself so that the agency could also scale as more products were moving to a support phase. What they asked of me after QA was to work on some new flows and features that they needed developed out. After accomplishing those, they saw the level of design I was able to execute and wanted a full audit of the Figma file as well as a design system to scale the product properly as sales were starting to pick up.
The first issue I noticed after running through the Figma file was design turnover. Too many cooks in the kitchen. We also had developers go rogue on some features being built so they were not a 1:1 match. The developers did not have much of a choice because of that turnover and strict deadlines. Decisions needed to be made. The file was also extremely messy and confusing. Time for a single source of truth.
Industry: Sports
Platform: iOS & Android
Role: Lead Designer
Ballplayer is a scorekeeping app designed to stay with you from the little leagues to the big leagues. Share your stats with your friends and family. Every hit, every catch, every walk, every stolen base. Ballplayer is the social app for ballplayers to share and compare LIVE stats during their game. Featuring in app messaging and LIVE activity feeds.
Enter your email below and I will reach out to you as
soon as possible.