...
Expand | ||
---|---|---|
| ||
Heuristic EvaluationopenIMIS
|
Findings
FID | Module | Finding Description | Severity Level | Evidence/Observations | Impact on User Experience | Recommendation |
---|---|---|---|---|---|---|
001 | Multiple | Date-Picker info missing for birthday input field / photo date in add insuree. | minor | https://m3.material.io/components/date-pickers/accessibility#83faa6ed-e2a2-4959-bec6-bb4bb5f52747 - “The calendar icon is the exclusive entry point for the date picker. This improves efficiency for a screen reader and other keyboard users, as it makes interaction with the date picker optional and reduces the amount of key presses required to input a date.” | The user does not know intuitively where to enter a date or where to click to enter the date. For dates which are more then one or two years before the current date, it is complex to navigate in the picker modal. |
https://m3.material.io/components/date-pickers/guidelines#76fda9a2-9563-4054-92fd-513db508cd33 |
002 | Insurees/Policy | Search existing insuree as head of Family does not respond in a reasonable time. No Spinner or Search button + No information if nothing was found. | Moderate | Does not comply with the “Visibility Heuristic” from Nielsen. Its mentioned “Communicate clearly to users what the system’s state is” as well as “Present feedback to the user as quickly as possible (ideally, immediately).” | The user does not know if the search is working or not. Furthermore, its not possible to recognize what the search triggers. Additionally, the user needs to double-click the suggested insuree. |
|
003 | Multiple | After selecting save button the screen does not change. It just turns gray. | Major | Does not comply with the “Visibility Heuristic” from Nielsen. Its mentioned “Communicate clearly to users what the system’s state is” as well as “Present feedback to the user as quickly as possible (ideally, immediately).” | Users are confused if the operation they did was successful or not. Usability testing as well as the survey suggested, that the notification bar is not observed by the user. Hence, the user needs to check by themselves if their operation was successful or not. |
|
004 | All | Reload button as well as reload page has no warning if you really want to reload. By hitting the button accidentally, all inserted data gets lost. | Moderate | Does not comply with the “User Control Heuristc” from Nielsen. As its known that users do perform actions by mistake it should be possible to give them a “emergency exit” to leave the unwanted action. | User needs to retype all inserted data. |
|
005 | Multiple | If a entry is deleted in the list, it will be displayed as gray stripped row. The list itself will not get refreshed afterwards. | Major | Does not comply with the “Visibility Heuristic” from Nielsen. Its mentioned “Communicate clearly to users what the system’s state is” as well as “Present feedback to the user as quickly as possible (ideally, immediately).” | User does not know whether the operation was successful or not. He needs to do an additional click to refresh the list and search for the record. |
|
006 | Multiple | Only some small amount of input-fields are needed but a lot more input-fields are shown on several forms (e.g. Add Family | Moderate | Does not comply with the “Aesthetic and Minimalist Design Heuristic” from Nielsen. “User interfaces should be simplified as much as possible, since | Possibility to misunderstand an input-field is much higher. Also the frustration of a user increases. The required fields are not that easy to recognize anymore thats why the user will need more time to fill out the form. |
|
007 | Family/Groups | User hast to scroll through all lists in a Family/Group even though he just wants to add/change one information (ex. Policies) | Moderate | Does not comply with the “Aesthetic and Minimalist Design Heuristic” from Nielsen. “User interfaces should be simplified as much as possible, since | User gets to see 4 lists with different information. Each list itself has many columns. Only the empty lists do have 48 information label or controls which makes the page hard to read and not easy to find the needed data. |
|
008 | All | Undo and Redo are not fully supported | Minor | Does not comply with the “User Control Heuristc” from Nielsen. As its known that users do perform actions by mistake it should be possible to give them a “emergency exit” to leave the unwanted action. | User cannot handle actions done by mistake. |
|
009 | Family/Group | Reload button does not clear all values | Bug | - | Values will be kept in the input fields and submitted with the next save action. |
|
010 | All | User controls are shown in the list rather then labels. The controls are read-only but they look like a possible interaction for the user. Furthermore, it is not possible to select the data entry through a control. The user needs to navigate to another area in that list entry. | Moderate | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User do not know whether they can change information directly in list entries or not. As in some modules it is possible to change a status of a entry right in the list (e.g Claim), in other it is not possible (e.g Families, poverty status). User needs to find out by themselves whether a control is clickable or not. |
|
011 | All | The selection of list entries is only indicated by the change of the background. Multiple selected entries are shown in the header. To find the selected ones, the background of each entry must be checked. | Moderate | Does not comply with “Accessibility Standards” from Material UI. There it is defined, that a selector (checkbox, Radio Box) needs to indicate, whether a entry is selected or not.https://m3.material.io/components/lists/accessibility#0e7d86d6-f685-441a-b1bc-38627185a973 Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User needs to recognize the selected entries. Users are used to have the selection via a selector like checkbox or radio box through other web applications. https://www.nngroup.com/videos/jakobs-law-internet-ux/ |
|
012 | All | No Validation of input fields given | Major | Does not comply with “Error Prevention Heuristic” “Good error messages are important, but the best designs carefully prevent problems from occurring in the first place. Either eliminate error-prone conditions, or check for them and present users with a confirmation option before they commit to the action.” | If a user adds a not valid value into the input field and saves the change, then it can lead to a failure in the backend/DB and the user gets a error message. Hence, he needs to redo the operation, still without knowing what are the allowed values for the input field |
|
013 | Multiple | Change the order of the input fields for the “Location”. As some of the fields (Municipal, District and Region) have an autocomplete function, they should follow after the input with the lowest hierarchic level (Village) | Minor | Does not comply with “Flexibility and Efficiency of Use Heuristic” “Shortcuts — hidden from novice users — may speed up the interaction for the expert user so that the design can cater to both inexperienced and experienced users. Allow users to tailor frequent actions.“ Observation of user in usability test. Mentioned by user as “trick to operate faster”. | The user would be faster in adding the location by only entering the village and let the other fields be autocompleted. |
|
014 | Family/Groups | A lot of information is shown double times. Family head is shown in header, Family Details and Insurees detail list. | Moderate | Does not comply with the “Aesthetic and Minimalist Design Heuristic” from Nielsen. “User interfaces should be simplified as much as possible, since | User has to oversee a lot of duplicate information which makes it harder to find the needed data. |
|
015 | All | Missing Tooltips and help texts for some buttons and controls. | Moderate | Does not comply with the “Help and Documentation Heuristic” “It’s best if the system doesn’t need any additional explanation. However, it may be necessary to provide documentation to help users understand how to complete their tasks.” | The user can not find additional information for controls and buttons and therefore does not know the intended usage of them. Hence, no self-supporting is possible and the user needs to ask a system specialist. |
|
016 | Insuree | After adding an insuree to a existing family and changing his/her Address, the next time if you open the insuree, the Checkbox “Same Address” is ticked and the entry “Address” hidden. Same for “Village” | Bug | - | Different address of insurees will not be shown to user |
|
017 | Insuree | If you want to add a insuree from the list of all insurees then it randomly picks a (uses cached) existing family/group for you. The insuree will therefore be added to the wrong family. | Bug | - | With that implementation it is not possible to add an insuree with a specific family over the “add” button in the Insuree list. |
|
018 | Insuree | Once a Photo Officer was inserted and afterwards removed, then the list of Officers is not going to be provided anymore. The Search needs then a manual input. | Bug | - | User is blocked cause cannot select needed information |
|
019 | Insuree | After choosing a Relationship in the add insuree, the field adds a magnifying glass to the result. This indicates it would act as a search. Same for Profession, Education. | Minor | The Search Control is used as a usual Dropdown element. Hence, some functions of a Dropdown are available and some from a search control. | User does not know how to use the control correctly. As a search and typing characters or as a Dropdown and selecting a value from the list. |
|
020 | Multiple | Needed double click for choosing an element in the list. | Moderate | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | Usually a List elements open a details page by one-click. Therefore the user expects to get redirected to the details page instead of having the entry just selected |
|
021 | Policies | Policy can only be added from Family-Page and not as usual from the list of Policies | Minor | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User would expect that the add button for policies is also shown in the list of policies like in “Family/Group” or “Insuree” lists. |
|
022 | Policies | In Policy details the “Open Family” Button is displayed on the other side than all other buttons as usually. | Minor | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User would search the button floating on the right side, as all other buttons do in the grid header |
|
023 | All | Notifications after the asynchronous job are hard to find/recognize. The Notifications do not have links to the elements or a detailed error description. | Major | Does not comply with “Error Prevention Heuristic” “Good error messages are important, but the best designs carefully prevent problems from occurring in the first place. Either eliminate error-prone conditions, or check for them and present users with a confirmation option before they commit to the action.” | The user does not know how to solve the shown error message or if it was successful the user is not able to locate the notification |
|
024 | Claims | Search Form for Claims is too intense. There are too many possible fields without a distribution into several “search topics” or similar. Preset search filters are getting lost by the mass of fields (example “Claim Status”). | Moderate | Does not comply with the “Aesthetic and Minimalist Design Heuristic” from Nielsen. “User interfaces should be simplified as much as possible, since | Important preset search options are not easy to recognize. User wants to look at the result of the search, but as the search panel needs the main size of the screen |
|
025 | Claims | Policy information in Claims are Red if inactive. This Text is the only “negative indicated” text in openIMIS with a red font color. The red color differ from the one in the status notification bar. | Minor | Does not comply with the “Aesthetic and Minimalist Design Heuristic” from Nielsen. “User interfaces should be simplified as much as possible, since | User has to deal with a new, colorized information. The color is hard to read with the background of the application. |
|
026 | Family/Group | If you are not familiar with openIMIS it is hard to find the correct page/form to add a new family or group. | Moderate | Does not comply with the “Recognition Rather than Recall Heuristic” “Minimize the user's memory load by making elements, actions, and options visible. The user should not have to remember information from one part of the interface to another. Information required to use the design (e.g. field labels or menu items) should be visible or easily retrievable when needed.“ | Users might be confused to work with openIMIS for the first time. Acceptance of the usage of openIMIS could drop. |
|
027 | Claim | At some point openIMIS does use cached data from the search fields. E.g. if you want to enter a second claim, it already allows you to push the “Add” Button even though there is no Claim-Administrator entered into the search field. | Moderate | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User will maybe not recognize that the data will be used from the cache and therefore enter the wrong e.g. Claim-Admin. As the search field “Claim Admin.” will be empty after adding the first claim, the user will not have any information which User is going to be used for the next claim. |
|
028 | Claim | After saving a claim this second button is shown to the user. The icon indicates a refresh but it is used as “add new claim”. | Moderate | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” Only one action button should be used for primary actions https://m3.material.io/components/floating-action-button/guidelines#2f9ec481-b30d-4dc3-89d7-feb2ca7bec4d | User could misunderstand the button and think they still edit the same claim, just with a refreshed Formular. |
|
029 | All | Buttons inside the header of a Grid were not recognized during the usability testing. E.g. to start a search, user clicked on the “sorting arrow” inside the list header to refresh the list rather then using the magnifying glass on the top right. | Moderate | Does not comply with “Consistency and Standards Heuristics” “Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.” | User could misuse the system and therefore create more errors while their confidence of using the system is going to decrease. |
|
030 | Claim | While reviewing a claim it is hard to find the reason why a claim was, for example rejected. There is only a number shown, which will provide further information if the user hovers over it | Minor | Does not comply with the “Recognition Rather than Recall Heuristic” “Minimize the user's memory load by making elements, actions, and options visible. The user should not have to remember information from one part of the interface to another. Information required to use the design (e.g. field labels or menu items) should be visible or easily retrievable when needed.“ | User does not know the reason of rejection only by a number. They need to have a training and also thinking every time where to click/hover to get the reason as text. |
|