3 ms·

I'm not suggesting that you should build a tool that deals with all the exceptions and variations in the tool - that would be madness. I'm suggesting the proce

I'm not suggesting that you should build a tool that deals with all the exceptions and variations in the tool - that would be madness. I'm suggesting the process overall needs to be able to deal with these exceptions and variations - and it's people who are best at dealing with these fairly ( say in a Workday HR context ). What you often see is the implementation of an idealised process in the tool, with no way to deal with exceptions - which leads to 'computer says no' scenarios. Everybody knows what the right thing to do is - conceptually it's simple - but nobody seems to know how to make it happen.

Terretta 3y ago
FWIW, the tool itself could almost always handle a convenient flow, and exceptions. At least, that's true of Workday, and most other SaaS I've helped enterprises install. People don't want that. They need a new tool because the old one generates nothing but complaints, then they want the new tool to do exactly what they used to do. So it too generates nothing but complaints, after the pain of transition. But what's a SaaS to do, refuse the revenue and share multiple? Right.
- DrScientist 3y ago
  I have personal experience of Workday - the UI is not great from a user perspective - I suspect a consequence of the generic design that allows configurability. The whole challenge with software ( and why it keeps getting written again and again ) is the challenge of balancing flexibility with usability. There is difference between whether the software can technically do something and whether people can achieve that task using the software day to day. The other problem with systems like Workday ( and this isn't Workdays fault per se ) - is that they are used as a mechanism to 'cut' HR operational costs by simply moving the cost from HR to everyone else via 'self-service'. Actually most people want to simply talk to somebody - explain what they want and have somebody make it happen - 'self service' only really works for frequently done things where the time saving offsets the time taken to try and work out how to do the operation in the tool for the first time ( or the first time in ages ). Same thing in finance systems - when large companies move from a purchasing team to a 'self-service' model - most line of business departments simply recreate their own purchasing teams as people who order stuff infrequently have no idea how to fill the forms in. As I said before - it's about thinking about the people in the system, not the tool. Thinking just about the tool leads to tool implementators blaming lazy users and users blaming tools.

Terretta 3y ago

FWIW, the tool itself could almost always handle a convenient flow, and exceptions. At least, that's true of Workday, and most other SaaS I've helped enterprises install. People don't want that. They need a new tool because the old one generates nothing but complaints, then they want the new tool to do exactly what they used to do. So it too generates nothing but complaints, after the pain of transition. But what's a SaaS to do, refuse the revenue and share multiple? Right.

DrScientist 3y ago
I have personal experience of Workday - the UI is not great from a user perspective - I suspect a consequence of the generic design that allows configurability. The whole challenge with software ( and why it keeps getting written again and again ) is the challenge of balancing flexibility with usability. There is difference between whether the software can technically do something and whether people can achieve that task using the software day to day. The other problem with systems like Workday ( and this isn't Workdays fault per se ) - is that they are used as a mechanism to 'cut' HR operational costs by simply moving the cost from HR to everyone else via 'self-service'. Actually most people want to simply talk to somebody - explain what they want and have somebody make it happen - 'self service' only really works for frequently done things where the time saving offsets the time taken to try and work out how to do the operation in the tool for the first time ( or the first time in ages ). Same thing in finance systems - when large companies move from a purchasing team to a 'self-service' model - most line of business departments simply recreate their own purchasing teams as people who order stuff infrequently have no idea how to fill the forms in. As I said before - it's about thinking about the people in the system, not the tool. Thinking just about the tool leads to tool implementators blaming lazy users and users blaming tools.