Enterprise System Usability / UX

Proposed By
Megan Miller
Number of Attendees
32
Where will the conversation continue?
https://cop.stanford.edu/community/user-experience-uxers
Summary
• Website usability is a hot topic, but enterprise system usability doesn’t get much attention
• Usability is a functional component, it isn’t about making something “pretty”
• Usability may not be considered until the end of a development project
• Costly in terms of training, user support, workarounds, shadow systems, security risks
• Improvements: agile development including user testing; usability standards; feedback process
Notes

Why are we concerned about enterprise system usability/UX?

  • There has been a lot of focus recently on website usability/UX
  • However, there is less emphasis on enterprise system usability/UX
  • Mix of out of the box systems, skinned systems, and fully custom systems
    • Oracle, PeopleSoft, learning management systems
  • Users have many small complaints that add up to a lot of frustration
  • There often isn’t any method for submitting feedback
  • Usability is a functional component – it isn’t about making a system “pretty” or “fancy”

 

What are the limitations of enterprise systems?

  • Out of the box systems often can’t be customized (Oracle, Salesforce)
  • Bringing together data from different enterprise systems that aren’t connected
    • The individual systems may each provide a good user experience, but the user has to use several different systems to complete a process which is very inefficient
  • Interfacing with systems via webpages – security concerns, browser updates, systems may not be compatible with newer technologies
  • Ownership of the system – who can request changes?  Who approves changes?  The system owner, the business owner, the users?
  • Product owners have to manage project scope – often don’t have the budget or time for usability and UX improvements; features are often prioritized over usability/UX
  • If a system isn’t usable, users will create their own shadow systems
    • Security concerns about storing data in these shadow systems
    • A shadow system is a non-enterprise system that duplicates functionality from enterprise systems
    • When the enterprise systems change, the shadow systems have to be changed or they won’t work anymore
  • If a system isn’t usable, it will require a lot more training and support services for the users to be able to do their work
    • this is very costly in terms of time
    • when an experienced user leaves, their replacement will need that training
  • Conceptual debt is more costly than technical debt
  • Many systems are used for a lot of tasks that they weren’t designed for

 

What are opportunities for improvement?

  • Set minimum usability standards for your projects
    • Needs to be usable by the end users (not just the developers)
    • Include usability/UX in the success metrics for the project
    • Needs to be simple enough to be understood by the stakeholders
  • Set accessibility standards for projects: https://soap.stanford.edu/
  • Need a “Michael Tran Duff” of usability risks
    • Someone who can analyze the risks of not considering usability
  • Have a process for users to submit feedback about usability of enterprise systems
    • Similar to the bug bounty program from ISO
    • Making it anonymous will help
    • Developers in the room were very interested in receiving this feedback
  • Make user testing required as a part of the development/implementation process
    • Have actual end users do the testing
    • Put the testing much earlier in the process
    • Use agile software development processes that include rapid prototyping, end user testing, and feedback – but this requires training and resources
  • Focus on improving tasks/processes that are done very frequently, instead of very rarely
  • Focus on improving the most annoying parts of a system
    • Make sure the order of tabbing between fields is correct
    • Make sure users don’t have to open attachments or drill into fields to complete the task

 

Who is included in the design process?

  • Varies by unit, may include business stakeholders, project managers, product owners, business analysts, designers, developers.
  • Business stakeholders, project managers, product owners, business analysts, developers
  • Designers and developers
  • Product owners and University IT partners

 

What design processes do you use?

  • Discovery process to understand user needs
  • User research about an existing product/service
  • Agile software development process

 

Examples of good UI:

 

Feel free to get in touch directly with Megan if you want to discuss further or collaborate: meganem@

Year
2019