I worked on a design team to completely recreate the structural interface of the current landing page, onboarding and user dashboard of a rental application screening site. We worked in an iterative process in three sprints broken up by research and design phases.




Jason Bergeron

Jeff Gombos


Three weeks


Rent Application is an online software company that provides a responsive web rental application and automatic screening service. Rent Application is one of the only services on the market that offer only rental applications and tenant screening services. Rent Application is focused on targeting landlords that do not need a bundle service. For this reason, they consider themselves not direct competitors to those companies which provide a “bundle like” service. They wish to stay within the realm they are in. They currently have approximately 30,000 users registered, but have seen a sharp drop off of users after creating an account. At the time we were hired as designers, they were seeing 84.5% of users who hit the Rent Application landing page bounce entirely. This is an extremely high rate of potential business loss and showed us right away that a possible part of our scope would be revising the landing page as users were not compelled enough to go further than that upon visiting the site.

Although our client was seeing a sharp decline in new users, 24% of people who hit the signup page actually do sign up. Current users of Rent Application agree that the landing page made it hard to understand what the purpose of the service was, but once they got past that and gave it a shot, they told us that Rent Application was a very important piece in their day-to-day work lives. This was proof to us that there was definitely potential to bring more users in, we just needed to define how we would accomplish this.

In our initial kickoff, Eric requested we focus on the onboarding and dashboard in our scope, as where most users exist in the site. He was also open to any other areas that we suggested needed work on, so if time in our design sprint allowed, we planned to test and redesign the landing page because of the analytics on initial bounce rate we were given.


Learning about the rental application screening market

We compared six services’ interfaces and features that Eric considered competitors to Rent Application. We found a major takeaway to be true: Almost none of the sites we looked at had a modern, user-friendly experience, except for Cozy. The rental application landscape is crammed with clunky, out of date websites that are confusing and frustrating. We see this as a great opportunity for Rent Application to stand out amongst the current market.

After conducting the competitive analysis, we began to assess Rent Application. Why is there such a massive drop-off? Here’s what we initially hypothesized before conducting further research:

We assumed that the dashboard is confusing, price options are unclear and the onboarding process is too lengthy.

We sought to validate these hypotheses by moving forward and conducting our first round of user interviews and testing using Rent Application’s current website.


We interviewed current and prospective users of Rent Application who worked as landlords and property managers. We asked users many open-ended, behavioral based questions in our interviews, but had a few major internal research questions in mind going into our interviews:

Research Question 1: Why are users dropping off after signing up? The site was seeing a major decline in new users, but has a clientele of existing users. Once users get past the initial confusion of the landing page, it’s more likely they’ll stick around. We wanted to figure out how we would help more users get past this point.

Research Question 2: What are the pain points of current and prospective users? Not only were there obvious pain points in the dashboard, but Eric sent along a list of customer feedback that indicated there was user dissatisfaction throughout the entire site.

Research Question 3: Why would a target user, not currently using the product, not want to transition to RentApplication? Especially because so many target users are still using a paper application process. How could we make users excited about transitioning to a digital process in order to make their day-to-day work life easier?

Jeff conducting a test of the original Rent Application site with Joe, a real estate agent

We also asked participants to run through a couple of task flows that a user would likely complete to get an idea of the overall goals and needs of the target user using Rent Application. These were based around seeing how users would create an application and expect to screen a prospective tenant. We finished our testing with a set of qualitative questions to gain insight on where users frustrations lie. There was a mixture of negative opinions and positive experiences, the latter mainly coming from existing users who had gotten past the initial confusion of the landing page.

What users said:

“This site needs to act more like an app when used on a phone, so I can use it while showing a place to a prospective tenant.” - Susan, property manager

Screenshot of the mobile interface. The navbar is obtrusive and the rest of the screen doesn't respond well to small screen sizes.

“I like that Rent Application is less work for the landlord and less involved than cozy” - Raul, landlord

Explanation of the process taken from their website. Users love that Rent Application makes the screening process automated once they figured out how to use the site.

“Way too much text on most pages, I don’t want to read all of this” - Joe, real estate agent

This was quoted across the board, users will not read tons of detailed text.

“Rent Application does what I need it to do for processing applicants easily and quickly - Plus it’s cheaper than other services I’ve used in the past” - Karmen, landlord

Breakdown of their report pricing from their site. Although their pricing is reasonable compared to competition, many users didn't understand what these costs went towards.

“The first time I visited the site, I was confused about what they offered and if it was targeted towards landlords” - Hannah, landlord

The founders of Rent Application both mentioned confusion amongst applicants and landlords around who the website is for.

We took this feedback and pulled noteworthy comments and feedback to compile an affinity diagram that helped us group our data into important portions.


Cheaper than other competitors

Users love the option of a free applicaiton

The process is very easy once you figure out how to use the website

Quick response with customer support email service


Poor mobile experience (This was a complaint amongst all existing participants)

Tenant application is very long on one page and not broken down into understandable sections

Save button on forms is not prevalent enough, this could also be solved with an auto save feature

Getting logged out and sent back to the home page any time the back button is clicked, even if it wasn’t the previous page

Confusion about price points


We had a lot of insightful quotes and feedback from our users to work from, but we really wanted to empathize with our target audience on a deeper level. In order to better understand what a user is feeling throughout the process of using Rent Application, we created a customer journey map and a persona named Maria as an aggregation of our gathered user data.

