Role

UX Designer


Company

Elavon, subsidiary of U.S. Bank


Time Frame

Feb 2020 - August 2020


Team Style

Solo Designer


Tools

Figma, UserTesting.com, Salesforce Lightning Design System




Hero image for functionize


Elavon, subsidiary of U.S. Bank

Designer Version

How do we inform others of outages of critical systems?


For many companies, if a software platform goes down or begins experiencing limited service, everyone involved is blasted with a torrent of status emails. Elavon had long operated in such an environment.


Moreover, our internal team that managed key outages did all of their work manually through email. This led to several issues: auditors asking about performance prior to 90 days ago had little information to look over as the emails had been deleted, overlapping assignments led to confusion over who would fix an issue, and people being left out of key email chains sometimes had no idea what was going on.


The goal was to solve this issue with a single place where people would go to see if something was broken, and if they were an internal employee, what was being done to fix the issue. The working name was System Status, but it was the url I gave it that was more important: status.elavon.com. By adding status in front of our existing main website, anyone in the company could get a concise, data-driven, comprehensive look at how our systems were doing without remembering how to get there.



This project was done with the help of Ariel Rodriguez, the only developer, and Craig Bruce, our product owner.


This page covers my work as the UX/UI Designer. If you are looking for my developer work, you can go here:





Goals



Clear data visualization

No more chasing emails to see what was going on, a live feed of every system we had in the company was actively tracked and updated without refreshing using various back-end APIs. Consistent icons, tags, and color coding helped easily identify issues at a glance.



More than just tables

The initial build of the site was solely tables of information from different systems. There had not been any UX input until that point, and even the developer admitted it was ugly. I challenged the PO and dev to think beyond just top line numbers and color coding, and try to be a little ambitious - which in turn led to the creation of a map of different countries, and the ability to switch the map between maintenance and active issues.



Situational Theming

Many modern websites do not have a single color pallete, and for developers dark mode is often preferred. As a result we began planning for both modes from the get go, allowing users to customize the site based on how much daylight they were experiencing.




Information Architecture


System status site map


Style Guide


Elavon style guide for light mode



Personas


1

Persona 1 - Katherine works for a small business and has been asked to set up a website. She knows her limits and will try to limit larger, more complex requirements that will require more time than she has. She prefers to use commerical off the shelf software to fill gaps in her implementation to reduce overall level of effort

2

Persona 2 - Sami loves solving hard problems. He expects RESTful APIs in line with modern standards, but he is faimliar with other varieties. He expects clean designs, clear techincal communication, and he wont call a customer support line unless someone really twists his arm.

3

Persona 3 - Olivia leads a team of developers. She recives daily updates about their progress. She is making commitments to business stakeholders regarding launch dates and when features become available. She determines whether an integration partner is leading to success.

4

Persona 4 - Sophia has always loved reading, so her fading eyesight is a real sorrow to her. She tried recorded books, but she didn’t like listening instead of seeing the words in front of her. As a bookkeeper for 25 years, she made the transition from ledgers to a software program, so she’s happy to use the computer. She has an oldhome computer, which she uses the same way she always did her work—carefully checking everything as she goes. She loves getting emails fromher grandkids (and a few friends). She likes reading magazine articlesonline, especially when they are free. Last year, she discovered that shecould get her prescriptions more cheaply online, and now she buys somethings from the web.

5

Persona 5 - Jacob is a paralegal in a large law firm. He reviews cases and writes summaries, cross-referencing them to the firm’s own cases and clients. He’s building expertise in his area of law and is hoping to go to law school in a year or so.As far as Jacob is concerned, it’s the technology that’s handicapped, not him. When everything is in place, he can work just as fast and just as effectively as anyone in his office. He’s a bit of a gadget geek, always trying out new tools, looking for a little edge and something new.

6

Persona 6 - The nice thing about being a graphic artist is that most of the time his work can speak for itself.When he first started working, most reviews were done in meetings, but more and more his agency works with clients using online workspaces. He’s had some projects recently where all of the communication was through the web. Although he likes seeing live reactions, it’s easier for him to participate in the project forum discussions using text rather than audio. His iPhone has also been important. It was his first phone with a good way to do video chat so he could talk to his friends who sign.

7

Persona 7 - Lea was on track to become the editor of the magazine she worked for when she started having numbness in her hands and feeling completely fatigued by the middle of the afternoon. She tried medications and exercise and getting enough sleep, but finally she had to make a change in her life.She found a job where she could work from home, on her own schedule. When she has good days, it’s like nothing is wrong. But on bad days, she measures every action so she can make it through the day. She’s lucky: the company understands that it’s a real disability. With aninvisible disability like fibromyalgia, some people just don’t get it.



Low Fidelity Mockups


1

Home Page Low Fidelity Mockup

2

Current Incidents Table Low Fidelity Mockup

3

Active Maintenance Table Low Fidelity Mockup

4

Issue Details Low Fidelity Mockup

5

Metrics Low Fidelity Mockup

6

Systems Low Fidelity Mockup

7

Search Results Low Fidelity Mockup



High Fidelity Mockups


1

[object Object]

2

[object Object]

3

[object Object]

4

[object Object]

5

[object Object]

6

[object Object]

7

[object Object]



Dark Mode


1

Home Page Dark High Fidelity Mockup

2

Current Incidents Table Dark High Fidelity Mockup

3

Active Maintenance Table Dark High Fidelity Mockup

4

Issue Details Dark High Fidelity Mockup

5

Metrics Dark High Fidelity Mockup

6

Systems Dark High Fidelity Mockup

7

Search Results Dark High Fidelity Mockup


Mobile High Fidelity Mockups



Issue Details


Issue Details

Landing Page


Landing Page

Active Issues


Active Issues

System overview


System overview

Regions


Regions

Search


Search

Issue Details


Issue Details

Landing Page


Landing Page

Active Issues


Active Issues

System overview


System overview

Regions


Regions

Search


Search


Mobile Prototype





Takeaways



Accessibility is not just a requirement, it's the right thing to do.

I took the entire accessibility curriculum from Deque over the course of designing the site, and it really changed how I view even simple things like Javascript widgets. The team did not always understand why I was so gung ho about screen readers, but now they do.



Simplicity over flashiness, trust over cutting edge.

One user in our user testing bemoaned the lack of “pizzazz” in the website, but I would say that's in some ways a compliment. I wanted the main home page in particular to be easy to digest, and if that means that there aren't flashing lights everywhere for example, I'd say that's a good thing. Even though the site is internal, the plan is to expand and publish the site externally at some point, so there needs to be a level of polish that allows others to trust us.



Explaining with design is good. Explaining with code is often better.

I built a parallel version of the site in React and Next.js (which became the basis of the site you're looking at right now!), in order to demonstrate some of the behavior to the team that I couldn't achieve with a Figma prototype. Once they saw the website, they immediately understood what I was asking for. Plus I got to polish my React skills to boot.




Thank you for reading!