Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/tuirevii/buildinghub
Enhancing UX in the Building Renovation Process Through Experience-Driven Design | Semi-Interactive Prototype | Figma
https://github.com/tuirevii/buildinghub
communication figma prototype renovations ui-design ux-design web-service wireframe
Last synced: 3 days ago
JSON representation
Enhancing UX in the Building Renovation Process Through Experience-Driven Design | Semi-Interactive Prototype | Figma
- Host: GitHub
- URL: https://github.com/tuirevii/buildinghub
- Owner: tuirevii
- Created: 2024-12-11T13:40:20.000Z (2 months ago)
- Default Branch: main
- Last Pushed: 2024-12-14T22:29:17.000Z (about 2 months ago)
- Last Synced: 2024-12-14T23:20:54.677Z (about 2 months ago)
- Topics: communication, figma, prototype, renovations, ui-design, ux-design, web-service, wireframe
- Homepage: https://tinyurl.com/buildinghub
- Size: 3.04 MB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# BuildingHub
Enhancing UX in the Building Renovation Process Through Experience-Driven Design | Client: INPERSO project (Spain)**UI & UX Design | Figma | Semi-Interactive Prototype (Wireframes) of a Web Service**
- **Target group(s):** Residents, housing companies, contractors, architects, etc., but we focused on residents
- **Team:** 4 members
- **Client:** INPERSO project (Spain)
- **Course:** "HTI.450 User Experience: Design and Evaluation", Tampere University[See the prototype (Figma)](https://www.figma.com/proto/54YU82HEN1ZYTxEPH5jk9A/No-name-squad?page-id=0%3A1&type=design&node-id=428-7289&viewport=-269%2C-5900%2C0.41&t=CcCLtn2zvmHA5umS-1&scaling=scale-down-width&starting-point-node-id=428%3A7289&show-proto-sidebar=1)
![Mockups of the BuildingHub web service](https://github.com/user-attachments/assets/20aeb0ff-d4b6-4a17-8e11-cd0bb39b238e)
## Motivation
- The project was assigned to us on the Tampere University's course.
- Several stakeholders are typically involved in renovation projects, and effective communication among these stakeholders plays a key role in completing the project on schedule and with the required quality.
- Currently, there are some communication channels available, but they cannot, for example, adequately and promptly inform all necessary stakeholders before, during, and after the project.
- The demand for such a tool is likely to grow in the coming years due to the EU’s energy efficiency goals for the built environment.## Goals and Scope
- To design and develop the digital BuildingHub solution
- To enhance the user experience by providing easy access to building information and involving users in renovation decisions
- To explore user-centric innovation by gathering insights to make building renovations more community-driven## My Role
- Together with team members searched for articles, attended weekly meetings, wrote the report, planned the user study, participated in the interviews (user study & evaluation), and analysed data
- Recruited 8 participants (3 for the user study and 5 for the evaluation)
- Created the user persona with another team member
- Created the experience journey map
- Created the prototype together with two other team members
- Prepared the questionnaire and script for the user study and evaluation
- Iterated the prototype after evaluation## Project Overview
![Overview of the project including, for example, desk research, user study, defining and iteration, wireframing/prototyping, and protototype evaluation and iteration.](https://github.com/user-attachments/assets/5aa11a97-a6cf-44a8-984d-ee81e96c8599)
## Methods Used
![Word cloud of the methods used](https://github.com/user-attachments/assets/b223f334-b4e3-42a8-a311-055e8aeb26d3)## Desk Research
- Will be added here later
## User Study
- Semi-structured interviews
- Observation
- Data analysis with affinity diagram### Goals
- Understand target users, their needs, references, and feelings evoked during each phase of the renovation project.
- Identify negative experiences and come up with ideas to make the experiences positive or at least improve them### Interviewed Participants
- N=4
- All Finnish males
- Aged 35-40
- From diverse fields, including one architect
- Relatively tech-savvy### Main Findings
- **Concerns** arise at every phase due to poor **trust** and **communication**.
- Finding **reliable contractors** and comparing offers is difficult, recommendations may be fake, and subcontractors unmotivated.
- Residents are not **well-informed** about project progress or issues.
- Desire for trust in quality work, timely completion, and no extra costs.
- Residents feel **relief** at the end, whether from satisfaction or simply the project being over.## Experience Journey Map
I created this.
![Experience journey map.](https://github.com/user-attachments/assets/eef72877-2661-4038-b15d-b3e5d8698127)
## User Persona
I created this with Canva together with another team member.
![User persona of a resident.](https://github.com/user-attachments/assets/1094ad9e-04f2-4cf5-9cec-ed649bfdc7a2)
## User Scenario
- Tero just got his first-ever owned apartment through the housing cooperative, and he is embarking on an extensive bathroom renovation. He **signs up** on the BuildingHub platform with his laptop to start a new project.
- On the web service, he **invites** the superintendent of the housing cooperative to join the project. He searches for** **reliable construction companies based on for example location, offering and ratings.
- He **contacts** a few construction professionals for proposal/offer submission and can review and make a selection. He is also able to **see/know** sub-contractors working for the main construction company.
- Through the platform, he can see for example the contract, renovation plan, electricity and piping plans as well as the project schedule provided by the professionals, and he is also able to supply needed information.
- As the renovation project commences, he is **informed** of the activities ongoing on the site, hurdles, etc. through email notifications from the BuildingHub portal. When he notices some poor work quality on the project site, he can then through the portal, **inform all the parties** involved in the project and add images for evidence, clarification, and documentation.
- Once the project is verified to be complete by all parties, a **feedback** form is sent to everyone to provide input about how the project went.
## Experience GoalsBased on desk research, literature reviews, and empathy towards target group, we identified five tentative UX goals (completion, relief, relatedness, security, and self-esteem). After analysing the user study results, these goals were refined and brought down to following four:
1. Trust
2. Feeling of being informed
3. Relief
4. Security (safety)These experience goals reflected only the experiences of the residents during the three phases of the renovation project and addressed their needs and pain points.
## Wireframes/Prototype
The concept for the prototype was a **digital platform (web service)** that would be responsive and accessible through the internet from a web browser especially on a laptop, reducing the need for any specific system or device compatibility. The features of the prototype were ideated and designed based on the insights gathered from the user study. The user study had revealed that the users wouldn't like to use this kind of system with their mobile phones, but instead would use their computers. Therefore and due to the scope of the course, we focused on designing the prototype for the desktop.
[Take a look at the prototype on Figma](https://www.figma.com/proto/54YU82HEN1ZYTxEPH5jk9A/No-name-squad?page-id=0%3A1&type=design&node-id=428-7289&viewport=-269%2C-5900%2C0.41&t=CcCLtn2zvmHA5umS-1&scaling=scale-down-width&starting-point-node-id=428%3A7289&show-proto-sidebar=1)
**NOTE:** To see the initial prototype that was evaluated, open the “Flows” sidebar and select “Initial prototype”. To see the iterated prototype, select “Iterated prototype”.
### Some of the Frames I Designed for the MVP
#### Landing page
![Landing page - Tuire](https://github.com/user-attachments/assets/e8fff931-a725-43a5-a4e6-8625da1da9d7)#### Identification
![Identification - Tuire](https://github.com/user-attachments/assets/4f7fcb62-25d0-4115-911b-14dedf777bc4)#### Verification code
![Verification code - Tuire](https://github.com/user-attachments/assets/57a2c3f4-ef49-450c-971a-4253dd8a0074)#### Sign-up
![Sign-up - Tuire](https://github.com/user-attachments/assets/b877f857-8786-42c1-b648-32cadf9b7e3a)#### Companies
![Companies page - Tuire](https://github.com/user-attachments/assets/b56cf580-5966-408c-8e76-538e0e88d68b)#### Company card
![Company pop-up - Tuire](https://github.com/user-attachments/assets/878b3cd2-8868-4d78-8316-72f274b91b87)#### Offering
![Offering](https://github.com/user-attachments/assets/65b61223-a453-4ee2-93e4-94b6440baa65)## Prototype Evaluation
### Participants
- N=5
- 4 females & 1 male
- Aged 35-51
- Mainly not that tech-savvy## Prototype Iteration Base on the Findings
- Focus on fulfilling one of the UX goals, trust.
- Changes to the company card (information about the working area, prices, and starting schedule, and more comprehensive reviews).
- Adding a helps section and guiding to that from an empty dashboard.
- Renaming “Home” to “Project dashboard” and setting the navigation to fixed.
- Some other minor changes.### Some of the Frames I Designed or Iterated After the Evaluation
#### Dashboard - no projects
![Main page - don't have project](https://github.com/user-attachments/assets/e9378ada-82d7-47a2-812e-ece46d462c65)#### Sign-up
![Sign-up - Tuire](https://github.com/user-attachments/assets/3dab00ca-aabd-4f32-8b38-ae3cf2447769)#### Verification code
![Verification code - Tuire](https://github.com/user-attachments/assets/44e21a77-fcb7-4c97-83ec-433151e212d7)#### Company card
![Company pop-up - Tuire](https://github.com/user-attachments/assets/33e377c9-54a6-4726-b379-f99e7c0e941e)#### Reviews
![All reviews](https://github.com/user-attachments/assets/04175df5-4816-4bfe-8503-d3e8ccf3e66a)### Main Findings
- Our resource constraints affected the overall results of the project, as we were probably not able to meet all the needs and expectations of the person working on the INPERSO project.
- We tried to get insights on, for example, how to make renovation projects more community-driven, but we couldn’t answer this one.
- The main reason for this was the fact that our participants didn’t have that much experience of renovations, and especially of big renovations like deep renovations.
- Sustainability-related aspects were also a big theme, but it became obvious, that in Finland that’s usually not the thing people focus on the most in renovations, even though some are more environmentally conscious.
- A more high-fidelity version of the prototype would have been needed, as now the participants' expectations were quite high even though we tried to lower them, which may affect the validity of the results.
- Of the UX goals, trust, and the feeling of being informed were the easiest ones to measure
- Relief and security could have been measured better with a more defined prototype that would focus also on the latter part of the renovation
- The biggest success of this project was the validation that this kind of service can be useful when implemented correctly.> P3: It would've been just what I really really was missing when we had the renovation!
> P3: This would be like really really something that would help, help people, and I really hope that companies are gonna commit using this if it's something that gets done.
- It would be very useful to have a platform where the different stakeholders could have an easy way of communicating with each other. Many contractors use different kinds of ERP systems (or other internally used systems), but they never or very rarely give access to other stakeholders. Therefore enough information useful and accurate may not be easily available and in an understandable format.
- The navigation should be very easy so that anyone can find what they are looking for.
- The service should look more consumer-friendly and beautiful to increase engagement especially in the beginning of the use
## Limitations- Lack of people with enough experience with renovation projects.
- Limited now only to resident's needs because the scope of the project would have been far too large otherwise
- This also diminished some of the data collected during different parts.
- The results cannot be generalized to other user groups or directly to other countries because of cultural issues, for example.
- It could have been more useful to concentrate just on the before and during phases of the renovation project, or first just on one of those.
- Even if we had a more fleshed-out prototype, the information gathering for these goals could only be done properly in a large time frame study.
- Lack of knowledge of Finnish laws and renovation and house building business
- Would need a multi-professional team to get a better understanding of user needs
- The prototype doesn’t consider any possible limitations related to the numerous software components that should be integrated with the system.
- It remains uncertain whether actual construction workers would willingly adopt this system, as they generally do not put any extra effort into communication or using additional systems.
- Language barriers affected the participants’ understanding of some questions and instructions as well as navigating the system.
- Having the prototype and evaluation sessions in Finnish, the results might have been a lot more comprehensive and reliable.
- The UX goals couldn’t be evaluated properly especially due to lack of some important interactions.
- A more polished prototype with all the interactions needed to make it work the way it’s supposed to, would most probably have given different kinds of results.
## Future Work- Not all the ideas based on the user study and prototype evaluation could be implemented or even analyzed in the scope of this course.
- For example, integrations with different ERP software to make the use of BuildingHub more plausible for the contractors, and more detailed information about the contractors and their financial situation.
- The project dashboard should
- show more clearly what tasks and meetings need residents’ input, and a better timeline should be considered and designed carefully to increase the level of relief
- be made adjustable to everyone’s needs, so that it would include the most relevant information needed.
- A feedback system should be implemented.
- Should be used both during and after the renovation, and the feedback form would also need to include information about how well the company used BuildingHub for communication.
- The prototype should also serve better in the after phase of the renovation.
- The prototype should also have to meet the needs of other stakeholders of building renovation projects, especially construction companies and their actual employees and subcontractors who do the renovations.
- Requires more user studies, evaluation, and iteration, and experience goals for those parties would also need to be defined and validated, as they may also differ at least partly from the ones we had for residents.
- It should be carefully thought out how to engage companies to use BuildingHub.
- To further develop the design, the evaluation tasks of the reiterated prototype about the UX goals would be formulated from prior or existing methods known to be relevant.
- A heuristic analysis based on Jacob Nielsen’s 10 usability heuristics would also be useful for the prototype.