Gamification in Healthcare using mobile Apps

   It has been hectic months so far. I wrote this article 3 months back and now only had time to publish it. Interestingly I didn't see much change in concepts so its still relevant. 

     Everyone wants to lead a healthy life, what is stopping them from that, in my point of view its two things i) Their daily busy schedule ii) Lack of awareness.  Though point i) is one of the cause, there are persons like Arnold who has proven to world that shouldn't stop them (I heard, he used to do his exercise inside a military tank so he doesn't skip his routine). So, lets conclude busy schedule with lack of motivation.  

  Before coming to the motivation part lets try to understand one more element which is absentmindedness. Forget, taking a stroll every one hour we even forget to take our medicines on time.  So our challenge here is first to make user start practicing wellness activities then making it a regular activity and realisation, such that they don't require any reminders to perform the activity. 

How does an App helps achieving all this? 

   There are some capabilities of mobile device which we can leverage. Lets start with first part, making user to start an activity and be a regular. 

    I have been writing numerous articles in this blog about push notifications, so lets start with that (Advt;)). Our first step would be an attempt to understand what is users current health state and what he requires. Is it that, they want to reduce weight or as simple as pill reminder. Based on his need our App would create a plan (eg., take a short walk every one hour, drink water every half an hour etc.,) we would remind user to do this with notifications. The catch here is the App must be intelligent enough on when to remind and when not to. For eg., I don't want a reminder to take a short walk when I am inside a train.  Also we must not ask user to enter how many steps he walked, the App must automatically do that. As much as possible minimum data entries would be ideal.

Intelligent reminders alone enough?

     Seems no. Here is where gamification and social media helps.  First lets create a game plan which is more relevant to user's need. As every game has a hero (of-course, users are the hero) and villain. Lets define to users what helps them increase their power to defeat bad guys (As spinach powers Popeye :)). An example would be drinking 8L of water everyday would help you to achieve special powers to cross some levels and in turn if you smoke you would lose some powers. Again this would be based on user's need.

   Now game plan is defined, intelligent notifications are build around it. What more is required. A Team. As even if App didn't motivate the users, making sure their team never fails would motivate them more. We are all in social media platforms we can leverage that to form a team. 

   Our health game plans must be simple, non-lengthy and achievable. We need to make sure our goals shouldn't de-motivate.  As and when Team completes a small task it will elevate the team’s status and bring in more challenges. After every game a Performer badge could be provided to a master performer in a team and best team could be awarded as well and rankings in leadership board, which would be viewed by everyone. We need to bring in capabilities where a team member can poke other team member to do his tasks. 

  We need to define the leaderboard very carefully such that it should be motivating by displaying how many points/position a team is below his next Team so that it might motivate him to do things timely to beat that nearest team rather than showing the team with >100k points alone which would be de-motivating.  Awareness can be built inside the game with related videos and articles which would help them to win the game.

  Remember we need to also be careful about what we share in social, as not many users would be willing to share their weight loss/any personal health goal to all their friends.   

 I hope these are the first steps and furthermore would be data mining and targeted notifications, lets discuss about that in next blog. 

Push Notifications Basics - 101 [Permissions handling]

   As the recent WWDC also came up with new updates on push notifications, I felt it is right time to revise the basics of good push messaging experience. I will start with basics and will cover till advance topics like silent push. 

 Let us start with push permissions:

iOS:
 

  Seeking permissions for sending push notifications is actually an OS driven alert. The caveat here is, this OS driven alert can be displayed only once, so we need to be very cautious in using this. If user opts for "Dont allow" on the OS alert, then it would be difficult for us to opt them back, as they need to manually opt-in through device's settings.


 Here are some guidelines which if we follow would have maximum conversions:

i) Never ask for permissions until you have decided to send push notifications on the same app release. I have seen lot of apps doing this mistake and in fact when I am new to push notifications, I felt by default when we install app this alert would be shown :).

ii) Once you decide to send push notifications ensure that before initiating/displaying the OS level permission request/alert, display a custom page and apprise the users about the benefit they gain by accepting for push notification.

Try to be more specific, as the prevailing users have a general idea on push notifications. Once user accepts, then display the OS alert because without which you cannot opt-in the user for APNS/ push notification service. It would be wise to have an option like “Not now” on the custom alert page and retarget the user on later stage.

   The advantage of this approach is 

a) We have apprised the user about the benefits and have helped them to make a decision.          

b) We are using the one time OS push permission request very carefully and use it only when the chances of conversion are very high. (ie., in our case displaying when user says “Enable” and not showing when they choose “Not now”) 


iii) Decide carefully on where to display this custom alert. I see lot of apps that displays this screen when the app is installed and launched, which might go well if we have a custom page. But a better option would be when the chances of conversion are very high. An example is to ask permission for push notification when user completes a checkout

            "We will send you a push, when the order is shipped" etc.,

  On my next blog I would explain better ways for re-targeting in case if we miss the first opportunity to make them accept for push notifications.

Android:

 
 In Android GCM notifications, we do not have permissions concept as the permissions for push are sought in Playstore itself, when user is installing the app.

 Note: Prior to Jelly Bean user never had an option to opt-out for push and after Jelly Bean Android came up with an option against each app at device settings level.

