| Literature DB >> 36246486 |
Omar Haggag1, John Grundy1, Mohamed Abdelrazek2, Sherif Haggag3.
Abstract
The global mHealth app market is rapidly expanding, especially since the COVID-19 pandemic. However, many of these mHealth apps have serious issues, as reported in their user reviews. Better understanding their key user concerns would help app developers improve their apps' quality and uptake. While app reviews have been used to study user feedback in many prior studies, many are limited in scope, size and/or analysis. In this paper, we introduce a very large-scale study and analysis of mHealth app reviews. We extracted and translated over 5 million user reviews for 278 mHealth apps. These reviews were then classified into 14 different aspects/categories of issues reported. Several mHealth app subcategories were examined to reveal differences in significant areas of user concerns, and to investigate the impact of different aspects of mhealth apps on their ratings. Based on our findings, women's health apps had the highest satisfaction ratings. Fitness activity tracking apps received the lowest and most unfavourable ratings from users. Over half of users who reported troubles leading them to uninstall mHealth apps gave a 1-star rating. Half of users gave the account and logging aspect only one star due to faults and issues encountered while registering or logging in. Over a third of users who expressed privacy concerns gave the app a 1-star rating. However, only 6% of users gave apps a one-star rating due to UI/UX concerns. 20% of users reported issues with handling of user requests and internationalisation concerns. We validated our findings by manually analysing a sample of 1,000 user reviews from each investigated aspect/category. We developed a list of recommendations for mHealth apps developers based on our user review analysis.Entities:
Keywords: Analysis; App store; Classification; Google play; Recommendations; User reviews; mHealth apps
Year: 2022 PMID: 36246486 PMCID: PMC9553639 DOI: 10.1007/s10664-022-10222-6
Source DB: PubMed Journal: Empir Softw Eng ISSN: 1382-3256 Impact factor: 3.762
Fig. 1mHealth apps revenues by subcategory in US millions
Fig. 2(i) mHealth Apps Identification and Categorisation Methodology (ii) Reviews Extraction and Translation Methodology
mHealth app subcategories used in our user reviews classification ratings
| mHealth apps subcategory | Apps that... |
|---|---|
| Fitness activity tracking | ... allow users to track their physical activities or movements, |
| e.g.: “Strava: Track Running, Cycling & Swimming” and “Fitbit”. | |
| Fitness and workouts | ... allow users to access fitness workouts and exercises, e.g.: |
| “Home Workout - No Equipment” and “Mindbody: Home | |
| Workout & Fitness App” | |
| Diet and weight loss | ... allow users to access weight or improve their eating regimen, |
| e.g.: “Simple: Fasting & Meal Tracker” and “Lose It! | |
| – Calorie Counter” | |
| Education and Information | ... allow users to access medical information and advice, e.g.: |
| “Reflectly: Self-care journal” and “Motivation - Daily quotes” | |
| Mental Health | ... allow users to adjust or improve their mental health, e.g.: |
| “Moodistory Mood Tracker, Diary” and “Replika: My AI Friend” | |
| Sleep and meditation | ... allow users to improve their sleeping or relaxation habits, e.g.: |
| “Moshi: Sleep and Mindfulness” and “Sleep Booster - Sleep Better” | |
| Patient health tracking | ... allow doctors to track, e.g.: “Instant Heart Rate: |
| and self-monitoring | HR Monitor” and “HeartWatch: Monitor Heart Rate” |
| Women’s health | ... allow women to improve their general health and habits, e.g.: |
| “Flo: Health & Period Tracker” and “Clue Period & Cycle Tracker” | |
| Emerging | ... are released by developers in a short time span as a result |
| of unexpected event such as COVID-19 apps, e.g.: | |
| “COVIDSafe” and “NHS COVID-19” | |
| TeleHealth and telemedicine | ... allow users to have online appointments with their doctors |
| and access their prescription, e.g.: “HealthEngine” and “Well | |
| Pharmacy NHS prescription delivery” | |
| Lifestyle Planner and | ... allow users to change their lifestyles and set goals, e.g.: “I’m |
| Goal Tracker | Done Drinking” and “Shibboleth Lifestyle Journal” |
| Scheduling and reminders | ... allow users to schedule or make reminders to healthy activities, e.g.: |
| “WaterMinder” and “Workout Calendar - Motivation” |
Moreover, we wanted to be able to understand how these aspects differ across mHealth app sub-categories. This allows us to explore the role of different aspects such as privacy, user interfaces, and sign-up experiences of mHealth apps to provide comprehensive insights into users’ perceptions of their mHealth apps
App aspects used in our user reviews classification (adapted from Haggag et al. 2021 and Huebner et al. 2018)
| App Aspect | A user review containing... |
|---|---|
| Privacy | ... privacy or security related issues, e.g collecting or accessing |
| users data, information, location, etc. | |
| Stability | ... stability or failure related issues, e.g. crashes, freezes, bugs, etc. |
| Advertising | ... ads or commercials related issues, e.g frequent ad banners, |
| pop-ups, etc. | |
| Requests | ... user requests related issues, e.g. feature, bug fix, app updates |
| requests, etc. | |
| Uninstallation | ... users deleting or uninstalling the app because of privacy, stability issues, etc. |
| Payments | ... billing or subscriptions related issues, e.g in-app purchases, premium upgrades, etc |
| Compatibility | ... OS or HW related issues, e.g. unsupported versions, OS requirements, |
| unsupported external devices, etc. | |
| Resources | ... resources related issues, e.g. battery drainage, memory usage, etc. |
| Connectivity | ... connectivity or networks related issues, e.g. Bluetooth, 3G, |
| 4G, WiFi, NFC, etc. | |
| Account and | ... accounts or logging related issues, |
| Logging | e.g. sign up, login, logout , etc. |
| Resources | ... resources related issues, e.g. battery drainage, memory usage, etc. |
| Notification | ... notifications or alerts related issues, e.g. too frequent or few |
| alerts, notifications, etc. | |
| Updates | ... app updates related issues, e.g. bugs or software issues after |
| updates, etc. | |
| Internationalisation | ... internationalisation related issues, e.g. language, culture, |
| countries, etc. |
Fig. 3Our manual and automated user reviews analysis methodology
Overall number of analysed user reviews and apps for each mHealth app subcategory
| mHealth App Subcategory | Number of Reviews | Number of Apps |
|---|---|---|
| Fitness Activity Tracking | 1,379,126 | 64 |
| Fitness and Workouts | 1,420,762 | 47 |
| Diet and weight Loss | 644,584 | 39 |
| Education and Information | 216,429 | 23 |
| Mental Health | 113,818 | 11 |
| Sleep and Meditation | 558,997 | 34 |
| Patient Health Tracking & Self-monitoring | 159,798 | 21 |
| Women’s Health | 1,083,157 | 31 |
| Emerging | 39,082 | 5 |
| TeleHealth and Telemedicine | 19,387 | 12 |
| Lifestyle Planner and Goal Tracker | 155,038 | 17 |
| Scheduling and Reminders | 80,673 | 11 |
Fig. 4Distribution of star ratings across all aspects (percentages shown in bars)
Fig. 5Overall percentage for UI and UX aspect across subcategories
Fig. 6Overall percentage for user requests aspect across subcategories
Fig. 7Overall percentage for payments aspect across subcategories
Fig. 8Overall percentage for stability aspect across subcategories
Fig. 9Overall percentage for compatibility aspect across subcategories
Fig. 10Overall percentage for updates aspect across subcategories
Fig. 11Overall percentage for connectivity aspect across subcategories
Fig. 12Overall percentage for internationalisation aspect across subcategories
Fig. 13Overall percentage for login aspect across subcategories
Fig. 14Overall percentage for notification aspect across subcategories
Fig. 15Overall percentage for privacy aspect across subcategories
Fig. 16Overall percentage for uninstallation aspect across subcategories
Fig. 17Overall percentage for advertising aspect across subcategories
Fig. 18Overall percentage for resources aspect across subcategories
Key issues and recommendations for mHealth app UI/UX issues
| Key issues found | Recommendations |
|---|---|
| - Developers not implementing important | mHealth app users often use apps under very |
| UI requests by elderly/disabled users | stressful conditions e.g. managing severe illness |
| – key UI/UX issues reported need to be priori- | |
| tised by developers | |
| - Changing app interface frequently or | - Implementing simple designs for mHealth |
| implementing complex designs | apps |
| - One interface for all users | - mHealth users are very diverse – need to al- |
| low users to switch between / configure inter- | |
| face depending on their diverse needs and ex- | |
| periences | |
| - Issues with old firmware versions and | - Many mHealth users have old handsets – de- |
| updates | velopers need to test UI thoroughly on differ- |
| ent devices with different operating systems, | |
| screen sizes, etc before releasing updates |
Key issues and recommendations for mHealth app user requests issues
| Key issues found | Recommendations |
|---|---|
| - Developers ignoring and not address- | - Some mHealth apps require frequent updates |
| ing commonly reported issues in sub- | addressing repetitive feature and enhancement |
| sequent updates | requests submitted by users to remain useful |
| e.g. Goal planning, Lifestyle tracking, Educa- | |
| tion and response by developers is essential | |
| - mHealth apps not thoroughly tested, | - Testing the app thoroughly and ensuring the |
| which leads to many users’ complaints | quality assurance (QA) phase before releasing |
| and requests | updates to the users as these are health-critical |
| apps – they are improving and saving lives | |
| - mHealth apps not adhering to up- | - mHealth apps may become out-of-date when |
| dated health advice/treatments | new medical research findings are released and |
| need to be proactively updated to ensure they | |
| are not unsafe/give wrong advice/implement | |
| wrong interventions |
Key issues and recommendations for mHealth app payments features
| Key issues found | Recommendations |
|---|---|
| - Hidden app costs/Nontransparent to | - The description of any mHealth app should |
| use full functionality of mHealth apps | clearly state if it requires extra cost to use all |
| functions before users become dependent on it | |
| for their health needs | |
| - Incorrect and unclear mHealth app | - mHealth apps may be free for a certain trial |
| free vs paid description | period to allow users to test functionality be- |
| fore purchasing the app and becoming depen- | |
| dent on it | |
| - Sometimes viewing or analysing | - Users should be able to receive a refund using |
| mHealth app user records leads to | a simple form and process |
| unauthorised payments where users | |
| are wrongly charged as an in-app pur- | |
| chase feature | |
| - Charging users after trialing some | - Automatically cancelling free trials and/or |
| mHealth features although users are no | reminding users to cancel their free trials for |
| longer using it | health features before being charged |
| - Users are unable to unlock the pre- | - Careful testing to ensure that users who pur- |
| mium mhealth features even after pur- | chased the app will have no issues to unlock |
| chasing or subscribing to the premium | all premium mhealth functionalities |
| version | |
| - mHealth users are unable to restore | - Careful testing to have an in-app-purchase |
| in-app-purchasing after changing their | restore button in a clear place in the app |
| mobile or using a different device |
Key issues and recommendations for mHealth app stability issues
| Key issues found | Recommendations |
|---|---|
| -users encounter bugs while analysing | - Developers need to proactively analyse user |
| or processing their mHealth data | reviews and addressing key reported bugs to |
| ensure health dependent end users are not se- | |
| riously impacted | |
| - Apps crashing/freezing when process- | - Ensuring the existence of enough computa- |
| ing and mining specific mHealth tasks | tional power based on the users data size; test- |
| ing practices need to include range of realistic | |
| mHealth app user datasets and loadings | |
| - Some mHealth functionalities get | - mHealth users become dependent on apps for |
| buggy only after developer updates | health needs and hence all functionalities need |
| stringent testing across multiple devices before | |
| releasing updates |
Key issues and recommendations for mHealth app compatibility issues
| Key issues found | Recommendations |
|---|---|
| - Developers not implementing impor- | mHealth app users often use apps under very |
| tant UI requests by elderly/disabled | stressful conditions e.g. managing severe illness |
| users | –key UI/UX issues reported need to be priori- |
| tised by developers | |
| - Changing app interface frequently or | - Implementing simple designs for mHealth |
| implementing complex designs | apps |
| - One interface for all users | - mHealth users are very diverse – need to al- |
| low users to switch between / configure inter- | |
| face depending on their diverse needs and ex- | |
| periences | |
| - Issues with old firmware versions and | - Many mHealth users have old handsets – de- |
| updates | velopers need to test UI thoroughly on differ- |
| ent devices with different operating systems, | |
| screen sizes, etc before releasing updates |
Key issues and recommendations for mHealth app update issues
| Key issues found | Recommendations |
|---|---|
| - mHealth apps suffering from major | - Testing mHealth apps with realistic range of |
| bugs after being updated | end user devices, usage scenarios before releas- |
| ing updates | |
| - Users requesting updates to add/re- | - Proactive monitoring, prioritisation and han- |
| move mhealth features and function- | dling of update requests |
| alities, fix some bugs with analysing | |
| health data, or increase accessibility | |
| - Repetitive update requests for the | - Better triage of requests to address common |
| same issue from different users | update requests raised by different users |
Key issues and recommendations for mHealth app connectivity issues
| Key issues found | Recommendations |
|---|---|
| - Some analysis and training mHealth | - Showing an internet connection indicator or |
| features are dependent on the internet | status while processing. Also showing an error |
| if not properly connect they will pro- | message and delete the data once the internet |
| vide wrong outcome and recommenda- | is down so user an start again on recovery |
| tion | |
| - Apps not supporting different types | - Stating the supported external medical de- |
| of external medical devices/trackers | vices/trackers in the app description |
| - Apps not connecting with specific | - Testing top used external medical devices/- |
| types of external medical devices/- | trackers properly before releasing app updates |
| trackers after users update their apps | |
| - Performing maintenance or updates | - Informing users about any scheduled main- |
| for mHealth apps that may affect | tenance or updates that may affect their con- |
| users’ connectivity without informing | nectivity within the app, that way they can |
| them earlier | reschudule work and appointments with clients |
Key issues and recommendations for mHealth app internationalisation features
| Key issues found | Recommendations |
|---|---|
| - Some mHealth functionalities suffer | - As mHealth app users are diverse in terms of |
| from some translation issues | language, more thorough internationalisation |
| including medical terms and health expecta- | |
| tions of divere users before releasing updates | |
| - Users request updates to add lan- | - Developers should ensure that the devel- |
| guage support or medical/health ex- | oped app supports the widely used lan- |
| pressions from their own language to | guages, including using the most common |
| make the app more accessible | medical/health expressions in different lan- |
| guages | |
| - Some apps target a specific age or | - Developers should ensure that the app tar- |
| gender, which benenefits a particular | gets users of wide range of ages and genders, |
| type of user and is a concern for others | unless the app is targeting a specific health is- |
| sue relevant to a particular group |
Key issues and recommendations for mHealth app logging issues
| Key issues found | Recommendations |
|---|---|
| - Complex or buggy signup health | - Implementing simple sign up health forms |
| forms where users need to complete | and ensuring that the form is bug free. Along |
| and submit too many health details or | with some integration to get the latest and |
| information or face errors while enter- | most accurate users health details which comes |
| ing their health data within the regis- | from other areas such as hospitals and GP clin- |
| tration form | ics |
| - Verification codes or OTP are not | - Implementing different ways for users to ver- |
| properly delivered | ify their accounts besides OTP |
| - Incorrect verification codes where | - Ensuring sending unexpired verification |
| users get errors when submitting the | codes to users to complete the signup process |
| verification code they have received | |
| - Users not being able to retrieve their | - Allowing users to retrieve their user name in |
| users’ names | case they forgot it |
| - Users cannot reset their passwords | - Allowing users to sign in to the app using a |
| since forgot passwords functionality is | passcode or face id |
| not working properly | |
| - The app keeps signing out, requiring | - Allowing users to keep being signed in as long |
| users to log in each time | as they did not sign out |
| - Users are trying to log in while the | - Allowing users to access the app status in |
| app is temporarily down without hav- | case the app is down |
| ing any information about the app er- | |
| ror, so they end up resetting their ac- | |
| count information |
Key issues and recommendations for mHealth app notification features
| Key issues found | Recommendations |
|---|---|
| - Non-useful and non-personalised | - Testing with variety of end user groups to |
| health notifications | ensure useful, timely, personalised and relevant |
| notifications to users | |
| - Large number of notifications pushed | - Allow users to control notifications; design so |
| that less pushed notifications to users | |
| - The inability to choose health notifi- | - Allowing users to manually select the type |
| cation content by users | of health-related notifications they wish to re- |
| ceive | |
| - Notifications containing poor/inap- | - Testing processes focusing on detecting |
| propriate content | poor/inappropriate content and use of too |
| generic notifications |
Key issues and recommendations for mHealth app privacy issues
| Key issues found | Recommendations |
|---|---|
| - Apps gaining access to non-essential | - Only request access to essential health data |
| health data or features such as users’ | or features that massively affect and enhance |
| contacts, cameras, photo galleries, mi- | the app’s usage and allowing users to grant |
| crophones, location, local network de- | or reject permission and to have the option to |
| vices, Bluetooth, and interaction with | change their minds later on |
| other apps | |
| - Apps asking for users’ private infor- | - Do not ask users to provide personal infor- |
| mation, such as their date of birth | mation unless it affects the app’s functionality |
| - Apps forcing users to accept their | - Simplifying privacy policies and data user |
| lengthy and complicated privacy poli- | agreements for users |
| cies before they can use them | |
| - Apps frequently accessing users’ lo- | - Accessing user’s location only if needed |
| cations in the background |
Key issues and recommendations for mHealth app uninstallation issues
| Key issues found | Recommendations |
|---|---|
| - Inaccessible mHealth apps | - Including diverse user personas, focus groups |
| and testing with diverse end users to ensure | |
| better accessibility within apps | |
| - Poorly described mHealth apps | - Testing app descriptions with diverse end |
| users as well as app itself | |
| - mHealth Apps having major stability | - as mHealth apps may be critical to quality |
| issues or bugs | of life / health, rigorous testing processes be- |
| fore release is arguably more important than | |
| in many other app domains |
Key issues and recommendations for mHealth app advertising features
| Key issues found | Recommendations |
|---|---|
| - Inappropriate ad content unrelated to | - Ensuring that all content of the ads shown in |
| Health issues | their app is appropriate for the target users of |
| the app; Allowing op-out of some ad domains | |
| - Ads that do not match mHealth app | - Ensuring that the content of the ads appear- |
| goals/purpose | ing in their mHealth app matches the goal of |
| the app | |
| - Frequent and lengthy Health im- | - Decreasing ad frequency and length as much |
| provement medication ads | as possible |
| Ads affecting functionality of the | - Showing ads in the right position and min- |
| mHealth app | imising ad size |
| - Health and medical ads that are non- | - Ensuring that ads do not affect functionality |
| skippable | of the app |
| - Health and medical ads position and | - Allowing users to skip ads |
| style | |
| - Health and medical ads covering large | - Minimising size of ads |
| space of the screen | |
| - Health and medical ads volume and | - Allowing user control of ad volume |
| distraction |
Key issues and recommendations for mHealth app resources issues
| Key issues found | Recommendations |
|---|---|
| - mHealth apps do processing and | - Allow the mHealth app to work in the back- |
| analysis in the background cause slowing down of phones and increasing battery drainage | ground only if needed |
| - mHealth apps that regularly perform | - Ensuring that the mHealth app only performs |
| functionalities and high computations | tasks that may cause battery drainage only if |
| that lead to fast battery drainage, such | required |
| as accessing user location, pushing lots | |
| of notifications, etc | |
| - mHealth apps that need large free | - Release apps’ updates with a small size so |
| space to be downloaded or updated | that all users owing phones with different free |
| space can download them | |
| - mHealth apps consuming massive | - Ensure that the app does not consume high |
| memory while being used | computational resources before releasing the |
| mHealth app to users |