UX Case Study · Higher-ed admin · BMS College of Architecture

College Management System

A 600-student architecture college still ran on paper — attendance, leave, records, all by hand. As the ERP technical lead, I spent two years moving it from paper to pixels, designing digital workflows that felt like the forms they replaced — familiar enough that faculty actually adopted them. The queue outside the director's office, the unofficial measure of approval delays, disappeared within months.

Role
ERP technical lead — UX, systems, rollout
Domain
Higher-education administration
Scale
600 students · 50 faculty
Timeline
2 years · 2021–2023
Platform
Web app + Android companion
Methods
Contextual observation · interviews · iterative testing
01 — Context

Running a college on paper

BMS College of Architecture — 600 students, 50 faculty — ran its core administration on paper. Attendance, leave management, academic records: all manual, all slow, and increasingly a bottleneck on day-to-day operations.

I taught there as an assistant professor, which put me in both the teaching and the administrative chair — a useful vantage point on exactly where the paper workflows broke down. So when the college decided to adopt an ERP, I was made technical lead: identify the problems, propose the system, and lead its customisation and rollout.

The brief wasn't just to digitise what existed. It was to rethink the workflows for speed and better decision-making — without alienating the faculty who'd used the paper versions for years. This case study focuses on one module in depth: Leave Management.

Fig 01 · Context
College Management System
The college management system — two years of moving administration from paper to a customised ERP.
02 — The challenge

Digitising without flattening the nuance

The goal was a comprehensive college management system. The hard part wasn't the software — it was preserving the judgement and exceptions baked into processes that had grown up on paper. Three challenges defined the project:

01

Complex, interconnected workflows

From leave to student mentoring, every process carried its own rules and exceptions. Translating those into a digital system without losing the nuance — the informal approvals, the edge cases — was the central design problem.
02

Off-the-shelf software that didn't fit

We partnered with a third-party ERP vendor, but their standard product didn't match how the college actually worked. Customising it to our specific workflows — rather than forcing staff to bend to the software — was a major hurdle.
03

Data accuracy and access

Moving from paper to digital meant migrating large volumes of academic and administrative records. Keeping that data accurate through the move, getting it to the right people, and securing it properly were constant concerns.

What we set out to achieve

  • Streamline administration by automating routine academic processes.
  • Sharpen decision-making with accessible data and insight.
  • Improve data management — accurate records, available to the right people.
  • Increase transparency and accountability across approvals and records.
  • Lift operational efficiency with a proper student information system underneath it all.
03 — Research

Learning the workflows from the inside

My research leaned on something most projects don't have: intimate, first-hand knowledge of the ecosystem. I was a user of these paper processes myself. That let me investigate practically rather than formally.

  1. Contextual observation. Watched colleagues work in their actual environment, seeing where the paper forms and records slowed them down.
  2. Informal interviews. Talked with faculty and staff about pain points and the changes they actually wanted.
  3. Workflow mapping. Documented the existing processes step by step, surfacing inefficiencies and the spots ripe for digitising.
  4. Iterative testing. Released early versions to a small group of users and let their real-world feedback drive continuous refinement.
An honest note on method

This wasn't textbook UX research with formal protocols. But being inside the institution gave me rich, contextual data — and a system tuned to how the college genuinely operated, not how a process diagram assumed it did.

04 — Approach

Ship small, roll out slowly

Change resistance was the real risk, not the technology. So the approach was built around adoption: small releases, gradual rollout, heavy customisation, and steady support.

01

Rapid prototyping

Built and released working prototypes quickly to gather real-world feedback and make immediate improvements, rather than designing in a vacuum.
Feedback loops
02

Gradual rollout

Introduced the system in phases, starting with core modules, so users could adapt while still leaning on familiar processes during the transition.
Phased adoption
03

Custom solution

Tailored the off-the-shelf ERP to the college's specific workflows and rules, instead of forcing staff to work around generic software.
Customisation
04

Ongoing support

Provided training materials and continuous assistance to keep adoption high and the system genuinely effective once it was live.
Enablement
05 — The solution

Rebuilding leave around how it really worked

The vendor's standard leave module didn't apply to us — sanctioning faculty leave involved more parameters and a few extra steps before an application could even go for approval. So I mapped our real paper process into a flow diagram, then reshaped the digital module to match it. Watching the flow made it clear: a few new fields were needed to make the digital process feel like the paper one it replaced.

Fig 02 · Solution
Leave process flow map
Mapping the existing paper leave process into a flow before touching the software.
01

A “Pre-approved via” field

Faculty leave was often informally cleared by the director first — over WhatsApp, email, or in person. The new field captured how that pre-approval happened, so the digital record matched the real chain of approval instead of pretending it didn't exist.
02

An “Add replacement faculty” option

When teaching staff took leave, two cases existed. No classes that day: the application could go straight to the director. Classes scheduled: the faculty had to arrange cover with another staff member first — so the module let them name that replacement as part of the request.

What changed after the redesign

  • Faculty could apply from their own laptop, phone, or tablet — no trip to the office.
  • Leave balances were visible instantly, not buried in a ledger.
  • Clearer accountability for the institution's administration.
  • Cleaner tracking of leave for salary calculations.
  • No more waiting outside the main office for the director's sign-off.
  • The digital flow felt familiar, easing the move off paper for less tech-savvy staff.
  • The director could finally see any employee's full leave history.
06 — Impact

What digitising actually moved

Two years of phased, heavily-customised rollout took a 600-student college off paper. The wins were visible before any metric was measured.
  • The queue outside the director's office disappeared. Leave approvals that used to take days became same-day decisions through digital routing — the informal signal everyone used to gauge backlog.
  • Attendance stopped being a manual compilation job. Faculty logged it digitally; the system surfaced summaries automatically, removing the entry and end-of-week compilation that had taken up admin time.
  • Students could check their own records instantly. Grades, attendance, and course information were available on demand — no more queuing at the admin desk for a printed summary.
  • Paper consumption across core workflows fell sharply. As digital alternatives embedded into daily practice, the college's reliance on paper-based admin reduced across leave, attendance, and records.
07 — Future scope

Where it could go next

Technology and the college's needs would keep evolving. A few directions stood out for extending the system:

  • Real-time notifications. Alert users to updates, deadlines, and changes as they happen.
  • A refined interface. Keep improving the UI against accumulated feedback and real usage data.
  • Predictive analytics. Forecast student performance and assess faculty effectiveness to support better planning.
08 — Reflection

What two years taught me

User feedback shapes adoption

Continuous input was decisive. Even small adjustments off the back of feedback noticeably improved adoption and satisfaction — regular check-ins and open channels with faculty and students let us catch and fix pain points fast.

Phased implementation works

Rolling out gradually made adoption smoother and gave us room to refine. Introducing features incrementally managed change-resistance and let us prioritise the critical pieces while learning for the next phase.

Balance innovation with familiarity

The biggest lever was designing digital interfaces that mirrored the paper processes where possible. That familiarity eased the transition for less tech-savvy users while still delivering the upside of going digital.

Data makes better decisions

Centralised, accessible data let administrators make more informed calls on resourcing, planning, and student support — a reminder that the point isn't just digitising processes, but using what they generate.

Select any text to annotate
Copy this and paste it back into the chat