Windows:
 As far as I know I didn’t see any option for optin for Live/Raw notifications. 
       

    Now before we wind off let me show you a small technique to test this permissions on iOS and here you go:

• Delete your app from the device.
• Turn the device off completely and turn it back on.
• Go to Settings > General > Date & Time and set the date ahead a day or more.
• Turn the device off completely again and turn it back on.

  Once you do this you might be able to see the iOS permissions alert again even though you have seen before.

Guidelines for the first release of Mobile App

    

   There are many articles which explains whether we need to have mobile optimised site or app, but not much what you need to do when you decide to create an app. I am writing this article to understand the essential features we need to incorporate in the first release or first version of the mobile app. 
    I am not going to discuss much on business features like shopping cart or how to leverage device capabilities like GPS and have feature like Store locator etc., as I presume you would have analyzed those.  These are more in terms of app’s scalability and good user experiences to gain end-user’s trust.

i) Forceful and Optional App upgrade capability: [Assuming background refresh is off,as there is a general mindset among users that it drains battery]

Upgrade and crash are inevitable with every app. We start with basic functionalities on the first version, and also we never try to bundle too many features on the first release. Once it starts gaining attention we try to bundle more features and have subsequent app releases. We definitely need to build a capability to ensure, existing consumers never miss the critical future updates.  

             It might be an optional upgrade or forceful upgrade capability ,we definitely need to incorporate it as part of the app. One possible implementation is having a service which would check every time when the app is launched to see if user is having the required version else display an modal alert. You can also have a cancel option on this alert to make this upgrade optional or just an upgrade option to make it a mandate. 

ii) Identify Opportunities to expose any feature API:

While designing the app identify if there are any features which can be bundled separately and can be used by other apps. For eg., Assume you have a photo print store and building an app for that, you can expose your app’s checkout process as an API for other photo apps  to send print order to your stores. This would be a good revenue building opportunity.

iii) Plan your permissions:

As a first version app publisher, we must try all possible ways to gain user’s trust. It is not advisable to ask for permissions until we require it. I have seen lot of apps asking permission to send push notifications but never send one. In case if you decide to use device features and require permission, never ask for permissions just using the OS alerts alone, but before displaying the OS alerts, display a custom alert apprising the user your intent. 

Provide excess caution with Android app as user will be listed with all access details when user is trying to installing the app and they may decide not to install.

iv) Deep Link Capabilities:

Provide deep link capabilities for all the features inside the app, which would help you for marketing and support purpose. 

v) Registration and Login:

This is quite important, lot of people try apps just by word of mouth. On first launch, when they are immediately shown a registration screen, they might be wary to proceed. This includes open id login approaches as well. The better approach would be like what “Polar” app does. You define the UX in such a way to allow the user start using the app and make them realize why registration is helpful in due course of time.

Also, have an ability inside the app to migrate and attach the essential user data when he decides to register. 

In case, if app definitely requires a registration, apprise him the benefits of registration and then request for that. 

vi) Temporarily shutting down a feature:

You might have more than one important feature inside the app and chances are,due to any reason a feature might not work properly. We must provide facility for our user to use other features while preventing access  to the corrupted feature alone by gracefully displaying an alert. This can also be used when we decide to temporarily prevent the users from using a particular feature.  

For this, we can also build a service as explained in forceful and optional app upgrade capability.

vii) Analytics and Crash log:

This is quite important to understand which feature is more popular and study user’s behavior. In addition to analytics, we need to provide ability to send crash logs from app, which would help us to analyze which feature has buggy implementation and try to fix in our next release. For analytics we have Omniture,Floodlight or Google tags. For crash logs we have Hockey,APIGEE kind of tools.

Android apps has ability for SEO tagging which can be leveraged as well. 

viii) Security:

Ensure that you don’t have any access key stored inside the app and fetch it through service when required. At the minimum, just open the ipa file in editor and check if there are any credentials stored without encryption and try to fix.

ix) Engagement Statergy:

I have noticed lot of apps when they release their first version, they are very successful, but in due course of time without proper engagement statergy they lose customer’s engagement with app and thereby revenue. I will write an another blog on these techniques but definitely plan one before releasing the app.

x) Multilingual support:

Though for the first version you might release it in only one language but design it in such a way it supports multilingual in later releases.

xi) Terms and condition, privacy policy pages:

These pages are tend to change and never implement these pages as part of native implementation,as later if we need to change we would require an app release and it is recommended to have these pages in HTML,so update becomes easier.

xii) User Feedback:

Always have ways for the user to give feedback. Identify the touch points and provide option whenever possible. It can be like when user completes a shopping. Never take the user directly to app store for rating, provide an interface where he can reach out to you for comments/feedback and then if it is positive (like he gives 4 star rating on your UI), request them to give ratings in app store. 

Bare minimum have your contact information for the user to reach you, which would build trust.

xiii) Welcome screen and Help:

Though this is essential, never crowd all information about how to use your app in its entirety here. Start with basics,keep apprising them with information as and when needed. This is very essential to get user’s attention, because the user will tend to skip this help screen.

Provide a web link where user can view all these information. So, whenever they need support they can refer to that.

 xiv) Sharing:

People always like to share good things. Provide an ability inside the app for enabling the users to share a link for downloading our app.