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
Balanced Across
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
Next case study
Event Creation Redesign
Alumni Portal · Feature Redesign