Ken42 · Hostel Management Platform

Hostel Operations — Ken42

Defined, designed, and delivered a net-new hostel management platform that digitized previously manual operational workflows.

Role
Associate Product Manager
Duration
4+ months
Client
KJS · Higher Education Institution
Team
2 Design · 2 FE · 2 BE · 1 QA · 1 PM · Client
Responsibilities
PM · Design · Research · UAT · Delivery

Overview

A centralized hostel platform for thousands of students

KJS managed hostel operations through manual processes, spreadsheets, and disconnected communication channels. As student intake grew, room allocation, fee assignment, occupancy management, and student communication became increasingly difficult to manage.

The goal was to design and deliver a centralized hostel management platform from the ground up that could support the complete hostel lifecycle—from student preferences and room allocation to fee management, transfers, and vacating workflows.

The problem

Where the system was breaking down

Business Challenges

  • Delays in hostel allocation affected student onboarding.
  • Students required hostel fee details for loan processing.
  • Operational teams struggled with room availability visibility.
  • Manual workflows increased dependency on wardens and administrators.
  • Poor communication drove a high volume of calls and support requests.

User Challenges

Students

  • Lack of visibility into hostel allocation status.
  • Difficulty understanding room availability and fee information.

Wardens

  • High volume of repetitive calls.
  • Difficulty managing allocations manually.
  • Limited operational visibility.

Finance Teams

  • Complex fee assignment logic.
  • Manual reconciliation processes.

Research & insights

Understanding the operational reality

Discovery Activities

  • Existing workflow analysis
  • Stakeholder discussions
  • Hostel operations walkthroughs
  • Review of existing solutions
  • Requirement gathering sessions

Key Insights

  • Students wanted transparency and ease of use.
  • Most students primarily interacted through mobile devices.
  • Wardens valued speed and simplicity over feature richness.
  • Reducing phone calls was a key operational objective.
  • Visibility into occupancy and allocation status mattered more than additional functionality.

Stakeholder alignment

Aligning multiple teams to ship one platform

Successfully aligning multiple teams was critical to the project's success.

Key Stakeholders

WardensHostel AdministratorsFinance TeamsMarketing TeamsInstitutional Management

Balanced Across

Operational requirementsFee allocation rulesCommunication workflowsTechnical feasibilityDelivery timelines

Product decisions

Choices that shaped the product

Mobile-First Student Experience

Decision
Prioritized a mobile-first experience for students.
Why
Most students interacted with the platform through their phones during admissions and onboarding.
Outcome
Improved accessibility and reduced dependency on support teams.

Simplified Warden Experience

Decision
Designed streamlined operational workflows instead of exposing system complexity.
Why
Wardens prioritized speed and efficiency over advanced functionality.
Outcome
Reduced effort required to complete common operational tasks.

Operational Reporting

Decision
Built reports focused on actionable operational metrics.
Why
Users needed visibility into allocations, fees, and occupancy rather than raw data.
Outcome
Improved operational monitoring and decision making.

Enterprise Communication Platform

Decision
Selected an enterprise-grade communication platform for large-scale student communications.
Why
The allocation process required reliable communication with thousands of students.
Outcome
Enabled scalable communication workflows.

Simplified Administrative Workflows

Decision
Designed guided administrative experiences rather than relying on standard platform interfaces.
Why
Operational users required simplicity and efficiency.
Outcome
Improved usability and reduced training requirements.

My contribution

What I owned end-to-end

Product Strategy & Planning

  • Defined user flows and information architecture.
  • Conducted persona mapping using real operational scenarios.
  • Collaborated with internal teams to validate feasibility and prioritization.

Product Design

  • Designed experiences for students, wardens, and administrators.
  • Applied and extended the existing design system.
  • Simplified operational workflows while preserving business complexity.

Cross-functional Collaboration

  • Worked closely with engineering throughout implementation.
  • Coordinated with finance teams for fee allocation workflows.
  • Partnered with marketing teams for communication journeys.
  • Supported testing, UAT, and production readiness activities.

Delivery & Support

  • Conducted product demos for stakeholders and wardens.
  • Created user documentation and onboarding materials.
  • Supported users throughout the hostel allocation cycle.
  • Managed issue resolution and production feedback.

Trade-offs & challenges

What went wrong, and what I learned

Communication Trigger Incident

Trade-off
An incorrect communication trigger impacted more than 200 students.
Response
Investigated the issue, coordinated communication updates, and managed stakeholder expectations.
Learning
Communication workflows require the same rigor as product workflows.

Platform Limitations

Trade-off
Unexpected limitations in communication workflows surfaced during implementation.
Response
Worked with engineering teams to identify alternative approaches.
Learning
Enterprise systems often require flexibility and adaptation.

Pricing Logic Changes

Trade-off
New pricing for different hostel and student scenarios emerged late in implementation.
Response
Introduced workarounds while maintaining delivery timelines.
Learning
Complex business rules rarely reveal themselves all at once.

Results

Impact across the system

Business Impact

  • Improved visibility into hostel operations.
  • Streamlined allocation and fee management workflows.
  • Reduced dependency on manual processes.
  • Enabled large-scale operational coordination.

User Impact

  • Better transparency for students.
  • Faster access to allocation information.
  • Reduced support dependency.

Operational Impact

  • Reduced calls to wardens and administrators.
  • Improved allocation tracking.
  • Better reporting and monitoring.

10%

Product adoption by wardens

30%

Reduction in support calls compared to last AY 2025-26

Faster

Hostel allocation turnaround

Improved

Operational visibility

Learnings

What this project taught me

  • Clients often describe symptoms, not solutions.
  • Operational edge cases matter more than expected.
  • Communication workflows deserve the same attention as core product workflows.
  • Asking better questions leads to better products.
  • Good enterprise software reduces effort while preserving operational control.

Closing

What this project demonstrates

Product ManagementProduct DesignEnterprise Systems ThinkingStakeholder AlignmentWorkflow DesignInformation ArchitectureCross-functional CollaborationDelivery OwnershipUAT & ValidationOperational Problem Solving

Next case study

Event Creation Redesign

Alumni Portal · Feature Redesign