• Home
  • Work
  • Services
  • Writing
Let's Talk
Back to all work
Case Study 02NDA

Hotel Management System

Multi-Department Operational System

RoleProduct Designer (End-to-End)
TeamClient: 3-Star Independent Hotel
StatusIn Development (Pre-Launch)
ScopeResearch, system architecture, role-based permissions, workflow logic, dashboard design, accessibility implementation
01

Executive Summary

A 3-star hotel was operating using a fragmented mix of manual processes and disconnected third-party platforms (MMT, OYO, Hosteller portals, internal registers, spreadsheets).

The result: Operational friction. Departmental misalignment. Data inconsistencies. Delays in guest servicing.

I was brought in to design a centralized, role-based web application to unify hotel operations across Admin, Reception, Housekeeping, Kitchen, and End Users.

This was not a UI project. It was a workflow system redesign.

Designer's Note
This project taught me that operational software is fundamentally different from consumer products. You're not optimizing for delight. You're optimizing for cognitive load reduction across 8-hour shifts. Every extra click compounds into fatigue.
02

Business Context

The hotel relied on manual booking tracking, third-party platform updates, paper-based housekeeping logs, and verbal coordination between departments.

There was no single source of truth. Reception didn’t always know room readiness. Housekeeping didn’t get real-time updates. Kitchen order coordination was inconsistent. Admin had limited operational visibility.

  • Create a centralized system that reduces dependency on manual tracking
  • Improve inter-department coordination
03

System Complexity

This was not a linear app. It was a multi-role, interdependent operational ecosystem.

The biggest complexity challenge: Maintaining structured relationships between departments.

  • Housekeeping ↔ Reception
  • Reception ↔ Admin
  • Kitchen ↔ Reception
  • Reception ↔ Customer
Designer's Note
Mapping the department interdependencies was the most important work I did here. Before a single screen was designed, I needed to understand every handoff, every status change, every piece of information that crossed departmental boundaries.
04

Product Architecture & Role-Based Permissions

I defined clear role-based access control, department-specific dashboards, controlled data visibility, and hierarchical permissions.

Each role had custom navigation, task-based interface, and contextual action triggers.

Example: Reception updates check-in → Housekeeping auto-receives cleaning status → Admin dashboard reflects occupancy in real-time. This reduced communication dependency on manual follow-ups.

05

Workflow Logic Design

Each flow required clear state transitions, status indicators, and escalation logic.

I created structured user flows before UI design. System clarity came first. Screens came later.

  • Booking flow (direct + third-party)
  • Room allocation logic
  • Cleaning status tracking
  • Food order flow (room service)
  • Administrative reporting
Designer's Note
I created the workflow logic before any UI work. This is unusual. Most designers start with screens. But in operational systems, the flow IS the product. Screens are just windows into the flow.
06

Dashboard Design

Dashboards were not cosmetic. They were operational control centers. Each dashboard focused on real-time status, pending tasks, alerts, and critical updates.

Design followed workflow priority, not visual aesthetics.

Admin Dashboard

  • Occupancy rate
  • Revenue insights
  • Room status
  • Operational bottlenecks

Reception Dashboard

  • Check-ins & Check-outs
  • Booking source
  • Room readiness

Housekeeping Dashboard

  • Cleaning queue
  • Urgent tasks
  • Room turnaround time
07

Replacing Manual & Disconnected Systems

This system aimed to replace paper logs, WhatsApp coordination, third-party dashboard switching, and manual reconciliation.

Instead of jumping between apps, staff interact with one structured system.

08

Accessibility Implementation

Accessibility was not decorative. This was critical because operational staff use the system for extended hours. Fatigue reduction matters in workflow tools.

  • Color contrast compliance
  • Clear typography hierarchy
  • Keyboard navigation
  • Status-based visual indicators
09

Scope Decisions

Kiosk experience was identified as an expansion opportunity. I intentionally parked it to prevent scope creep and ensure stable core system logic first.

That’s product discipline.

Designer's Note
Parking the kiosk experience was a discipline decision. The client wanted it. The team could have built it. But releasing a half-baked core system with a nice kiosk would have been worse than a solid core system with no kiosk.
Impact

Measured Results

ReducedCross-Dept CommunicationMiscommunication between departments
FasterRoom TurnaroundExpected improvement in room readiness
ImprovedReal-Time VisibilityOperational status across all departments
EliminatedManual TrackingReduced dependency on paper and verbal coordination
Ownership

Core Contributions

Process mapping across departments
Stakeholder interviews
Role-based permission architecture
Workflow logic design
Dashboard hierarchy planning
Accessibility integration
End-to-end product thinking
PreviousTechVaultNextStreamline
Back to all work
OccupancyFood OrdersRoom StatusReportsAAdminRReceptionKKitchenHHousekeepingHub

Cross-Department Workflow: Interdependent Operational Ecosystem

AdminReceptionHousekeeping

Role-Based Dashboard Wireframes: Admin, Reception, Housekeeping