Enumerators, who are people like you and I, like to download Candy Crush, Facebook, YouTube videos, mobile screen savers, to their mobile phones, and use up significant battery life and data on those apps. This can be frustrating to a project and push them way over budget and deadlines.<\/p>\n

In response, earlier this year, Dimagi launched a mobile device management service to help improve mobile data collections surveys with better management controls for mobile devices.<\/p>\n

Dimagi created an MDM tool called MobileAtWork for the international development space and ran a pilot with ten organizations testing MobileAtWork in various geographies, with various types of enumerators, project managers, and administrators, and in various development settings.<\/p>\n

Our pilot did not go as planned.<\/p>\n

9 Lessons Learned From Our MDM Pilot
\nIn the spirit of sharing our success, and failures, here are the 9 lessons learned in rolling out our MobileAtWork tool at Dimagi. We hope you can learn from our mistakes \u2013 we sure have!<\/p>\n

1. Know Your User\u2019s Technology
\nWe started by limiting the Android OS requirements to OS 5.1 or higher, which ended up being a huge barrier to entry for most of our clients. A lot of them are operating on older devices that can\u2019t upgrade past OS 4.4, so it was an immediate non-starter.<\/p>\n

Unfortunately, the feature set we wanted to test out was only possible to access on newer devices, so we made the strategic decision to stick with 5.1, and move forward with a smaller set of pilot participants.<\/p>\n

2. Work Within Project Limitations
\nFor those who had the right OS, enrolling devices into the MobileAtWork product was tough. We built it with the assumption that IT administrators and project managers would have access to their devices, and could scan a QR code to enroll any given device into MobileAtWork.<\/p>\n

This was a huge barrier to overcome as it turned out, because many projects had devices already in the field. Our enrollment method made it nearly impossible for these clients to enroll their deployed devices, so they had to wait until a new deployment was happening or the entire team gathered in one location again, which often wouldn\u2019t happen for months.<\/p>\n

3. Expect Leakage During a Pilot
\nAfter this, there were just a small, heroic few projects left in the pilot! One org was able to enroll a handful of devices and deploy them back into the field with MobileAtWork installed for a few months. Another enrolled on a few devices in their office just to test the product.<\/p>\n

I had expected that 10 out of 10 of the enrolled projects would use the tool, but that did not end up being the case.<\/p>\n

4. Design with Everyone in Mind
\nThe feedback was a mixed bag. Once we got past the OS and enrollment barriers, some people liked the tool and others did not. Specifically, front line workers and enumerators were not thrilled about the prospect of a hidden layer of information about their device usage being sent back to the head office.<\/p>\n

Administrators and project managers were more excited about the product, but we weren\u2019t collecting all the information they needed to make data driven decisions about their project.<\/p>\n

5. Focus on User Feedback
\nThere were potential solutions to these problems, but they went against our initial assumptions.<\/p>\n

First, we realized the key would be to show front line workers their own data usage behavior inside the MDM app on their device. This could be a potentially big change from before when they could not see what information was being sent to their project managers. When we pitched this idea to users, it was met with a lot of excitement; front line workers would finally be able to see how their use of FB or YouTube was eating up their data, and control and change their own usage.<\/p>\n

Second, we realized we should pass more granular data usage analytics back to the project managers and administrators. We realized that with a deeper level of data presented in a user friendly graphical way, admins could quickly make actionable decisions like, \u201cLet\u2019s message everyone about limiting time on FB.\u201d or, \u201cMobile data usage on DHIS2 is much higher than we expected across our entire fleet; let\u2019s increase the monthly data limit to accommodate everyone\u2019s needs.\u201d<\/p>\n

6. Go the Extra Mile for Users During Pilots
\nWe were able to build these features into the tool, but it took a lot of work with a very limited set of resources. In the end, we were able to remove the first two barriers to entry as well- so now there is no OS requirement (all Android OSes work) and there is no QR code to scan (you can enroll from anywhere by clicking on a unique URL).<\/p>\n

We also made messaging much more intuitive and kept our location tracking as is, but now admins can narrow down the date range to check the data within a certain set of dates. We also added App Blocker into the app.<\/p>\n

So, if you were to ask yourself, \u201cI wonder how much data my team used last week, where the highest users were located during the peak usage times, and which apps they were using at that time,\u201d you could answer that question in MobileAtWork now. You could also block that app on an individual\u2019s device so that it no longer eats up precious and expensive data.<\/p>\n

7. Simplify, Simplify, Simplify
\nOne of the bigger challenges we had during this process was explaining the complexities of this powerful tool to our clients. In the beginning, we had two different enrollment methods that worked on different OSes and could give the user different sets of features in the product.<\/p>\n

In fact, we had to write up long wikis and add decision trees to our tool just to help people understand how to use it. This was more complicated than building your first CommCare app! (jokes, jokes.) We realized we were losing interest from the first call because the tool sounded overwhelmingly complex, and we had to make it easier to use.<\/p>\n

8. Add Value Immediately
\nOur biggest learning was to never underestimate the importance of user onboarding and early experience. In our case, the poor first experience for admins, project managers and front line workers trying to find viable devices, recalling them from the field, and then scanning QR codes, left people very frustrated off the bat, and a lot less willing to put up with (small and large) bugs later down the line.<\/p>\n

The next big learning we had was to show immediate value to every user right away- by giving the front line workers a view of their data usage over the past month we were able to offer positive value to users who otherwise felt frustrated and nervous about an MDM tool on their device.<\/p>\n

9. Always Be Iterating
\nOnce we launched the second version of the tool, we\u2019ve had some very successful stories come about. One client has been so happy with the product that they pitched their larger PM team and a second project has already started deploying it with their front line workers!<\/p>\n

We\u2019re now opening up MobileatWork at a discount to a small subset of viable clients over the next month. If you are interested in deploying this tool in your project, please reach out to me through mobileatwork.co.<\/p>\n

By Shabnam Aggarwal, a strategic advisor at Dimagi.<\/p>\n","protected":false},"excerpt":{"rendered":"

Enumerators, who are people like you and I, like to download Candy Crush, Facebook, YouTube videos, mobile screen savers, to their mobile phones, and use up significant battery life and data on those apps. This can be frustrating to a project and push them way over budget and deadlines. In response, earlier this year, Dimagi […]<\/p>\n","protected":false},"author":1,"featured_media":5911,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[863],"tags":[],"yst_prominent_words":[1611,1603,1606,1602,1056,1604,1608,1599,1597,1613,1612,1600,1605,1610,1609,186,1598,1601,1614,1607],"class_list":["post-5909","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-english-fr"],"_links":{"self":[{"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/posts\/5909"}],"collection":[{"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/comments?post=5909"}],"version-history":[{"count":3,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/posts\/5909\/revisions"}],"predecessor-version":[{"id":6140,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/posts\/5909\/revisions\/6140"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/media\/5911"}],"wp:attachment":[{"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/media?parent=5909"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/categories?post=5909"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/tags?post=5909"},{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/www.admeupdigitalacademy.com\/wp-json\/wp\/v2\/yst_prominent_words?post=5909"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}