I don't see it as a failure of the JQ systems - the system works fine if used correctly ie people open the res application look for a phone number & call pax. I think it's more a failure of inexperienced staff not using their noddle & a bit of common sense or logic.
Well then that in itself is a failure of the recruitment and training processes at JQ, plus the said staff (who should be thwacked in the head with prejudice).
I don't know for a fact a) whether the actual res application is loaded onto the computers at the boarding gates b) if it's a relatively inexperienced person at JQ who possibly wouldn't think to do that or c) an even more inexperienced person who doesn't work for JQi but another ground handler.
Once again, this comes down to JQ making sure they provide enough support to achieve all the necessary "user actions" without necessarily needing to (a) summon a supervisor (takes lots of time!) or (b) calling someone else to get the answer / action. (For the software engineering minded here, I'm referring to "use cases").
I'm sure there is a quite a high turnover of staff so if you have a constant stream of new people filtering through all the time, offload situations like we've seen will continue to happen.
I wonder why there is such a high turnover, and whether this is a good or bad thing
per se.
Even then, why couldn't JQ be more discerning in their selection processes? Give potential candidates a simple or simplified subset of the system to work with as part of the interview process - if they can't reliably do something within a few days, send them on their way. Just as you wouldn't hire an accountant who couldn't use a calculator.
I'm sure the training would be the absolute bare minimum required to enable staff to board passengers on flights. I'm happy to be corrected on this but I am doubtful this would includes the reservations bit, particularly if it's not JQi doing the boarding but a ground handler.
In the end, JQ should ensure that they provide enough user actions / interfaces so that all staff responsible for boarding can achieve the tasks required plus some unusual scenarios. If they need to provide streamlined actions (i.e. a "single click" interface that is a quicker
de facto compared to opening up many screens or steps) then so be it - that is what a lot of software and system design is all about,
especially if the aim is to minimise training times.
As for non-JQ ground handlers, if this is a regular occurrence involving them then as JQ I would start to get mightily pi**ed off and possibly seeking redress and/or tightening the performance targets in the service contract.
I don't it shouldn't be too much trouble but if it wasn't too much trouble, why didn't they call KPC then?
Good question. I'd assume
kpc had a contact number on his booking. So in the end, it seems more laziness on the staff to try and call
kpc and/or the system won't allow them to find that information. From reading what you're saying about JQ's systems, the reason seems more on the former (who also didn't bother / forgot to call the lounges to put the PA through there).
I'm sure KPC thought the same thing until it happened to him - there's a first time for everything.
To say that I've never been let down by any lounge in the world (that does boarding announcements) is not to say that I completely rely on them. Quite the opposite - I always check notice boards, online statuses etc.
first. That doesn't mean that I completely
don't rely on lounge boarding announcements either! But if one source is contradicting the other then something is not quite right....