Land Acquisition Manager
Centralizing data and increasing the reliability of information
Company
Largest homebuilder in Latin America, a DTI Digital's client.
Team
Me as the Product Designer working collaboratively with Developers, Product Owner and Scrum Master of the client.
Year
2021
My role
Product Design: visual design, prototyping, usability testings.
Challenge
Concentrate all land acquisition viability registration on a systematized data, eliminating manual control.
Project goal
Solution
Redesigned a land acquisition and purchase register achieving centralization of information in the system in an educational manner reducing filling errors up to 100% through usability heuristics.
Project summary
Understanding the context, Tangibilizing the path, Validating solutions, Guiding Users in filling in, Solutions Impact, and Learnings.
To comply with my non-disclosure agreement, I have omitted confidential information in this case study.
All information is own my own.
I proposed to create documentation of the feature so that the whole mixed internal and client product team could better understand the context of it. I facilitated the discussion using the Test Card framework to help us extract what the source of the problem is, our hypothesis and the desired business impact with the feature:
We believe that...
(what problem do we want to solve?)
...our currently the control is all manual, there is a lot of loss of information, many versions of spreadsheets running, affecting the traceability, centralization and reliability of information.
...Product Owners need to dedicate some time to train new people in the department to fill out and register viabilities.
To verify that, we will...
(what are we going to do?)
...concentrate all land acquisition viability registration on a systematized data (and using a new software technology, React)
And measure...
(which indicators will we be monitoring to achieve the expected result?)
...time taken to complete a filling a viability.
...product owners time dedication to solve doubts about fill out a viability
We are right if...
(what is the expected result?)
...increase the reliability of information.
...support users find good land to buy.
...decrease the cognition time to fill a viability and the dedication time of Product Owners to training people to fill it out.
I created and validated the user flow with the Product Owner to understand the path the users will do in the user testing:
We were developing a new feature that had high commercial potential, technical and usability risks associated with it. In order to balance competing priorities and overcome this challenge, I took the following steps:
Testing the solution already built
I performed a remote unmoderated usability test through Microsoft Teams with 8 users of the platform. My team's Scrum Master helped me to check the users' schedule availability.
I tested the following screens already built:
User Testings results 1/2
Header
My goal on the Header of the list of the land viabilities was to validate the clarity of the user interface elements.
Notes
User Testings results 2/2
Land viability register
My goal on the land viability register page was to validate the information architecture. Since the User Test redefined the business rules, I also validated them with some stakeholders.
Typography has changed: I chose the IBM Plex Sans font to replace the Averta Std font because the entire feature is completely new to the product and contains strategic business information about it. Users typically use tools that contain the Arial font, which is an extremely versatile font, so IBM Plex Sans brings innovation value and the overall curves treatment is smoother and fuller on serif faces, providing greater legibility between letters and numbers.
Notes
All copies has been reviewed, as well as the visual hierarchy by type scale and some contents have been 100% changed, such as "Project Components" (3) which is now a table, because users have to insert different information values of each project component.
To inform system feedback, I incremented the user flow previously created and mapped each interaction point the users would have in their journey of use.
I used Nielsen's heuristics to help me not to forget to map and report an error, alert or success task scenario.
I presented the proposal to the development team. In the image below, the yellow diamonds indicate the mapped heuristic and the proposed solution to be implemented in the first sprint. The other diamonds without filling were considered as improvement by the Developer Lead and Product Owner in order to balance the development effort, the users and the business needs.
Some of the feedback system prioritezed
1: After filling in and sending all the computed data inputed to the back-end, if there is any other missing information, the system will scroll up the page and show filling errors at the top.
2: The system shows error messages if users do not fill required fields.
3: Enhancement on optional fields: I propose inserting the label "optional" in front of the section title or in front of each field to let users know where on the registration page there is an optional field or section.
The reliability of information was increased by achieving 100% centralization of information in the system.
Filling errors were reduced through heuristics and usability principles, such as indicating what is a mandatory field, and showing only new fields based on previous computed data.
The time dedicated to feasibility filling questions decreased. Product Owners are usually reached when the back-end is down.
The time taken to complete a filling a viability wasn't possible to measure because users were doing filling in a excel spreadsheet, without a control of an analytical data tool. Therefore my team and I decided to measure the data after implementing the solution in the system.
This was the context of a client with no knowledge of the design processes.What helped me to perform the user testing was to convince the client of the risk level of the system functionality, as it is a very new feature and required a lot of effort to build it.
This case study strongly contributed to highlighting the importance and strength of the design processes to the client.
"Bárbara was a designer on a few teams where I worked and I could witness her good performance in different contexts.
As a UX/UI designer, she proved to be extremely competent with discovery, ideation and prototyping initiatives that were extremely relevant to the context we were in. She showed facilitation skills that, combined with her ease of perceiving user needs, led to very powerful insights into opportunities we could explore. It was a pleasure to work and deliver value to our customers by her side!"
Elizhama Sperancini, Scrum Master at DTI Digital, a WPP company