CyHome

An ecosystem of apps that connects apartment residents, management boards, shop owners, and building technicians — all in one place.

My Role
UI/UX Designer
Product Type
Ecosystem Design
Users
Residents & Management
Platform
iOS, Android, Web
01   Overview

What is this project?

CyHome is a digital ecosystem designed to improve life inside apartment buildings. It connects three different groups of users through a shared set of products.

🏢
Management Web App
The management board oversees residents, fees, announcements, and building operations from one dashboard.
🔧
Technical App
Building technicians receive and track maintenance jobs, update electrical readings, and manage repairs on the go.
🏠
Resident App
Residents pay fees, book services, read announcements, and communicate with management — all from their phone.

My role

I was the UI/UX Designer for this ecosystem. I worked with a product manager and development teams across multiple products. I was responsible for user research, defining user flows, creating wireframes, designing the UI, and coordinating design consistency across all three applications.

02   Problem

What problems are we solving?

Living in an apartment building involves a lot of coordination — between residents and management, between residents and local shops, and between management and their technical staff. Without a shared system, these interactions become slow and frustrating.

Common User Problems
  • Paying apartment fees (management, utility, service) is difficult and time-consuming
  • Communicating with management is slow and unclear
  • Ordering in-building services has no central place
  • Residents miss important announcements
  • Lessors cannot easily track or manage rented units
What Users Actually Need
  • Fast and convenient fee payment, including for family members
  • A direct channel to report issues to management
  • Easy access to in-building services
  • Instant notifications from the management board
  • A way to manage rental apartments remotely

Business goals

For management: Reduce manual administrative work, improve resident satisfaction, and have a single platform to control all building operations.

For residents: Make daily living — paying, booking, communicating — as easy as using any modern app.

03   Users

Who are the users?

👤
Resident
Adults living in the building. They want quick access to all apartment-related tasks without needing to visit the management office in person.
🏛️
Management Board
Staff who manage the building. They need to send notices, collect fees, handle complaints, and coordinate technicians — all from one place.
🛠️
Technician
Building maintenance staff. They use the technical app to receive jobs, update meter readings, and report progress on repairs.

Key jobs to be done

"I want to pay all my apartment fees in one place, without going to the office or waiting in line."

Resident

"I want to send a notice to all residents instantly, and know who has read it."

Management board member
04   Design Process

How did I approach this?

Step 1 — Understand the context

I started by talking to residents and management staff to understand how they currently handle fees, complaints, and communication. Most of the pain came from a lack of a shared system — residents called or came in person; management used spreadsheets and paper notices.

I also reviewed similar products in the market to identify what features residents already expect from a modern building app.

Step 2 — Map the ecosystem

Because this is an ecosystem with three products, I had to design the connections between apps, not just individual screens. I mapped how each user type interacts with the others — for example, how a resident's service request flows to the management dashboard and then to a technician's task list.

The hardest design challenge

Designing three products at once means every decision in one app affects the others. A field added to the resident app needs to be reflected in the management dashboard. I had to maintain a consistent data model and UX language across all products.

Step 3 — UI design

I designed the UI with these principles in mind:

Clarity first
Every screen has one clear purpose. Residents should never wonder what to do next.
Consistent across products
Shared components and language keep the experience coherent whether you are a resident or a manager.
Information board
Push notifications are central to the design. Residents should never have to open the app to find out something important has happened.
Flexible payments
Multiple payment methods and the ability to pay for family members' units were prioritized from the start.
05   Key Features

What does CyHome actually do?

CyHome Key Features

Fee payment

Residents can view all outstanding fees — management, utility, and service — that are entered by the management board from the PMS system. They can pay in one tap using multiple payment methods, and pay on behalf of family members in other units.

Resident–management communication

A private messaging channel lets residents report problems directly to management and track the status of their requests. Management can respond, escalate to technicians, or close the request — all within the same thread.

In-building services

Management can list services and shops available inside the building. Residents browse, book, and pay through the app. Shop owners receive orders through their dedicated merchant app and can manage their service listings independently.

Resident App Screens
  • Home dashboard with announcements and quick actions
  • Fee list and online payment with multiple methods
  • Service browsing, booking, and time slot selection
  • News feed with attachments and in-app voting
  • Apartment conference and resolution voting
Management Web App
  • Resident and apartment directory
  • Fee management connected to PMS system
  • Announcement and notification publishing
  • Service and shop management
  • Reports and analytics dashboard

Announcements and voting

Management can publish announcements with attachments (PDF, images) directly through the web app. Residents receive push notifications immediately. The app also supports in-app voting for apartment conferences — residents can cast their vote digitally without needing to attend in person.

Resident registration

Residents can declare household members living in their unit. Management reviews and confirms each registration. This gives lessors and management a clear, verified view of who is in each apartment at any time.

06   Web App & Technical App

Tools built for the people who run the building

CyHome Web App & Technical App

Management Web App

The web app is the control centre for building management staff. It gives them a full view of every resident, apartment, fee, and request in the building — all from one dashboard. Key features include resident and apartment directory, fee publishing connected to the PMS system, announcement management, service listings, and a reports dashboard to monitor building operations.

Web App Highlights
  • Full resident & apartment directory with registration status
  • Fee publishing and payment tracking from PMS integration
  • Announcement publishing with push notification to all residents
  • Complaint management — receive, assign, and close requests
  • Reports: revenue, occupancy, service usage
Technical App Highlights
  • Receive and accept maintenance jobs assigned by management
  • Update job status in real time — in progress, completed, on hold
  • Log electrical and water meter readings per unit
  • Attach photos to completed jobs for verification
  • View job history and personal task list

Technical App

Building technicians use a dedicated mobile app to receive and manage maintenance jobs. When a resident submits a complaint through the resident app, management can assign it to a technician directly. The technician sees it on their task list, updates the status as they work, and closes the job when done — keeping everyone in the loop without a single phone call.

07   Design Decisions

Key decisions I made

Decision 1 — The Resident App is the center of the ecosystem

All other products — the management web app, the merchant app, and the technical app — exist to serve the resident experience. I made this a guiding principle from the start. Every feature in the management dashboard has a direct effect on what residents see and can do. Designing with this mindset kept us from building admin-heavy tools that residents would never benefit from.

Decision 2 — Private channels over public group chats

Some products in this space use public group chats for resident-management communication. I chose private one-on-one channels instead. This protects resident privacy, reduces noise for management, and makes it easier to track each issue from submission to resolution.

Decision 3 — Voting built into the news feed

Apartment conferences often require residents to vote on building decisions (management contracts, fees, new rules). Instead of a separate module, I embedded voting directly into the news feed article. Residents read the context and vote without leaving the screen — this improved completion rates during testing.

Decision 4 — Fee data flows from management, not residents

Residents do not enter their own fee amounts. All fees are published by management through the PMS integration. This eliminates disputes and errors, and gives management a single source of truth for payment status.

08   Reflections

What I learned

Working on this project, I learned that designing an ecosystem is very different from designing a single app. Every decision can affect other products, so I had to think carefully about how everything connects. I also learned that different users think in very different ways — a resident just wants to finish a task, while a management officer needs to see the full picture. At the same time, working with multiple teams taught me that clear communication and good documentation are just as important as the design itself. The project was not perfect when it launched, but seeing real people use it every day made all the effort feel worthwhile.