MagpiFormsOffline Benchmarking MDC 2017 CartONG 2
MagpiFormsOffline Benchmarking MDC 2017 CartONG 2
Mobile Data
Collection Solutions
W HAT ASPECTS TO CONSIDER WHEN CHOOSING A TOOL /P LATFORM
This publication has been produced with the assistance of the Office of the United
Nations High Commissioner for Refugees (UNHCR) and Terre des hommes (Tdh). The
contents of this publication are the sole responsibility of CartONG and can in no way be
taken to reflect the views of UNHCR or Tdh.
Benchmarking of Mobile Data Collection Solutions
Table of Contents
Table of Contents ..................................................................................................... 1
Acronyms ................................................................................................................. 3
Executive Summary .................................................................................................. 4
Part I. Where the sector stands on Mobile Data Collection ................................... 5
A. What are the main advantages and challenges of Mobile Data Collection? ...... 5
Advantages .......................................................................................................... 5
Challenges............................................................................................................ 7
B. What are the most differentiating factors of the day concerning MDC? ........... 9
Analysis possibilities of MDC platforms ..................................................................... 9
Monitoring of a situation over time .......................................................................... 9
ODK-Based Technologies ........................................................................................ 9
Summary graph .................................................................................................. 10
C. Is having “one MDC tool for your whole organization” a viable option? ........ 11
Advantages of Using a Single Platform ................................................................... 11
How to Choose a Preferred Solution? ..................................................................... 12
D. What are the aspects to keep in mind when you budget your MDC? .............. 13
Budgeting for Mobile Data Collection in general ....................................................... 13
Part II. Product Evaluation .................................................................................. 16
1. Common Aspects and Features of All MDC Platforms .................................... 16
2. Platform Reviews .......................................................................................... 18
A. ODK- based solutions .................................................................................... 19
KoboToolBox ....................................................................................................... 19
ODK Aggregate ................................................................................................... 21
ONA................................................................................................................... 23
SurveyCTO ......................................................................................................... 25
B. Other Xform-based solutions......................................................................... 27
CommCare ......................................................................................................... 27
DeviceMagic ....................................................................................................... 29
Magpi ................................................................................................................ 31
Survey123 for ArcGIS .......................................................................................... 33
C. Other solutions .............................................................................................. 35
Akvo Flow........................................................................................................... 35
Dharma Platform ................................................................................................. 37
Fulcrum ............................................................................................................. 39
IformBuilder ....................................................................................................... 41
Mobenzi Researcher ............................................................................................. 43
Poimapper .......................................................................................................... 45
Traxilo ............................................................................................................... 47
info@cartong.org | http://www.cartong.org Page 1 | 66
Benchmarking of Mobile Data Collection Solutions
Acronyms
API Application Programming Interface (allows communication between different programs
and interaction with data stored in the cloud)
HIPAA Health Insurance Portability and Accountability Act; prescribing standards for data
privacy and security.
JSON Javascript Object Notation, open standard format for sharing data over the internet
KML Keyhole Markup Language, file format for sharing geographic information
XML Extensible Markup Language, open standard format for encoding documents in a
human and computer readable format
Most mobile data collection solutions evolve fast, new versions are often released
several times a year. This report is based on tests conducted in January 2017.
Readers are strongly advised to verify features and functions of newer releases
when interested in a particular tool/platform. This report only serves to give a
general overview and a comparison based on a snapshot in time.
Executive Summary
Humanitarian response operations as well as development projects require accurate
information to use their resources in the best possible manner, be it to determine the urgent
needs of communities affected by natural disasters or conflict, or to ensure that people and
households receive ongoing support to improve their situation.
In the best case, making decisions based on no, limited, outdated or incorrect information
means that time and money is lost. In the worst case it can mean that people’s lives are
irrevocably harmed.
Mobile Data Collection (MDC) can help improve the quality of data, information, analysis and
decision making. By using one of the MDC platforms described in this report, organizations can
collect data faster and with fewer errors than on paper. The sharp decline in hardware costs
for mobile phones also means that MDC is often cheaper than doing a survey on paper.
As the report shows, the question is no longer if organizations should use MDC, but how. The
short profiles for each solution, as well as the detailed table at the end of the report, show the
main strengths and weaknesses of the different platforms.
The most significant differences between the tools tend to fall into three different categories:
1) How easy is it to import or export data and forms to and from other applications?
2) Does the platform support individual case management and/or monitoring situations
over time?
3) What level of data analysis is supported out of the box?
There is no single solution that can fit all possible needs and the report advises against trying
to force a single solution on staff. Instead, the report recommends that organizations either
agree on a small pool of approved platforms from which staff can choose, or on a preferred
solution, from which teams can diverge if necessary. This approach ensures a blend between
uniformity - which is important to maximize familiarity, compatibility and support for the
platform - and flexibility, which enables teams to respond quickly to operational needs and
changes in the MDC marketplace.
According to a survey conducted during the NOMAD 1 MDC event in Amman 2016, only 25% of
the participants had never used MDC before, whilst during a similar NOMAD event in Paris in
2013, 58% of the participants claimed they had not used MDC before.
The rapid proliferation of smartphones, as well as the massive decline of their price, has turned
smartphones from a luxury item to a common, multi-use tool that hardly raises an eyebrow
anywhere in the world. Where previously, the high value or the high status associated with
owning a smartphone or tablet exposed NGOs and their staff to potential security risks, these
concerns have abated to a certain extent 2 and many NGOs are providing their staff with mobile
devices.
Programmatic areas that have benefited greatly from the proliferation of smartphones are
those that are related to monitoring or data capture - be it through spontaneous photos of
project assets (for example when something has broken) or through highly structured
assessment tools that run on digital devices. This report looks at the latter and provides the
reader with an overview of the tools that are state of the art in late 2016/early 2017.
Given that the main audience of this report are non-profit organizations working in developing
countries, the report limits itself to mobile data collection (MDC) applications and services that
run on low-cost Android devices, even when no data or cellular network is available.
Applications and services that require iOS, a stand-alone notebook computer or a stable
internet connection are not part of this overview, since these are less common in the field.
Fewer errors: “Garbage In - Garbage Out” is the mantra of many evaluators. MDC is
able to reduce the amount of “garbage” significantly by eliminating or reducing two
potential sources of errors:
1
NOMAD (HumanitariaN Operations Mobile Acquisition of Data) is a project that is co-lead by
iMMAP and CartONG with the goal to promote the use of mobile data collection by humanitarian professionals in order
to improve their efficiency and impact. It both helps organizations by offering an online selection tool to help them
select which tools are relevant to their needs (https://humanitarian-nomad.org/online-selection-tool). NOMAD also
organizes yearly workshops where interested parties can meet other MDC users and service providers.
2 Exceptions to this are some very specific contexts where state or non-state security forces do not accept the
presence of smartphones, for example Al-Shabaab controlled areas of Somalia or in conflict situations like Syria
where it might put a person at risk if he/she can be localized through a smartphone.
can be corrected immediately. The same goes for fields that on a paper survey might
be accidentally skipped or omitted. This is particularly relevant since research 3 has
shown that errors in the data capture phase are not random, but biased towards
households with distinct characteristics, which might skew the whole data set.
• Re-keying errors: At some point, data from all paper based surveys has to be entered
into a computer. During this process errors invariably happen. Because data collected
digitally does not need to be re-entered, this source of errors is effectively eliminated.
Faster data collection: Data collection via mobile devices tends to be faster than on
paper, partially because of built-in functions that can automatically skip questions
based on previous answers. For example: if a household does not have any children,
questions related to the children can be skipped automatically. The time savings increase with
complexity and length of the survey. For example, Fitzgerald et al. found that by using MDC
with skip-logic, they were able to save close to one hour per household during an in-depth
household survey in Ethiopia and Malawi that, on paper, ran to 50 pages. 4 Given that most
households were subsistence farmers, the researchers also found that respondents were more
likely to answer all questions when the survey took less time.
Faster analysis: Because the data doesn’t have to be manually entered, it is also
much faster to run simple analyses on the data, even while the survey is still underway.
All applications and services tested for this report include at least a basic tool to
visualise data out of the box. In addition to providing NGO staff with answers more quickly,
this can also be an important feedback tool for communities that have been surveyed.
Better quality control: Many MDC applications are able to capture the GPS
coordinates where an interview takes place, as well as the time the interviewer took
to complete the interview. The GPS coordinates allow supervisors to ensure that staff
have visited the right location and facilitates repeated visits which might be necessary for
monitoring. The duration can help to identify enumerators who are either extremely fast or
extremely slow, either of which might be an indicator of quality issues. 5
Costs: Costs are frequently listed as one of the areas where paper-based data
collection has an advantage over digital data collection. However, this depends heavily
on the individual case especially on the number of surveys conducted and the number
of submissions and length of each survey. While MDC have higher initial costs for software,
development and hardware and capacity building, they do have cost benefits in other areas.
Changes to digital surveys, for example, can be rolled out easily to all enumerators, while paper
survey forms might have to destroyed and reprinted. Also, the costs for subsequent data entry
are completely removed with MDC. In a 2015 study in Thailand and the Philippines, Oxfam
found that MDC was cheaper than paper unless new mobile devices had to be bought for the
3
Improving Consumption Measurement and other Survey Data through CAPI: Evidence from a
Randomized Experiment, Caeyers et al., Journal of Development Economics DOI: 10.1016/j.jdeveco.2011.12.001,
December 2011
4
A Comparative Analysis of Traditional and Digital Data Collection Methods in Social Research in LDCs -
Case Studies Exploring Implications for Participation, Empowerment, and (mis)Understandings,
http://www.validnutrition.org/wp-content/uploads/2015/03/A-Comparative-Analysis-of-Traditional-and-Digital-Data-
Collection-Methods.pdf Gretta Fitzgerald and Mike Fitz Gibbon, Preprints of the 19th World Congress The
International Federation of Automatic Control Cape Town, South Africa, 24 - 29 August 2014, Retrieved: 6 December
2016
5
See also. Electronic Versus Paper-Based Data collection: Reviewing the Debate
http://blogs.worldbank.org/impactevaluations/electronic-versus-paper-based-data-collection-reviewing-debate,
Sacha Dray, Felipe Dunsch, and Marcus Holmlund, Wold Bank, 25 May 2016, Retrieved: 6 December 2016
survey and were not used for any other survey afterwards. 6 The cost benefits of MDC grow
even further when the same survey is run multiple times, for example for projects where
changes over time are being tracked with the same indicators.
Multimedia: Smartphones are much more than a touchscreen to enter data. Organizations
can use a variety of different tools and features to enrich the data by collecting GPS points
without a stand-along GPS receiver, taking photos without bringing along a separate camera,
scan barcodes, record audio and video etc. Most of the time this additional data is automatically
integrated into the survey without requiring any extra efforts or manual work.
In short: through mobile data collection, NGOs are able to get more accurate
information faster and at a lower cost than with paper.
https://course.tc/catalog/course/c06a1489-51e4-43bb-9b50-27fa4446327f
TechChange offers a free, self-paced online course that provides a basic introduction to
mobile data solutions. The course was developed with assistance from USAID and FHI360.
Challenges
Survey design: As described above, mobile surveys can prevent enumerators from
entering impossible data or omitting questions. 7 However, other risks are only
encountered in MDC. Sometimes the excitement about a new technology leads to an
increased focus on the technical aspects of a survey, at the expense of designing the survey
itself conceptually. Often, such a shift in focus means that creating a complex form logic is
perceived as the key to a good survey while other important elements, such as defining the
goals of the survey or questioning the ethics of questions are neglected.
Survey coding: Unlike paper surveys, MDC surveys require that someone implements the
desired skip logics and other restrictions on data entry, usually through some visual form
builder or template that will provide the smartphone application with the instructions as to how
the survey should behave. There is a learning curve associated with the acquisition of these
skills and some level of competence is required to be able to reap the full MDC potential with
regards to data quality.
Hardware failure: Applications can bug, mobile devices can break, run out of
electricity and their batteries are particularly sensitive to high or low temperatures.
Replacement devices, paper forms as backup, car chargers and battery packs can
mitigate these issues, but in many cases, a severe hardware failure will mean that an
enumerator cannot continue her/his work until s/he has returned to the office. In some cases,
the data stored on the device might be lost as well.
6
Going Digital - Using digital technology to conduct Oxfam’s Effectiveness Reviews,
http://oxfamilibrary.openrepository.com/oxfam/bitstream/10546/578816/4/cs-going-digital-effectiveness-reviews-
290915-en.pdf, Emily Tomkys and Simone Lombardini, Oxfam GB, September 2015, Retrieved: 6 December 2016
7
For more details see: http://blog.cartong.org/2015/10/15/conceiving-survey-1/ and
http://blog.cartong.org/2015/11/10/conceiving-survey-2/
Lack of compatibility: All MDC solutions in this report can export data at least as
comma-separated-values (csv) or Excel files (xls), but many provide additional export
options that are better suited for further analysis and visualisation in tools such as
SPSS, Tableau or other Business Intelligence tools. Most solutions even offer access to an API
that once set up allow creating visualisations (such as online dashboards or web maps) showing
the collected data in real-time. Nevertheless, when exporting results or questionnaires or
accessing the data through an API, the structure and format of the outputs will often vary
between competing providers. This can make it difficult and time-consuming to collate data
collected with different MDC solutions and it can make it impossible to switch platforms during
an ongoing survey. The reviews in this report make note of compatibility options and issues
where relevant.
Languages: Many MDC solutions provide the user interface for their server and
analysis module only in very few languages - sometimes just in English. But, apart
from two exceptions, all tools included in this report can create surveys in any major
alphabet including Arabic and Hindi. However, not all solutions allow enumerators to switch
between languages within the same survey which, is necessary for examples when you work
with different ethnic groups who speak different languages.
Security and privacy: Surveys often collect personal information. Based on the right
to privacy, recognised in most international human rights treaties, such data is
protected. 8 It is the responsibility of the organization collecting the data to ensure that
the collection, storage, analysis and publication of data conforms to security and privacy
standards and do not pose threat to the individual or his rights. Depending on the type of
survey, different levels of security can be acceptable. For example, data on the health of a
patient requires a very high level of security and care should be taken that any public
visualisation of health data can never be traced back to an individual. A key informant interview
on general needs in a camp, on the other hand, might require much less protection. While only
a few solutions encrypt data when stored on server or phone, all solutions benchmarked here
can use HTTPS for data transfer between phone and server. The reviews in Part II will mention
if solutions adhere to recognised security standards. User authentication processes and security
were not benchmarked for this document. This could, however, be an additional requirement
if a very secure environment is needed.
8
“Professional Standards for Protection Work” (2nd Edition, 2013, ICRC):
https://www.icrc.org/eng/assets/files/other/icrc-002-0999.pdf
B. What are the most differentiating factors of the day concerning MDC?
MDC solutions evolve over time, and the differentiating factors between solutions also evolve
based on the requirements of the user community and the technical constraints of the moment.
Here are three of the most important of these factors today:
An important aspect where tools differ is their ability to make the analysis of the data on the
server easy for the user. Here we can distinguish between solutions providing support
throughout the entire surveying process including the data analysis and those that focus more
on the collection and simply provide a range of export formats to allow an easy integration with
external analysis tools. More sophisticated platforms will allow you to filter your data directly
on the server and represent the filtered information in graphs or maps, have data quality
checks embedded and even export reports directly from the platform.
A second aspect where we can cluster the solutions into two separate groups is their ability to
monitor a situation over time. This option requires that the user can either edit existing records
and a history of the different submissions is kept on the server or the user can submit several
submissions all relating to a “parent” entry. For example the enumerators could first collect
data on water points or patients with some unchangeable attributes (such as a unique identifier,
the water point’s location or a patient’s date of birth) and then submit variable data associated
with each entry (such as a flow rate at a water point measured regularly or the blood pressure
of a patient). The platforms making this possible are few and are usually those that are at the
higher end in terms of costs seeing the added value that this component brings.
ODK-Based Technologies
A third aspect that is very frequently used to differentiate MDC solutions is whether it belongs
to the ODK-based technologies.
The OpenDataKit is one of the projects that uses a common language-XML 9- and a common
standard- Xforms 10- for data collection. They developed an open-source suite of tools and apps
to collect data. Being one of the first to use Xforms, their contribution to defining and using
the Xform standards was key to the subsequent developments. Many other tools have emerged
that either built on top of ODK directly or that used the Xforms standards as laid out by the
ODK team (with only minor adaptations or changes) for developing their own solutions. The
advantage of these developments for the user is the interoperability between the tools
especially for those being built directly on top of ODK. It ensures that data and surveys can be
shared between tools and platforms - the format of the data is, in fact, independent of the
platform, a key idea in the age of file sharing and multi-machine networks. Being based on
standards specifically developed for data collection both ODK and Xform based solutions
support natively difficult logical operations (skip patterns, cascading selects,….) or question
types (calculations, dates,...). In the remainder of this document the authors will refer to:
- ODK-based solutions - for solutions that are built on ODK and use the Xform standards
9
XML is an eXtensible Markup Language - it defines how to structure a file in order to make it easily readable to
humans and machines alike using tags. XML is used as a framework/a set of rules based on which more explicit
languages where created further defining the tags such include HTML or KML.
10
The Xform standards further define and detail how XML can be used for data collections: this includes key tags
representing questions types and logical operations such as skip patterns.
- Xform-based solutions - for solutions which use Xforms but are not necessarily built on
top of ODK
- other toos - tools that do not comply with the open Xform standards. Those may use
un-standardized XML or a proprietary format for their data
As the ODK based solutions are in many ways similar to each other and provide often a certain
number of similar functionalities, we will regroup them in our comparison of solutions to make
it easier to compare them.
If you want to know more about what advantages there can be for NGOS to use ODK-based
technologies, you can refer to Annex 3: What Are the Advantages in Using ODK-based
technologies for NGOs/IOs?
Summary graph
Here is an infographic regrouping all solutions looked into through the prism of these
differentiating factors:
C. Is having “one MDC tool for your whole organization” a viable option?
Selecting a single MDC platform to be the solution for the entire organization is an aspiration
for many International Organizations and NGOs. The idea is to select and promote, whenever
possible, one specific solution to be used across operations. Advocates of this approach
emphasize the better integration and better support that it can entail. The opponents criticise
that it is often a bad compromise that never fully fits the needs of all cases.
This chapter looks more closely at the advantages and inconveniences of a one-platform
approach for Mobile Data Collection and highlights key questions that need to be answered
before making such a decision.
Four arguments are key to understanding why a one-platform approach can be beneficial for
an organization:
Better integration: If data needs to be integrated into existing workflows, synchronised with
another organizational database, and especially if IT support is required for these tasks, a
single solution for the whole organization can help to ensure that data and workflows are stable
and that IT can adjust processes as needed.
Better knowledge: This is an advantage for both IT and users: enumerators, form builders,
project managers and IT staff know what to expect from a solution, where to find support and
how to best use the tool.
Compliance with organizational standards: Key departments including IT can verify that
a tool meets requirements which have been established for the entire organization. This is
specifically relevant for security standards. While an operational department might not have
the capacity to evaluate the security features of various products, for an organizational tool
those key features (should) have already been evaluated and departments can trust that the
solution meets the requirements.
Bargaining power: Having an entire organization (especially one with several projects in the
pipeline) can improve the bargaining position when discussing the licensing and pricing with a
provider. It can also impact the priority of feature requests as the provider knows that there is
a concrete need for improvement in the requested area.
Despite these advantages, imposing a single platform as the only option to all departments is
not always the best approach:
Varying needs: Different MDC tools have different features and no tool can meet all needs.
Often that means making compromises and whether those compromises are acceptable needs
to be decided during the project’s inception phase.
Staff frustration: The two main reasons for staff frustration are: 1) being forced to use a tool
that does not meet the exact needs and 2) having to switch tools, which means investing time
in training and data migration (not always compatible with skills, budget or project deadlines).
Keeping pace with new developments: The MDC sector is a fast-paced environment where
different solutions appear and disappear from one year to the next and where providers release
new versions with additional features several times a year. Different solutions improve or
decline each year. This means that there is no guarantee that a solution which is best suited
for a task this year will still be the best, or still be supported, next year. This makes it hard to
make a single tool part of the organisation’s MDC strategy over time.
Whether or not a one-platform approach is beneficial will vary from one organization to the
next. The main question is whether the benefits can outweigh the inconveniences that come
with the decision.
This is, in fact, not a binary question with only “yes” or “no” as an answer. There is no reason
why all MDC projects need to be treated alike. It can be possible to recommend a preferred
solution but embrace other solutions for certain projects. Another possibility is to let teams
choose from a pool of pre-approved options.
On the other hand, projects that are independent of the existing enterprise data and
infrastructure and do not require any special IT support can use different platforms more easily
as they don’t require the entire organization to restructure its workflows. In these cases, there
is no harm in using several solutions within the same organization, provided that the
departments switch platforms based on needs, and not out of curiosity for the latest innovation,
and don’t unnecessarily burden staff and enumerators with ever changing solutions.
For these independent projects, there is often an added value in giving staff the flexibility to
use the tool they deem best for a given project. Not narrowing down their options unnecessarily
allows them to take advantage of new product developments, be it new features and
functionality in an existing solution or an entirely new product. After all, the MDC sector is a
fast-paced environment where considerable changes take place from one year to the next.
Organizations should consider the following five key factors when attempting to find a platform
that can serve as the preferred solution for the whole organization:
Factor Component
User and role - Which levels of management are required? Organization, Region,
management Country, Project, …
- How strictly do tasks need to be attributed to certain roles? Viewer,
Enumerator, Administrator, Project Manager can do X, Y or Z in the
system.
- How strictly do projects need to be separated from each another?
Access to folders/projects can be set independently of roles.
Data - Are specific data formats or a certain data structure needed for
integration analysis with existing software?
and analysis - How is data linked or integrated into existing enterprise databases?
Only manual export, API, custom developed workflows
Migration of - Can the new tool continue to perform the same tasks? Specific needs
existing of existing projects
projects (if - Is it easy enough for staff to adapt and adopt the new tool? Capacity
required)
building needs
- Does data need to be migrated from existing solution(s) to the one
chosen and if so, what are the available options?
Only if at least one solution can be found that fits the identified requirements or is an acceptable
compromise, does it make sense to choose a preferred solution for an organization.
Nevertheless, a compromise is always possible and it needs to be established how strictly a
preferred solution should be imposed. Different options are available, for example to
a) use only one solution in the future but allow existing projects to stay with their solution
b) ensure capacity building, IT support and allow stronger integration for only one solution,
while accepting other solutions for more independent projects (potentially requesting
justification for a deviating choice)
c) suggest a pool of 3 to 4 solutions to account for different project requirements
A less rigid setup such as this allows staff to keep some flexibility while, at the same time,
providing guidance on which solution(s) should be considered.
D. What are the aspects to keep in mind when you budget your MDC?
Budgeting for Mobile Data Collection in general
Budgeting for data collection, independent of the approach, comprises two types of expenses:
initial and recurring costs. The initial costs for a mobile approach to data collection are often
significantly higher than for a paper-based approach given that phones have to be purchased
and staff or enumerators trained to use the software and hardware. On the other hand, a paper
based approach has considerably higher recurring costs, particularly when several surveys are
conducted or a situation is monitored over time. The biggest cost differentiator between paper
and mobile based surveys are the costs associated with data entry clerks. For example, in 2015
Oxfam estimated that it would cost close to 1,500 GBP (approx. 1,900 USD) to employ clerks
for 15 days to enter data from a survey they were planning to conduct in Thailand and the
Philippines. This was 10 times as much as was budgeted for the same survey using mobile
devices. 11
Another recurring expense of paper-based surveys are printing costs, which Oxfam, in the
same study, estimated to be 200 GBP (approx. 250 USD) – or approximately the price of one
smartphone.
In addition, even with a paper-based approach, IT and software costs can be considerable
depending on where and how data is stored and analysed.
The overall costs of data collection depend on the factors listed in the table below. For
comparison we list the most important expenses for both, paper-based and mobile data
collection:
Training data entry clerks to use the software minimal, only yes
for backups
Training enumerators in survey techniques yes yes
Printing costs minimal, only yes
for backups
External MDC expert/consultant possible possible
Piloting the survey questions yes yes
Recurring costs
One of the biggest budget items for any MDC project are the costs for using the chosen MDC
software platform. This also applies to Open Source solutions, as the use of Open Source tools
also incurs costs. Unfortunately, these costs can also be surprisingly hard to calculate.
The three most common ways to charge for MDC platforms are:
11
Going Digital - Using digital technology to conduct Oxfam’s Effectiveness Reviews,
http://oxfamilibrary.openrepository.com/oxfam/bitstream/10546/578816/4/cs-going-digital-effectiveness-reviews-
290915-en.pdf, Emily Tomkys and Simone Lombardini, Oxfam GB, September 2015, Retrieved: 6 December 2016
In addition, many of the tools included in this report offer enterprise plans that provide clients
with more flexibility than their basic plans. This can be discussed with the sales teams. Some
providers also offer a special discount for non-profit organizations.
New MDC solutions are appearing and disappearing every year, making the pool of potential
products overwhelming and hard to assess. For this report, the authors have not attempted to
assess all possible solutions but rather to provide an overview of good solutions for different
scenarios in the field. Only platforms that met the following criteria were considered:
• Must facilitate data collection on the ground and not remotely (e.g. by SMS)
• Must allow data collection without any network (internet and/or 3G)
• Must have significant user buy-in or track record in humanitarian organizations
• Must have been used in multiple contexts and countries
• Must be designed for MDC (MDC is not just as an add-on)
Initially, 26 products were identified for this report, a list that was eventually narrowed to 16,
all of which can add value to programs in humanitarian and development contexts. The list of
all 26 tools and the reasons for the exclusion of certain solutions of this benchmarking is
available in the annex (see List of All).
All solutions discussed on the following pages can be used to create surveys and to collect and
manage the data. However there are big differences where the analysis of the data is
concerned. Here, some solutions provide no or only very limited support.
The following paragraphs lists the basic features and functionality that you can expect from the
tools during the different steps of MDC:
All tested solutions offer a visual form builder where surveys can be created, for example by
dragging different types of question (such as multiple choice or text field) onto a blank form
where details for each question can be added. For some solutions creating complex forms might
require the use of Excel (following Xform standards). While the products differ in the question
types they support, all solutions include at least: free-text fields, single and multiple-choice
questions, GPS points and permit skip-logic. Some, more advanced products include features
to monitor aspects over time, collect dates, photos, repeat certain questions several times,
scan QR- or barcodes or calculate values based on previous questions.
Once a survey has been created, data can be collected in the field and saved offline on the
phone. None of the reviewed products require a constant internet connection or a SIM card to
collect data. All solutions, with the exception of DeviceMagic and Traxilo, use UTF-8 encoding
for their survey questions so that questionnaires can be created in almost any language and
alphabet. However, not all solutions can switch between languages during a survey which is
useful in a culturally diverse setting.
After the data has been collected, it has to be sent to the MDC platform. For this step, most
solutions require a WiFi or 3G internet connection. Only ODK tools that are used with an offline
server setup, as well as Briefcase, can retrieve data manually from the phone and push it to
the server to work entirely offline. On the server the data is displayed in a table. In some
solutions it is possible to edit, add or delete data directly on the server, others only allow the
data to be viewed but not modified. It is also through the server interface that forms, projects
and users can be managed.
Analysis is where the platforms’ abilities vary the most. The two main differences are:
• How many analysis features (and which ones) are available
• The available level of refinement (basic/advanced).
No matter which solution you choose, the option to export the collected data at least in csv/xls
format is available in all platforms. This enables you to analyse or visualise the data further
using external software such as Excel, Tableau or SPSS.
2. Platform Reviews
CartONG staff tested the selected platforms using two existing surveys (see annex). They
created similar forms on the platform (or imported the existing form where possible), collected
sample answers offline, synced the phone data with the platform, visualised and filtered the
data in the online interface where possible and tested the export options and format of the
output. In addition, staff used internet research and direct discussions with the solution
providers to get additional information on API access, security features, user management,
offline setup and different pricing schemes.
The snapshots on the following pages summarise the main strengths and weaknesses of each
product. They consist of a short introductory text for each solution, a table highlighting the
pros and cons and one or several screenshots of the user interface.
The test criteria, including examples, are available in the annex (see MDC Technical
Requirements)
Features that are common to all platforms (see: Common Aspects and Features of All MDC
Platforms) will not be mentioned again. To save space, other features are only mentioned in
the short profiles if they stand out or differ significantly from the average solution (positively
or negatively). This was done to save space. A detailed table with all features for all solutions
is available at the end of the chapter.
The tools are for simplicity’s sake presented in three sections first looking at ODK-based
solutions then at other Xform based solutions and finally looking at other solutions. Within each
section, the tools are listed alphabetically and the order does not indicate any preference or
ranking.
KoboToolBox
http://www.kobotoolbox.org/
KoBoToolbox is a free and open source MDC tool that is supported by OCHA (United Nations
Office for the Coordination of Humanitarian Affairs) and that was developed by the Harvard
Humanitarian Initiative. It is used widely in the humanitarian and development community.
KoBoToolbox is based on the Xform standard which makes it very easy to share forms between
many MDC platforms.
Its main weaknesses are issues of user-friendliness, a lack of stability as well as a lack of
related user support and communication.
PROS CONS
ODK Aggregate
https://opendatakit.org/
Aggregate v 1.4.13
PROS CONS
ONA
https://ona.io/home
ONA is an actively maintained solution whose developers are responsive to the needs of their
users, which include a large number of humanitarian organizations.
It doesn’t offer advanced features such as case management and isn’t well-suited for
monitoring. There’s also no option to filter data on the website.
PROS CONS
SurveyCTO
http://www.surveycto.com/
User management, on the other hand, isn’t very advanced compared to other platforms: rights
are very broadly disaggregated. Also, rights are always granted to an account, meaning it isn’t
possible to limit access to a specific survey, or only to the analysis tabs.
While the documentation is extensive, it is not well illustrated and perhaps a little dense for
new users.
PROS CONS
http://www.dimagi.com/products/
CommCare, a solution developed by Dimagi, has originally been designed for field based,
mobile health care workers. Because of this legacy, the solution comes with a suite of case
management features, such as setting up a list of cases (patients) and having forms and
surveys associated with each case. CommCare can also be used for ordinary surveys and comes
with an online form builder assisting users to set up their forms.
To access the forms, users need a dedicated user account. Using the mobile app is
straightforward, however, the platform itself is less intuitive and has a steep learning curve
before someone can navigate and use it with ease. Analysis and visualisation options are limited
and most users requiring instant visualisations, maps or dashboard-like features will have to
set up a third-party tools and use the API. CommCare comes with advanced activity monitoring
features, which can be useful if the project requires that staff and case activities are closely
watched. Reports and data exports can be customized so that only selected fields get exported,
which can come in handy when the core data needs to be shared but not all of it should be
made available.
PROS CONS
DeviceMagic
https://www.devicemagic.com/
DeviceMagic supports most of the features you would expect from an MDC solution. Plans are
priced by device and by month.
Its main weaknesses are: lack of support for some non-Latin languages, inability of switching
languages in a form, as well as a lack of data editing features. Another feature might be an
advantage for some and a disadvantage for other organizations: all parent and child files are
automatically combined in one Excel file which can be useful if this is required for your analysis
as it allows easy filtering based on your meta or household data- however for surveys that
collect quantitative questions about households and household members, this feature can make
it challenging to extract indicators and statistics from both.
PROS CONS
Magpi
https://magpi.com/
Magpi is part of the “wider” ODK family of platforms. It has a different feel than other ODK
solutions and contains a number of less common features, such as support for IVR (Instant
Voice Response) and SMS data collection (both for single-question surveys and more complex
ones).
Figure 6: Magpi online interface to download the app and follow the fleet of phones
PROS CONS
http://survey123.esri.com/
Data analysis apart from mapping is the clear weakness of Survey123. While it is possible to
filter data for mapping and visualise it creating heat maps, etc., there is no option to filter data
for other visualisations such as graphs. In addition, the tool is weak if data is not needed in a
GIS compatible format. Images and attachments can only be downloaded to the gdb format
which is only useful if the users also work with ArcGIS Desktop..
While it is possible to collect non-geographic data with Survey123, there is no point in doing
so as data is stored in geographic formats. Given that anonymous submissions are possible
since early 2017, Survey123 has a strong advantage over most other solutions for citizen
science projects which collect spatial data.
In April 2017 a new version was released including features like previously collected data can
be edited on the phone.
12 Portal for ArcGIS is a platform for geographic data similar to ArcGIS Online but instead of being stored
in the cloud and managed by ESRI it is stored behind an organization’s firewall and managed by the
organization
PROS CONS
C. Other solutions
Akvo Flow
http://akvo.org
Akvo Flow is a relatively simple tool for basic monitoring operations that is well suited for
situations where data with a geographic component (infrastructure, water points, etc.) has to
be collected repeatedly. The platform is easy to setup and use, with acceptable user
documentation and support. Data collection points can be displayed on an offline-map on the
phone and historical data can be accessed easily, which is particularly useful for programs that
include monitoring component. These features are not common in other products.
PROS CONS
Additional
details
Dharma Platform
http://dharmaplatform.com/
Dharma Platform is a stand-alone tool that can manage different data collection projects within
one platform. Although very expensive, its way of grouping projects into teams and regions
make it a good tool for globally operating NGOs and IOs.
However, there is also weaknesses: some very commonly needed field types or options are not
(yet) supported: most importantly, calculations or the option to require an answer before
submitting a form is not or not sufficiently implemented. For example, at the moment it is only
possible to mark text input fields as mandatory but not multiple choice question.
PROS CONS
Fulcrum
http://www.fulcrumapp.com/
Fulcrum is used by many private companies but also counts UNICEF as one of its clients. It has
a strong geographical component and provides most of the features that we find in advanced
MDC tools, including editing. A free trial is available, which can help get to know the app.
However, Fulcrum does not perform as well when it comes to analysis and security. The app
doesn’t provide advanced security features like encryption and the only option to view the data
on the server is using a map or table. Charts or filters cannot be created directly through the
server interface so that additional tools are needed for most forms of analysis.
Figure 8: Geographical interface to view the data and form conception interface
PROS CONS
IformBuilder
https://www.zerionsoftware.com/iformbuilder/
An intuitive tool with some advanced features and comprehensive documentation. The tool is
easy to use and based on a graphic interface. It supports basic case management, such as
linking different forms to a specific case, or assigning a case to a specific staff member. It is
developed actively and offers good documentation as well as an active community forum.
PROS CONS
Mobenzi Researcher
http://www.mobenzi.com/researcher/Home
PROS CONS
Poimapper
http://www.poimapper.com/en/
Poimapper, as the name suggests, focuses on mapping points of interests in the field and
putting them on a map. However, it is not just a geographic application but has become a full
MDC tool. Complex form logic is supported as well as visualisations including charts and filters.
Less impressive is the user and role management, which is relatively limited, and the visual
form builder. While being powerful and working without problems, the form builder’s design
makes it often difficult for the user to verify the logical setup of the form, especially when
several skip patterns were implemented.
Figure 11: Poimapper's form builder and reporting and analysis interface
PROS CONS
Traxilo
https://traxilo.com/
Traxilo is a tool that was developed to follow clients/beneficiaries as well as the activities linked
to them. Traxilo is used by a number of NGOs including Doctors of the World. It is extremely
easy to set up and to use.
Traxilo’s strength lies in tracking services that are linked to specific beneficiaries. The interface
is very user-friendly. The system is very secure and built to favour anonymised beneficiaries
for better protection of sensitive data. For this purpose Traxilo can easily replace a person’s
name with a code. The idea is that data collection should mainly be used to focus on trends,
not on individuals. Whenever questionnaires are modified, they are automatically updated on
the phone.
Figure 12: Traxilo’s advanced filtering and chart options for beneficiary tracking, and below its mobile
interface
PROS CONS
KoBoToolbox ODK Aggregate ONA SurveyCTO CommCare Device Magic Magpi Survey123
a) Aggregate v
1.4.13 on Tomcat
Tested version Ubuntu
ODK Collect v1.4.14 v1.3.25 V2.20 v 2.32.1 v 1.72.0 Magpi DataDyne 5.4.8 v 1.10.25
b) Aggregate
v1.4.13 on Google
App Engine
most: no notes,
difficult to set
constraints, only most: no calculations/
all but importing all but importing most: limited
calculation fields can reference in label text
external lists does external lists does most: no external calculations, no
Question types all all be hidden, GPS (i.e. data input cannot
not work on Enketo not work on Enketo list signature, no external
doesn't use WiFi be included in label
web form web form lists
network to improve (only answer)
location accuracy and
speed
Form features
Switch language
possible possible possible possible no no possible
in form
limited (only csv limited (only csv limited (no csv with no (released in April
Monitoring no yes with Pro account no no
preloading) preloading) paid account) 2017)
Details
KoBoToolbox ODK Aggregate ONA SurveyCTO CommCare Device Magic Magpi Survey123
a) Aggregate v
1.4.13 on Tomcat
Tested version Ubuntu
ODK Collect v1.4.14 v1.3.25 V2.20 v 2.32.1 v 1.72.0 Magpi DataDyne 5.4.8 v 1.10.25
b) Aggregate
v1.4.13 on Google
App Engine
pictures are an
View images yes yes yes yes yes yes advanced feature (not yes
tested)
~20 languages
EN, FR, ES, AR,
(defined by AGOL
Languages though translation EN EN EN EN, FR and some ES EN EN, FR, ES, PT, CN
profile), including
incomplete for some
Arabic, Hindi,...
Enketo can be
installed to edit.
Alternative
workaround: export,
Details:
change and delete
the original, then
upload changed
dataset
csv, kml, json (some
Data export csv/xls, kml, json, csv/xls, json, xml,
csv/xls, kml, sav Briefcase, some csv/xls csv/xls csv/xls, mdb csv/xls, json, shp, gdb
format sav docx, pdf
server export)
Export & Import
possible (Briefcase
possible for new data possible: Excel case
possible with or CTO sync).
possible with (Briefcase or csv uploader (Pro possible: copy-paste
Data upload Briefcase (although Another option is to no no
Briefcase upload) but not for feature, could not be or upload
not always reliable) upload a csv to a
ongoing project tested)
dataset
KoBoToolbox ODK Aggregate ONA SurveyCTO CommCare Device Magic Magpi Survey123
a) Aggregate v
1.4.13 on Tomcat
Tested version Ubuntu
ODK Collect v1.4.14 v1.3.25 V2.20 v 2.32.1 v 1.72.0 Magpi DataDyne 5.4.8 v 1.10.25
b) Aggregate
v1.4.13 on Google
App Engine
flexible: direct
flexible: excel - flexible: csv: flat export - flat; defined: subforms are
Group/sub-form defined: csv flat defined: csv flat
related table, csv - table, briefcase or CTOsync defined: xls flat table exported defined: related tables
exporting table table
flat table xls: related tables export: related independently
tables
Multiple choice defined: both all in flexible: all in one flexible: all in one flexible: each choice
defined: all in one defined: each choice defined: all in one cell,
questions one column and each column or each column or each one column or all in defined: all in one cell
cell one column separated by comma
exporting choice in one column choice one column choice one column one cell
direct download: url link: full url in table, pictures are an only downloaded if
export media as .zip link: full url in table,
Picture export in table briefcase: briefcase-export link: full url in table link: full url in table advanced feature (not gdb chosen, no cell in
and with id in table export media as .zip
media folder as zip media as .zip tested) csv table
yes, (at least yes, with Enterprise yes, ESRI REST API;
yes: HTTPS read
yes: (contact standard plan): read account view, query, update,
yes, read & write yes: view, query, (Enterprise only)
yes, read & write customer support for & write using HTTP https://devicemagic.z delete
https://opendatakit. form definition,… http://support.magpi.
API https://kc.kobotoolb more details - not https://confluence.di endesk.com/hc/en- http://resources.arcgi
org/use/aggregate/d https://ona.io/static/ com/support/solutions
ox.org/api/v1/ part of general magi.com/display/co us/articles/218720498 s.com/en/help/rest/ap
ata-transfer/#APIs docs/index.html /articles/4865-magpi-
documentation) mmcarepublic/Comm -Device-Magic- iref/index.html?mapse
outbound-api
Care+HQ+APIs Database-API rver.html
Anonymous possible; depends on no, always requires no, always requires no, registering the no, always requires possible (since version
User Rights
KoBoToolbox ODK Aggregate ONA SurveyCTO CommCare Device Magic Magpi Survey123
a) Aggregate v
1.4.13 on Tomcat
Tested version Ubuntu
ODK Collect v1.4.14 v1.3.25 V2.20 v 2.32.1 v 1.72.0 Magpi DataDyne 5.4.8 v 1.10.25
b) Aggregate
v1.4.13 on Google
App Engine
Phone
possible possible possible possible no no no
encryption
Server yes, encrypted on
possible possible possible possible no no no
encryption the server
depending on install
HTTPS for transfer https://wiki.commca
possible to install on
has to be set up rehq.org/display/co
Details your own server for
manually (Tomcat), mmcarepublic/De-
increased security
install on own server Identify+Data
possible
possible: allows
Additional details
KoBoToolbox ODK Aggregate ONA SurveyCTO CommCare Device Magic Magpi Survey123
a) Aggregate v
1.4.13 on Tomcat
Tested version Ubuntu
ODK Collect v1.4.14 v1.3.25 V2.20 v 2.32.1 v 1.72.0 Magpi DataDyne 5.4.8 v 1.10.25
b) Aggregate
v1.4.13 on Google
App Engine
yes: hosting of
yes: for aggregate costs
yes but very limited
humanitarian depending on yes: limited forms yes: limited forms, yes: limited features
Free plan features and limited no, only 15 days trial no
organisations - no bandwidth and size. and features data and features and forms
users
limits For App Engine, free
quota available
only limited
GeoNet forum & blog,
documentation,
active Google Group, Google user group, other support depends
email support, email support, ODK Skype, phone, on-
Help & support website and email active Google Group dedicated support for forum, email support on AGOL account,
Google Groups Forum/Google Group ground-support
support Pro users dedicated support for
available (not clear
Enterprise users
about extra costs)
Flow 2.2.9 on
Tested version App: 6.9.11.266.
Dashboard version v0.47 v.2.22.1 v5.5.1-i Poimapper Plus 1.6.5m Mobile version 1.5.5
Dashboard:10.0.2.3938
v1.9.11.1
few: no custom
constraints, hiding
few: no photo,
calculation questions,
signature, external list,
most but no external lists. Only text most but no reference to most, but GPS buggy. most but input cannot
most, but no hidden no calculations, skip
Question types calculations, notes, input can be defined as previous questions, no No hints, limited be referenced in a label,
calculation questions patterns, group
external lists required questions, no custom rules/constraints constraints no hints, no signature
questions, barcodes,
calculations, no
structured date type
signature / barcode /
picture
all. Uses create and most:
all (identifies by user all (identified by user all (identified by user most:
Metadata update time, not depends on output (json all
not device) not device) not device) no device ID
submission time. best)
Form features
Charts & basic: can't filter or advanced: based on yes, based on filter and yes based on fields and
basic yes, based on filters no
reporting customise fields and filters fields (pro account) filters
View images no (no picture support) yes yes Yes yes (no picture support)
Flow 2.2.9 on
Tested version App: 6.9.11.266.
Dashboard version v0.47 v.2.22.1 v5.5.1-i Poimapper Plus 1.6.5m Mobile version 1.5.5
Dashboard:10.0.2.3938
v1.9.11.1
Delete possible no, but on phone possible possible possible possible possible
Details
possible: advanced
possible but not for GPS
options for matching possible but in beta (not possible (but skip-logic
Data upload points and not to add no possible: xls no
columns, indicating tested) not supported)
new points to monitor
conflicts, ...
defined: flat table defined: flat table defined: related table form or as part of main n/a
exporting column), related (each
form but never flat main
repeat group extra or all
table)
repeats in one)
Choice defined: each choice one defined: each choice one defined: each choice one
defined: all in one cell defined: all in one cell defined: all in one cell defined: all in one cell
exporting column column column
Briefcase
no no no no no no no
compatible
Flow 2.2.9 on
Tested version App: 6.9.11.266.
Dashboard version v0.47 v.2.22.1 v5.5.1-i Poimapper Plus 1.6.5m Mobile version 1.5.5
Dashboard:10.0.2.3938
v1.9.11.1
sub-form export has
Details empty rows if there is
no "child" to parent data
Annexes
http://www.dimagi.com/
yes
Commcare products/
https://www.devicemagi
yes
DeviceMagic c.com/
http://dharmaplatform.c
yes
Dharma om/
http://plus.epicollect.net
no
EpiCollect / Still in beta
http://www.fulcrumapp.
yes
Fulcrum com/
https://www.zerionsoft
yes
iFormbuilder ware.com/iformbuilder/
http://www.kobotoolbox
yes
Kobo online .org/
http://www.mobenzi.co
yes
Mobenzi Researcher m/researcher/Home
http://www.poimapper.c
yes
Poimapper om/en/
https://socialcops.com/c
no
Socialcops Collect ollect/ Used in limited context so far.
http://survey123.esri.co
yes
Survey 123 (ESRI) m/
http://www.surveycto.co
yes
SurveyCTO m/
No map available no
Export
Lists formats to export data
format
Picture Details how pictures are downloaded and link between table entry and
export image file kept
Easy Lists tools with which the data can easily integrate based on export formats
integration or available tutorials
Predefined
Lists predefined roles or permissions
roles
Compliance
with Lists compliance such as FISMA low/high, HIPAA,…
standards
Offline
details
setup
NOT possible to have a workflow without any connectivity or
no
behind the organizations firewall
Business
Details on pricing scheme: per user/submission/…
model
Help &
Detail ways to get help and support
Support
Since ODK-based solutions share the same core architecture, some tools inside the ODK suite
can be used across different products, which makes it easier to switch from one platform to
another if necessary. Examples include the Briefcase application to download all data, including
media files or Enketo, a tool to enter and edit data through a web interface.
While Open Source tools as such do not incur costs on software (though potentially on hosting),
it strongly depends on internal resources and the availability to build and retain the
competencies internally on whether or not they are really cost effective. Certainly, key
considerations are the aspect highlighted above, how active are the developers, how active the
user community and how long has a solution been around. Because ODK has been around for
a while, the number of efficient users increases steadily and since easier ways of coding have
been conceived as well as carefree hosting services which do not require any IT skills, chances
are good that a respective organization will find or already has internal resources to support
surveys built on ODK/related tools. This then leads to cost effective deployments and
guarantees a certain sustainability.
The graph below highlights the interoperability between the closely related ODK tools. It is
usually possible to build a form which can be used with any of the mobile apps or through a
web form accessed through computer. The data can then be sent to the web platform of choice
and analysed there if possible or exported and used in any external statistical packages.
4. Resources
Choosing the Right Tool for Data Collection: Paper vs. Digital Tools vs. IVR,
https://blog.socialcops.com/academy/resources/choosing-right-tool-data-collection-
digital-tools-paper-digital-ivr/, Gaurav Jha, SocialCops, Retrieved: 6 December 2016