3 ms·
I develop a massively complex healthcare system for running medical practices / small hospitals. We have two support staff members. I think you have it right
by louthy 13y ago
I develop a massively complex healthcare system for running medical practices / small hospitals. We have two support staff members. I think you have it right when you say "a lot of support costs are essentially consequences of software design not being quite right".
There's a number of things that I think help:
* Clear UI
- don't have rows of icons with no text
- try to compartmentalise areas of the application so users can build a 'mental map' of the application (for example we have 'patient home page', 'appointment home page', 'consultation suite', 'accounts home page'. So whole areas of the application work almost like documents.
* Explain everything in clear English
* Make sure the most commonly used actions always 'visible'
* Consider how the user will interact with your product. Healthcare especially is one where you must get this right, an extra click can drive the users crazy. It can be small things that really make a difference, I added a tag-cloud to the top of the medical-record for example, which really helps clinicians when the next patient walks through the door.
* Where possible make good decisions for the user, whether it's pre-selecting options, or removing clutter.
* Don't surprise users - They should never worry about what will happen if they click X
* Don't remove features unless you have properly explained why you're doing it
* Don't change a feature unless you're clearly making it better, or have again got buy-in.
There's probably loads more, but that's just off the top of my head. Then there's the standard stuff like: Never go offline, be fast, etc.
I think also most people would be surprised at how effective 'shiny stuff' is. Making it look pretty goes a long way.