Verify v3
Revamp of our Verify feature in Playbooks
Verify v3
Revamp of our Verify feature in Playbooks
Verify v3
Revamp of our Verify feature in Playbooks
Verify v3
Revamp of our Verify feature in Playbooks
Verify v3
Revamp of our Verify feature in Playbooks
Verify v3
Revamp of our Verify feature in Playbooks
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
OVERVIEW
Roles
-
Me (Jade) - Product Designer
-
Michael Murff - Data Science Product Manager
-
Brayden - Product Design Manager
Project Brief
Revamp the Verify feature within our Playbooks product.
What is the problem?
There are 2 hovers for the information Verify provides and the information is not straightforward.
What is our goal?
We needed to combine them and make the data easy to understand.
Feature Overview
There are two parts to the Verify feature within Playbooks. One was showing the status of a number or email, whether we have verified that it was a good form of contact or not. The second part was not in production yet, but it was to show 3 data points to explain why the number/email is verified or not.
BRIvity home app
An app targeted for home-buyers and their real estate agent
OVERVIEW
Roles
-
Me (Jade) - UX/UI Designer
-
Jarad - Head of Project
-
Jared - Developer
-
Matt - Developer
Project Brief
Brivity is our sister company that is based in Washington. We work close with them and often cross collaborate on projects. The brief was to re-design our home app that allowed home-buyers to search for homes (like Zillow, Redfin, Trulia, etc.), but with the twist that their app was synced with their agent.
What is the problem?
This app has been in the works for years but has never gotten far because our stakeholder just didn't like the direction the app was going in. He finally came to my boss (Jarad) and asked him to take lead on this project and assign a designer. I came into this project with it already in development, so the biggest problem was not only taking away things that didn't work, but also going into it with the UI already done and having to change the function.
What is our goal?
Our objective was to implement functions that allowed the home-buyer and real estate agent to work together in finding a home or selling their home.
THE PROCESS
Research
As mentioned before, this project has already been in the works and there was already a lot of the product built out. The research for me, was to go through it and get a feel for what has already been done, while also comparing it to our competitors. I had to ask myself, how is this any different from any other home apps?
The UI was already done, so my biggest challenge was to come in mid-project and figure out how to make my own spin on the app where there was a noticeable difference in how this app functioned.
It's obvious that this isn't a normal way of doing research, but because the Brivity team had already started the project, my research was really to research the product given to me.
Designing Mid-Way
While a lot of the screens were done, there wasn't much wireframing to be done at first. My first goal in designing the app, was to take away what didn't work and add in functions that made it more user friendly. This was the largest part of my contribution to the app.
Once changes were made to the existing app, that's when I started adding in functions that improved the user experience for both the home-buyer and the agent.