Our client claimed to not have many touch points with their users, so we presented our client with Maria as our synthesized user experience using Rent Application to help them gain perspective they may have never considered previously. Maria’s journey was a mobile experience to highlight this aspect of users’ frustrations, so we intended to focus on the desktop experience primarily with the intention of creating adjusted mobile wireframes as well that would be presented as a deliverable for Eric to use and pass onto a UI designer in the future. This process of analyzing and reflecting on the important takeaways led us to the following problem that we aimed to solve:

Users desire the features that Rent Application provides. However once new users create an account, users find that the product has imprecise directions, confusing organization, and faulty functionality. Repeated feelings of frustration cause new users to abandon Rent Application. How will we design interactions that support users along a clear and efficient pathway toward screening tenants in order to increase user retention?


Now that we were aligned on the area of opportunity to improve Rent Application, we moved into our second sprint and started creating concepts on features that were best to test in our individual designs.

We each voted for the ideas we found most crucial to include in our low-fidelity prototypes.

Here are the concepts we chose to test in each prototype:


- Simplifying the steps for the current onboarding

- We also tested removing onboarding all together


- Professional language

- Conversational language

Dashboard layout

- Mental models, closer to what paper users are familiar with

- And a more modern, minimalist design

Creating an application

- Completely customizable application, similar to what the existing site offers

- Ready-to-send, full application, with minimal ability for customization

We crafted a set of design principles to use as a guide while creating individual concepts.


We created our low-fidelity desktop prototypes using Sketch and tested five individuals varying in roles including landlords, property managers, a broker and a leasing agent. Our second sprint only allowed three days for us to create a set of wireframes and test them so we unfortunately weren’t able to produce the intended mobile low-fidelity set we planned. We still wanted to create mobile wireframes for Rent Application because we knew that there was so much room for improvement on the mobile experience, so we chose to test those in our next sprint.

Takeaways from professional prototype:

- Technical, professional language throughout.

- Users liked the familiarity of a paper style application layout.

- A more guided approach with little room for error.

Takeaways from mental model prototype:

- Overall, the mental model dashboard was desired.

- Sorting the dashboard by property was very appreciated.

- The dashboard needs to draw the eye to the most common actions.

Takeaways from modern prototype:

- Onboarding isn’t necessary when we created an easy to understand dashboard.

- Simple, but possibly too simple for an older generation who isn't as accustomed to modern design patterns.

- Went over very well with younger users.

We tested users in a wide demographic, ages ranging from 22 to more established, older landlords. We were certain we needed to create something that would accommodate as many target users as possible, for the tech skill levels of those in the real estate industry were widely varied.


Within our prototypes, we all implemented:

- Reduced learning curve by providing users with guided options.

- Reduced ambiguity with less text and clearer language.

- Increased credibility by explaining how Rent Application works and how they are the best option for sending applications and screening potential tenants.

Our next step was to converge on one design for our final prototype. We all had really successful features so we chose to take these pieces of our individual prototypes and combine them to create our mid-fidelity prototype.


Jason’s landing page

Clear, professional language that allowed for a quick understanding of what Rent Application provides

Jeff’s mental model dashboard

Helped users understand the functionality of the separate application status folders

My paper style application

Creating a streamlined process that allows users to choose reports and create applications to send out as quickly as possible

For our final round of testing, we had users complete the task of creating an application and sending it to a prospective tenant on our desktop and mobile prototypes. We also asked them to think aloud as much as possible so we could understand what they liked and disliked.


Landing page

Newspaper model that demonstrated what was most important.


Included testimonials with real photos to increase trust and credibility.

Folder organization structure

Collapsable sections and showing only what was needed was greatly appreciated. “Properties with new reports” instead of “active applications” made the application section of the dashboard easier to understand for users.

“I really like the way this dashboard is laid out, it’s so simple.” - Hannah, Landlord


Added glanceable notification badges to allow users to know when they had new reports without having to locate by digging through the entire submitted applications section.


Included a bundled application package along with making pricing more understandable.

Creating applications

Added pagination and easily viewable sections while creating an application.

See our final prototype of Rent Application below



Because Rent Application aims to provide a specialized service of only providing tenant applications and screenings, there needs to be an attempt to include every possible situation that a potential tenant could bring when applying for a property. These are the future recommendations we suggested to Eric in order to provide users with a more well-rounded, customizable experience:

Addendums - Adding customizable addendums and special circumstance sections to applications, such as pets or additional accessibility needs.

Email system - Decreasing the current frequency of emails sent to users. My team all signed up for Rent Application accounts and were surprised that we got multiple emails a week that didn’t have any necessary or helpful content. This was not backed by research that this was also a pain point for our target audience so this would be something we would test in the future if we had more time.

Uniform Styling - Making sure all of the screens and elements share the same styling. There were certain screens that we didn’t have time to focus on in our limited time frame. Some of these screens didn’t visually align with the site’s overall look, such as the error page which included a different type-face and color scheme.


We needed to make sure we were going to deliver what we had presented to our client. When we presented our customer journey map and Maria’s experience using Rent Application with a mobile platform in mind, our client expected more of a focus on mobile testing; we didn’t clarify that desktop was our primary concern. We thought it would be important to showcase how poor the mobile experience was for users. What we presented should have aligned more with our scope and primary focus and a promise to include mobile as a secondary concern. We still delivered an accompanying set of mobile wireframes along with our desktop prototype so that they will be able to use these to improve their mobile interface in the future, but the majority of our testing was completed on our desktop prototypes. This was an important learning experience for me; I am now more prepared to communicate clearly and demonstrate what the client can expect in terms of final deliverables.