Printer Friendly

Managing microfinance with paper, pen, and digital slate.

I. Introduction

Microfinance services reach over 154 million households worldwide (Daley-Harris, 2009). The largest microfinance initiative in the world is the decentralized Self-Help Group (SHG)-Bank linkage program in India. An SHG is a savings and credit collective consisting of 10-20 low-income women who meet on a weekly or monthly basis to pool small savings together. The pooled capital is loaned to individual members at an interest rate determined within the group. The SHG is subsequently linked with a bank to maintain a group savings account and access low-cost loans from the formal financial sector. Each SHG manages its own operations with varying degrees of external support from nongovernmental organizations (NGOs), banks, and government agencies.

The SHG-Bank linkage program is a centerpiece of the Indian government's strategy for rural financial inclusion (Isern et al., 2007), with 86 million poor households participating through more than 6 million SHGs as of March 2009 (Thorat, 2010). The total savings accumulated through this program was over US$840 million, while total loans disbursed from the formal banking sector--at an 86-90% on--time loan repayment rate--was over US$3.7 billion as of March 2008 (NABARD, 2008, p. 77; NABARD, 2009).

While outreach has been extensive, evaluations of the health, growth, and impact of SHGs on members' social and economic development indicate both successes and weaknesses. A recent evaluation indicates that SHGs do target the poor: 83% of members are below the poverty line or borderline, 55% are from Scheduled Tribes and Scheduled Castes, 67% work in own agriculture (as farmers on their own land) or as casual laborers, and 74% are illiterate. SHGs provide actively used savings and credit facilities (average savings of US$53 and average loan of US$230 per member). One in five SHGs was involved in a group-based enterprise or enterprise contract; one in four had a woman member who ran for local political office; and one in three was involved in community action, such as improving water supply, education, healthcare, etc. (Sinha, Tankha, et al., 2006).

Yet, there was little data to inform a reliable evaluation. Only 15% of SHGs were found to have high-quality records that were complete, updated, and accurate. Forty percent of records were found to be weak and inadequate (ibid.) ... Unreliable records affected SHGs' abilities to borrow external funds, resulting in a debt/equity ratio of 1.4 compared to a maximum of 4. The evaluators conclude:
   Record keeping at the group level has emerged as a very weak aspect
   of SHG functioning...Good book-keeping is critical for the
   sustainability of financial operations and continued mutual trust
   among members. Good quality of book-keeping means completeness,
   accuracy, upto-date information and transparency. There is a need
   for simple and user-friendly records and books of accounts. (ibid.,
   p. 14)


Over a 15-month period, we engaged with a set of SHG collectives in rural India to understand the specific problems in their existing record management system and devise appropriate solutions. We describe some of the key constraints involved in SHG record management and present our solution: a record management application built on a low-cost handheld digital slate prototype that directly accepts and processes handwritten pen-based input on ordinary paper forms and provides immediate visual and audio electronic feedback.

The main contribution of our paper is the demonstration of a low-cost digital record management system that can be used effectively by low-income clients with little training. The solution we designed is innovative in that it uses handwritten pen-and-ink-based input on ordinary paper forms to directly manipulate a local digital database and allow real-time digital processing and feedback in the absence of a conventional computer. Our proposed solution was tested with 201 SHG members from 14 groups in the states of West Bengal and Orissa in India, where we assessed outcomes of data accuracy, data completeness, and process efficiency. The pen-paper-slate solution performed as well as a purely electronic alternative, and better than the traditional paper-only system. Of central importance to members was the automated audio feedback on dues and balances that they received instantly.

There was a strong subjective preference for the hybrid pen-paper-slate solution over the purely electronic control. This appeared to be due to the high value placed by rural SHG members on maintaining a local paper record of their data that could be accessed by any one of them, at any time. The digital slate solution comfortably straddled both paper and digital worlds, achieving efficiency and quality gains while also catering to the preferences and budgets of low-income, low-literate clients.

II. Related Work

A. Digitizing Front-End Microfinance Record Management

The prospect of improving front-end record management in microfinance using technology has been met with much enthusiasm over the past decade (Ivatury, 2006; Mathison, 2005; Parikh, 2006). Prototype solutions to enable transaction record management have been designed using camera-enabled mobile phones (Parikh, Javid, Sasikumar, Ghosh, & Toyama, 2006), Simputers (Ganesan & Pichai, 2006), handheld devices (Gogineni, 2007; Regy & Mahajan, 2006), palm pilots (ACCION, 2004), and even laptops (Improving Group-Based, 2009). Many of these solutions have focused on the Grameen Bank model of joint-liability microfinance delivery, which is distinct from the Self-Help Groups' decentralized autonomous structure and self-run process.

Most of these solutions have not attained scaled deployment. The cost of investment in the technology-enabled channel is often too high to allow for financial viability over a reasonable timeframe for microfinance institutions (Ratan & Gogineni, 2008). Because application development and testing are often performed in isolation, there have been problems in integrating the prototype solution into regular microfinance workflows, given field and operational constraints (De & Ratan, 2009). Moreover, clients exhibit a strong preference for maintaining a local paper record for reference (Parikh, Javid, et al., 2006), which has dampened uptake for purely electronic data collection systems using mobile phones or PDAs, as those devices do not generate a paper trail.

B. Data Collection and Management in Resource-Poor Settings by Low-Literate Users

Related areas like healthcare delivery and remittance services in remote low-income communities have seen studies of the use of electronic channels for timely and error-free data collection and processing (DeRenzi et al., 2008; Patnaik, Brunskill, & Thies, 2009). Voice-based input over a phone for healthcare data collection is seen as resulting in lower error rates compared with using a mobile phone keypad to enter data into electronic forms or SMS syntaxes (Patnaik, Brunskill, & Thies, 2009). Separately, in a simulated exercise, low-literate respondents are found to complete mobile money-transfer transactions faster and with fewer prompts using a spoken dialog mobile phone user interface (UI), though task completion rates are higher for an equivalent graphics-based UI (Medhi, Gautama, & Toyama, 2009). Our work extends this line of research by allowing low-literate users to enter electronic data through a familiar UI involving writing by hand using a pen on paper.

C. Interactions Between Paper Forms and Digital Media

In rural settings within developing countries where digital devices are not pervasive, all written records are maintained on paper forms, which then require separate transcription to be usefully aggregated and processed (Mathison, 2005). Several solutions have tried to build a seamless paper-digital continuum for data management in such settings, from the use of camera-enabled mobile phones to capture data from paper forms marked with barcodes (Parikh, Javid, et al., 2006) to using machine-readable paper forms (Singh et al., 2009).

There is a large body of technical work that explores the ways in which data can move seamlessly between paper and digital media (Johnson et al, 1993). Anoto (www.anoto.com) offers a digital pen with which text written on plain paper can be memorized and later transferred to a PC for further processing, either as an image or as recognized text and digits. Similar solutions include the Pegasus NoteTaker (www.pegatech.com) and PADDs (Paper Augmented Digital Documents) (Block, Haller, Gellersen, Gutwin, & Billinghurst, 2007; Steimle, 2009; Tang & Carpendale, 2009). A few of these solutions, like Anoto, can only be used on special paper (with a pre-printed dot pattern). None of these solutions have inbuilt PC-independent processing capabilities to provide immediate electronic feedback to handwritten input on regular paper, in reference to a digital database.

From a usability perspective, the value of pen input on paper has been repeatedly recognized. Previous work assessing support tools for students working on math problems has confirmed that, "as interfaces departed more from familiar work practice [of using pen on paper], students experienced greater cognitive load and corresponding reductions in their expressive fluency and planning" (Oviatt, Arthur, Brock, & Cohen, 2007). Even in richer countries where digital media are widely prevalent, ink input on paper and handwriting are still preferred ways of preparing notes (Davis et al, 1999; Andrew, Carlson, & Brush, 2009).

[FIGURE 1 OMITTED]

III. Problem Description

In this study, we investigated the record management processes used by the SHGs supported by the nonproit NGO PRADAN in eastern India. PRADAN promotes SHGs for microfinance as the first step in mobilizing groups of rural individuals toward better livelihoods. PRADAN has supported nearly 9,000 SHGs in establishing their operations, reaching out to over 122,000 rural women in remote, marginalized areas (PRADAN, 2008).

A. Baseline Paper-Only SHG Record Management System

The SHGs supported by PRADAN begin their operations by maintaining all financial transaction records locally in a large paper record book called the Regular Meeting Transaction Statement-1, or RMTS-1 ledger. The most literate member serves as the group's Accounts Writer (henceforth called the Writer). In SHGs with no literate members, they hire a literate person in the village to serve as their Writer. The SHG meets once a week in the members' own village. The Writer refers to the previous page in the RMTS-1 ledger book to calculate dues for the present meeting, as well as fresh balances based on member payments at the meeting.

As the group's assets grow, this accounting process constitutes a heavy burden on the Writer, who, on average, has a Class 8 education. Despite long meeting times, the quality of financial records is low. Numerous conflicts in data come up at the annual financial audit of the group's records, which leads to members' low trust in the financial system that they are a part of, and then to gradual disengagement. Larger, low-cost credit flows from the banking system are also limited by the lack of reliable financial data on the group's performance.

B. The "Computer Munshi" Record Management System

In response, PRADAN set up an alternative record management system in a number of locations (Figure 1). A group of 100-200 SHGs (called a federation) collectively outsources its weekly accounting and reconciliation functions to an accountant in the nearby town, called the Computer Accountant or Computer Munshi (henceforth referred to as the CM). Each SHG's Writer is given a carbon sheet to place in their RMTS-1 paper ledger book as she or he ills in the SHG's weekly transaction data. After all transactions are recorded, the carbon copy of the RMTS-1 form (Figure 2) is removed from the book and dropped off at a local "drop box."

A postman hired by the CM picks up the RMTS-1 copies from 30-40 SHGs in an area once a week and delivers them to the CM in town. The CM transcribes the data from the paper form into a software application on the PC, reconciles the figures, and prints the new statement of dues and balances for the SHG. The postman then physically delivers these Regular Meeting Transaction Statement-2 or RMTS-2 printouts with the updated figures to each SHG before their next weekly meeting. The CM receives Rs. 3 (US$0.07) per member per month as a fee, from which he pays each postman Rs. 4 (US$0.09) for each RMTS-2 print-out delivered.

[FIGURE 2 OMITTED]

C. Problems in the Current Record Management System

The first major constraint observed is that it is impossible to introduce the Computer Munshi record management system in all areas where SHGs function. In remote, hilly, or forested areas, the severe geographic accessibility barrier precludes the weekly transport of paper forms back and forth from the SHGs in the villages to the CM in town for processing. Moreover, members tend to be from more disadvantaged communities in these areas, having lower literacy rates and lower-quality education. This has led to higher error rates and more error reconciliation delays.

Where it was operational, the Computer Munshi record management system faced a number of recurring problems. We conducted a baseline written survey of four CMs, who each handled the weekly accounting for 100-200 SHGs. On average, one in five member records was not fully updated at a given point in time (Table 1). While the error rate was exceptionally high in only one of the four surveyed locations, the process the CM had to follow to reconcile errors was onerous, and it contributed to further delays in updating records.

Three key areas of concern were highlighted by the data and the CMs' narrative responses.

1. Low Data Accuracy

a) Recording errors: The SHG's Writer sometimes made errors in recording data as it related to a transaction or event. Since SHG members have low literacy levels, there was no mechanism for them to verify the figures entered by the Writer on the RMTS-1 paper form sent to the CM.

b) Calculation errors: Sometimes, there were arithmetic miscalculations, such as adding the total interest paid or checking the recorded total with the cash in the cashbox. CMs therefore noted such issues as "Calculations in the RMTS 1 columns are incorrect (totals for group savings, interest repayment, etc.)"; "Interest outstanding is not matching"; or "Tallying of group accounts with cash balance incorrect."

c) Legibility errors: The paper form sent to the CM for transcription was a carbon copy of the original, which made some entries difficult to recognize and interpret (Figure 2). One CM noted that "legibility poor because carbon paper."

2. Low Data Completeness

Often, certain mandatory fields on the paper forms were left empty. One CM noted: "Cash book writing is incomplete--rows in the RMTS-1 are not properly entered like purpose and duration of loan." Very often, the tally module (counting the cash in hand by denomination of notes) was skipped, despite it being a required module to maintain transparency in records.

3. Low Process Efficiency

a) Error resolution: The process for resolving errors or missing entries on the RMTS-1 forms introduced long delays. One CM elaborated:

That particular SHG [with the problem] is given a special letter which describes the mistakes. It is taken by the postman to the SHG. After getting the letter the SHG will reply next week. If not clear still then the SHG will have to come to office on the correction days.

In all, it could take as long as two-three weeks to correct the errors and start issuing updated RMTS-2 statements to the SHG again.

b) Paper form transport delays: Interruptions in the physical transport of paper RMTS forms from meeting to transcription location and vice versa each week were common. Seasonal disruptions due to the monsoons, breakdowns in the CM's PC, or members forgetting to drop off the form in the drop-box were common occurrences. The weekly paper form transport task performed by the postmen was a high-effort, low-return activity, with each postman being paid Rs. 4 (US$0.09) per round trip of travel, sometimes involving a distance of 15 km.

c) Extended meeting time: When groups did not receive their RMTS-2 printouts, the meeting time would be extended, because the Writer was then required to manually perform the requisite calculations for each member's dues and balances.

IV. Solution Design

Design Considerations

A meaningful solution to the identified problems would be to improve the quality of SHG data (accuracy, completeness, timeliness) through a record management system that would be easily usable by Writers, reliable to members, functional in remote locations, and sustainable with user fees.

One core constraint in the CM system was the remote processing of data. Gains in data accuracy, completeness, and timeliness of updates could be achieved through local processing, using a robust and low-cost portable computing device. Entering transaction data digitally at the SHG meeting and having it immediately processed in reference to the database would remove the need for physical transport of paper forms and printouts back and forth each week, and also eliminate redundancy in data entry.

In choosing an appropriate input mechanism for digital data in the field, we considered the following alternatives:

* Handwritten input: Allow Writers to continue with handwritten pen-and-paper-based data entry, but with digital pens.

* Stylus, keypad, or keyboard input: Allow Writers to enter data electronically by using either a stylus on a touch screen or such peripheral accessories as numeric keypads or keyboards.

* Voice input: Allow the Writer to use her or his voice to enter data, either locally on a phone, or through an IVRS system in which she or he would communicate by voice with a server or agent in real time.

Another factor is that our field locations require an entirely local solution for real-time processing and feedback, as these areas are not yet covered by reliable wireless telecommunication networks. This precluded an IVRS solution.

Between handwritten input, stylus, phone keypad, and keyboard input, we pursued the most natural of these user input mechanisms. As such, our design focused on handwritten pen-based input and stylus-based navigation, with audio as a key feedback channel.

Selected Device

Given the requirements, we selected an existing third-party handheld digital slate and pen prototype as the device of choice (Figure 3). This device was originally designed and prototyped as a note-taking PC accessory for an educational application. We found it well-suited to serve as a standalone paper-based handwritten input digitizer with inbuilt processing capabilities.

The slate has an A5 size (210mm x 145mm) digitizing pad on which ordinary paper or a book can be placed, and anything written on the paper using the device's digital ballpoint pen is simultaneously captured digitally as raw strokes. The device also has a 3.5-inch touch screen display, and it runs on Windows CE. The back of the device's pen, fitted with the pen cap, serves as a stylus for touch-screen input.

[FIGURE 3 OMITTED]

The device has a memory of 512 MB and an inbuilt SD card reader that allows expandable storage as required. The slate also has an audio-out port. It runs on rechargeable batteries, and it has a battery life of 5-7 hours after a full charge. The active pen runs on a single AAAA battery. While the device has no immediate commercialization plans, a single unit that includes the digital slate and pen is expected to cost approximately US$100 under mass manufacture.

Application Components

We built a .NET Compact Framework record management software application to run on the digital slate prototype. Our application's design matched the format and workflow of the existing RMTS-1 and RMTS-2 paper form templates and SHG meeting process. The device and application would be operated by each SHG's Writer.

Navigation through the screens of the application is done using the stylus (i.e., the capped end of the device's pen) on the touch screen. After starting the application, the Writer selects the SHG's name from a list, which leads to a screen displaying members' names and a button to initiate the day's meeting. This leads to the meeting home screen that displays the date and the current meeting number, and allows navigation through the five required tasks/ modules:

1. Entering individual member attendance and payment data (interest, savings, loan principal repayments)

2. Entering group income data

3. Entering individual member receipts data (new loans, savings withdrawal)

4. Entering group expense data

5. Tallying the cash in hand with the total balance calculated based on transaction data

The application allows the user to work through these modules in a linear sequence. There is also an error correction module and features to view reports, past meeting transactions, and individual members' records.

Once a module is selected, numeric data input is done by writing on an ordinary RMTS-1 paper form placed on the device's digitizing pad using the digital pen (Figure 4). A digital version of the RMTS-1 sheet is saved within the application. The application detects the cell of the RMTS-1 paper form that is being filled, based on the pen's location on the digitizing pad. Each handwritten numeric digit written on paper is simultaneously digitized, run through a digit recognizer, and placed in the corresponding field on the screen. These values are then used for subsequent computation.

The digital slate did not come with support for handwriting recognition. We evaluated several mechanisms and finally chose a third-party digit recognition library that used a convolutional neural network with five layers (O'Neill, 2006). We reconfigured the recognition module for execution in a Windows CE environment. Every handwritten digit on the paper generated a 29x29 bitmap image that was recognized and displayed on the touch screen within one second of a pen stroke being completed.

All the text labels are displayed in the local language (Bengali, Oriya), following the RMTS-1 design. We attached cheap (US$4) portable speakers to the device's audio-out port. On pressing a speaker icon associated with each field on the touch screen, a voice-over in the local language reads out that field's name and the entered values. Listening to a summary voice-over of each member's payments and dues at the end of recording all her individual transactions is mandatory.

A set of checks based on current SHG practice are built into the application. For example, a new loan cannot exceed the group's cash on hand, a member with an outstanding overdue loan cannot take a fresh loan, etc. Certain fields, such as attendance and specifying a loan's assigned "loan number" (Loan ID) during principal repayment are mandatory. In the Tally module, if the cash in hand does not match the total amount calculated on the basis of the meeting's transactions, the meeting's records are not considered validated. The Writer is directed to the error correction module to detect and rectify the mistake. Only after the totals match can the Writer save and end the session.

[FIGURE 4 OMITTED]

An erase box area was added to the RMTS-1 paper form, which, if tapped with the pen, erases the last digit entered. Misrecognized or mistaken entries can be erased (like a backspace button) and rewritten on the paper. Similarly, other digital operations can be mapped to and executed from locations on the paper form.

Key Design Elements

We conducted multiple field visits and repeated usability tests with target users over a nine-month period. Users reacted to filling out the RMTS-1 form after placing it on the digital slate device as an extension of their normal process (Figure 4). Initially, some users were nervous when interacting with the touch screen using the stylus, but with practice, this apprehension waned.

The feedback from the Writers and SHG members who tested the application led to specific design choices, a few of which we highlight here:

1. Problem: For the audio feedback, the entered digits were initially read out one digit at a time in the local language. This created confusion, as some members could not make out that 2 and 5 make 25. Solution: In the current version, all voiceovers speak out a field's value as an entire number, and not as individual digits. In certain areas, specific local systems of reading numbers were required (for example, the value 43 is read as two 20s and 3 in our Orissa field location).

2. Problem: Screens with a uniform or similar orientation confused users (Figure 5). Solution: In the subsequent version, different colors were used to differentiate screens and regions within a screen. The borders of read-only text boxes were removed to distinguish them from text boxes in which users needed to input values (Figure 6).

3. Problem: Users found combo-boxes and scrollbars difficult and unintuitive. Solution: In the subsequent version, the number of combo-boxes and scrollbars were minimized.

Overall, our application on the digital slate included the following key design elements:

1. Single point of data entry: The Writer records the group's transaction data only once, writing with a pen on the RMTS-1 paper form placed on the digital slate. This simultaneously generates a paper and electronic record.

2. Natural input mechanism: Handwriting was the input mechanism used in the baseline system. The application retains the same mode of data entry.

3. No need for manual calculations: Automated calculations allow Writers to record meeting data faster and with fewer errors.

4. Instant updates reported: The current meeting's data is processed locally, and the next week's dues are reported instantaneously. There is no longer any dependence on a remote processing location and the weekly transport of paper forms.

5. Audio output for verification: Data entered into or generated by the application can be played as a voice-over. This allows each member, even if illiterate, to listen to details of her payment and point out any errors.

6. Completeness checks: The application enforces completeness and does not let the Writer omit essential parts of a meeting. The user receives notifications and cannot save and end a meeting until the required fields and modules are complete.

[FIGURE 5 OMITTED]

Evaluating the Cost of the Proposed Solution

While our intervention targets gain in SHG data quality and process efficiency, the proposed solution would have to cost the same or less than the existing Computer Munshi record management system to be financially sustainable.

We assume here that the digital slate will cost US$100 per unit, and that a single device can be shared by 10 SHGs in a proximate geographic area, since each SHG only uses the device once a week. Under those conditions, the digital slate solution's estimated cost is not higher than the existing CM system, and it may even allow for marginal cost savings (Table 2). A major component of the digital slate solution's estimated cost is Rs. 3,150 (US$70) per cluster for a solar charging unit. When these areas are connected to the national electricity grid, the solution's cost will further decrease.

[FIGURE 6 OMITTED]

V. Field Trial and Evaluation

After the design phase, we conducted a field trial of our solution against the baseline system. We compared data accuracy, data completeness, and process efficiency outcomes from the use of the baseline paper-only record management system (henceforth referred to as the PO system) with our pen-paper-digital slate record management solution (henceforth referred to as the DS system).

We also tested a touch screen-only version of the application (henceforth referred to as the TO system), which required direct electronic data input using the stylus on the device's 3.5-inch touch screen (ignoring the device's paper digitizing pad). In this version, when the user arrives at a field that requires data input, tapping on that field on the touch screen with the stylus results in a soft numeric keypad pop-up. Data is entered by tapping on the soft keypad using the stylus. This solution was designed to mimic a mobile phone-based, purely

The aim of the evaluation was therefore twofold:

1. To systematically compare performance outcomes between the baseline PO system against two alternative treatments: the hybrid DS solution, involving handwritten input on paper that is simultaneously digitized; and the TO solution, involving stylus input on the device's touch screen.

2. To compare user assessment and feedback on their evaluation of the DS and TO solutions. In particular, we wanted to understand if there was a preference for one of these alternative solutions and, if so, why.

Test Location and Participants

We performed two field trials of the proposed solution. Trial 1 was conducted in the Kashipur and Saltora blocks of Purulia and Bankura districts, respectively, in West Bengal state. This area had an established but periodically dysfunctional Computer Munshi record management system. Trial 2 was conducted in Kalahandi district of Orissa state, where there was no established Computer Munshi system, owing to the inaccessibility of the villages from the nearest town. Here, the SHGs only maintained their weekly records locally in paper form.

The Writer of each SHG operated the application on the device. The median education of the Writers was Class 8 in Trial 1, and Class 10 in Trial 2. In nine of the 10 groups in Trial 1, the Writer was a woman member of the SHG. In Trial 2, only one Writer was a woman member of the SHG. One Writer was a young nonmember woman, and the remaining two Writers were young men hired to write the SHGs' accounts each week. All Writers were familiar with the local language and Arabic numerals.

In Trial 1, the average size of the SHGs was approximately 16 members per group (minimum 11, maximum 20). The average duration of the sampled SHGs was 5.8 years (minimum one year, maximum eight years). For the 37 SHG members who reported their education level, the median schooling was Class 7.

Trial 2 groups were smaller (approximately 11 members per SHG). For the five non-Writer SHG members who shared their schooling background, the median level of education was Class 3.

Methodology

We followed a within-subjects comparison protocol, given that the inherent skill of the Writers and the complexity of records maintained would vary substantially from one SHG to the next.

Trial 1

In Trial 1, we used random sampling to identify eight SHGs from the 160 that belong to the Kashipur federation in Purulia district of West Bengal. We also identified two SHGs in a neighboring federation in Bankura district to allow for variation in the supervising CM. The field trial was conducted during a regular weekly SHG meeting. At each test session, the group followed its regular PO record management process first. This was a conscious choice, one made because we did not want potential errors in the trial application or device to affect the baseline financial records of these groups.

After the regular PO process was concluded, a single demonstration of the device and the application was made. The Writer then used the digital slate to enter the same meeting's data. Each of the Trial 1 groups tested both the DS and the TO versions of the application. However, the sequence of using each version was changed at each meeting to eliminate systematic bias.

Before the second and third rounds of each meeting, "play money" (from the board game Monopoly) was handed out to all members. This was done to ensure that members could simulate actual monetary payments and meeting activity during these trial runs.

Time taken to record entries, number of incorrect entries, and number of incomplete or untouched entries were recorded for all the three sessions. The number of misrecognized digits during the use of DS was also recorded.

At the end of each meeting, a short feedback survey was administered orally, one person at a time, to the Writer and four other members who were randomly chosen in advance. Fifty-two members participated in the post-test feedback survey, of whom 10 were their respective SHG's Writers. The questions covered in this short survey were designed to capture members' preferences comparing the alternative methods for record-management that they had just tested, and included the following:

* When would you prefer to receive updated RMTS-2 information on your account? Response options:

(a) Immediately

(b) One week later [baseline system]

(c) No preference

* What is your preferred method of receiving updated information on your account? Response options:

(a) Accountant announcing figures and passbook entry

(b) [Digital slate] machine announcing figures and passbook entry

(c) No preference

* What is your preferred final format for group records?

Response options:

(a) Paper form and digital machine record

(b) Just digital machine record

(c) Just paper form record

(d) No preference

The responses to these questions were aggregated to assess majority preference among this sample of SHG members (presented in Table 3 in the Results section), and additional descriptive responses/quotes were noted.

We worked with the CM responsible for each group to collect baseline information and import the sampled groups' current records into the device prior to their meeting.

Trial 2

We followed the same methodology described in Trial 1 for Trial 2, with a few exceptions. We identified four SHGs in the Kalahandi district of Orissa for the field trial. Here, we had each SHG first conduct its regular meeting in the PO format, after which they used the DS version of the application to record the same meeting transactions. The TO solution was not tested here. Post-test feedback was gathered through collective discussion with 30 SHG members. Members' data were manually transcribed into a database prior to the meeting, since there was no existing Computer Munshi record management system at this location.

Field Trial Results

We report our measurements of performance outcomes related to process efficiency (meeting time), data accuracy (error rate in entries), and data completeness (completion of the mandatory tally module) below. Results from Trial 1 (blue bars) and Trial 2 (orange bars) are shown separately in Figures 7, 8, and 9.

Both the DS and TO solutions delivered significant gains in process efficiency compared to the baseline PO system. The use of the digital slate reduced meeting time by nearly half (Figure 7). Combining results from both trials for the DS solution, the average meeting transaction recording time per member was reduced from 3.4 to 2.2 minutes (t[28] = 2.5; p=0.02).

The use of either DS or TO versions of the application increased the accuracy of entered data com pared to the baseline (Figure 8). The recording error rate was reduced nearly by half from use of the application. Combining results from both trials for the DS solution, the average data entry error rate was reduced from 5.6% to 2.4%: (t[28]=2.48; p=0.02).

The completeness of records varied by location (Figure 9). In Trial 1, where baseline behavior indicated regular skipping of the tally module, there was a large increase in the completion of the mandatory tally module resulting from use of either version of the application (a shift from a 20% to 100% completion rate). In contrast, the tally module completeness measure of the Trial 2 groups was high to begin with, and it remained the same in the DS solution.

DS and TO modes, i.e., the two treatments tested, produced comparable results on all measures. Stylus-based input on the touch screen allowed marginally faster data entry compared to handwritten input on paper placed on the slate's digitizing pad (1.39 vs. 1.83 minutes per member; p=0.13). Mistaken entries were marginally but not significantly higher during stylus-based input compared to handwritten input (3.2% vs. 2.1%; p= 0.45). The application's digit recognition rate was recorded to be 90.17% in Trial 1; in all instances of misrecognition, the digit was cleared and rewritten on the paper form. DS and TO modes recorded the same gains in completeness, since they share the application feature that makes completion of the tally module mandatory.

The differences in results between Trial 1 and Trial 2 are revealing. In the baseline PO system, each location had a different key problem: Meeting transaction recording time was longer in Trial 2 SHGs, data recording error rate was equivalent across both locations, and data completeness was substantially worse in Trial 1 SHGs. Despite this difference in initial levels, the DS solution significantly reduced meeting transaction recording time (improving process efficiency) as well as the data recording error rate (improving data accuracy) across both locations. Trial 1 SHGs saw a strong improvement in data completeness, given the substantial room for improvement from baseline levels.

[FIGURE 9 OMITTED]

Survey and Interview Results

Members of each participant SHG described their assessment of the solution they had just used at the end of the meeting. Responses to the survey of 52 SHG members in Trial 1 are summarized in Table 3. There was a clear preference for immediate updates, as well as for the hybridity in recordkeeping achieved by using paper records that are augmented with digital features.

The core of members' confidence in the demonstrated solution lay in the automated localized audio feedback feature that announced members' transaction payments, as well as their overall dues/ balances information after the data had been recorded. One member described the advantage as follows, "I like that the machine is speaking. We are illiterate people. We don't know what goes on. But when it speaks, we can know." Further, the announcement also served as a mechanism for reinforcing the public sharing of records within the group and members' collective memory of each other's accounts, without anyone's details being skipped or forgotten. One member commented, "With the machine saying all our numbers, we can understand which members are saving less and which members have many loans," which would allow the group to better track and support individual members over time.

Both the Writers and group members found it quite useful that errors were caught immediately in the DS and TO systems, as well as that they were forced to resolve the error at the meeting. Given poor training in school, Writers bear their recordkeeping responsibility with considerable stress, hoping to get all the calculations right. The application significantly reduced that burden, with both the time required for data entry and the number of errors in entry falling with the use of the slate. The number of written entries Writers had to make to complete the records was greatly reduced, since all calculations based on the raw data were automated.

There were several meetings in which, during the DS or TO trial, the group's figures or a member's records would be hotly discussed and contested, either when the balances calculated and announced by the slate and the cash in hand didn't tally, or when a member's transaction details and balances differed from the record in the passbook or ledger. Illustrative of other instances where a mistake in the accounts was discovered when listening to the automated voiceover of a member's records, one member commented, "[The machine] caught our mistake. I said [a certain number] without realizing it." Though the DS and TO solutions were being used for the first time by these groups in this field trial, errors in a number of loan records were discovered through this process. The act of collectively revisiting transactions in a mandatory review to find the source of the error and reconcile it elicited strong member participation and satisfaction at the meetings.

Finally, 81% of respondents stated a preference for the DS pen-paper-slate hybrid solution over either a paper-only or a digital-only record. Members explained that they "must have the khaata (paper form)," as well as the digital record. However, they were glad that the paper forms no longer needed to be transported to the CM location each week for processing. One member commented, "Previously, we had to take the papers to town. Now [the updates] happen here itself." When the possibility of maintaining the same records using a mobile phone was discussed, members indicated the need for an attached printer to generate a paper copy. In terms of preferred input mode, the DS approach was considered more user-friendly. A Writer commented, "I can use a calculator and I have used others' mobile phones. But writing by hand is a habit. I feel it is better."

VI. Discussion

We discuss our results from the field trials in view of both the potential impact that our solution can have on SHG microfinance operations and its possible limitations.

Our study demonstrates that an appropriate digital solution, such as the hybrid paper-pen-digital slate solution demonstrated here, can substantially enhance the quality of SHG records and recordkeeping by:

* Automating all computation of figures at SHG meetings, thereby reducing errors and meeting time;

* Allowing data verification by members through automated audio feedback and immediate error correction options;

* Enforcing completeness of data by indicating to the Writer which fields have missing entries;

* Reconciling records immediately, without the need for subsequent transcription and reconciliation with the database;

* Eliminating dependence on the timely physical movement of paper records over vast geographies for record update and maintenance; and

* Gaining user acceptance by both relying on known input mechanisms like handwriting on paper and simultaneously delivering a local paper record for reference.

Our results from testing the TO version of the solution indicate that a purely electronic solution delivers comparable gains in data quality and process efficiency to the DS solution. Yet, the generation of the paper record and use of handwriting-based input in the DS version delivers distinct value to users. We expect that it will be difficult to match the ease of use, simultaneous paper copy generation, and low cost of the paper-pen-digital slate solution using alternate devices, such as a mobile phone or a netbook with an attached printer, or with alternate input mechanisms involving a phone keypad or keyboard. This is an area for further testing.

Our estimates of process efficiency gains in this field trial are affected by two biases. For each SHG, the baseline PO input mode involved dispute resolution discussions that did not need repeating in the DS and TO input modes that followed. Our estimate of meeting time reduction would therefore be higher than the true effect. Yet, this is the first time that the Writers were using a digital slate, without prior training except for a momentary demonstration by the researcher. In subsequent usage of the same device, Writers can be expected to perform the same tasks faster. In this case, our estimate of meeting time reduction would be lower than the true effect. Whether these two biases cancel each other will be a focus of subsequent testing.

The current solution is entirely local and self-contained, only requiring a periodic update sent to the backend database once every 1-2 months, when the SD card is taken to the server location for a batch data upload. This is suited to the existing connectivity limitations in our target areas. However, as wireless cellular network coverage expands and becomes available as a reliable and low-cost data transport mechanism in these locations, there will be nothing to stop our solution from allowing real-time updates to the server from the digital slate in the field.

A distinct advantage of paper-based recordkeeping systems is that their use does not rely on electricity. The hybridity of the DS solution retains this advantage of paper-based approaches in rural areas with poor infrastructure. To recharge the digital slate for regular use, we tested a locally procured compact solar charging device that generates sufficient power to recharge the slate and light a lantern. In some villages, similar small solar charging units had started to make their appearance and were used to charge devices like mobile phones in the absence of grid power. A longer-term evaluation of the DS solution must include an assessment of the ease with which users charge the slate and maintain the solar charging unit over time.

Looking ahead to an extended deployment of the solution, it is important to improve the digit recognition rate to approach 100%, work with local language numeric digits, render Indic scripts optimally on the digital slate, add security protocols to suit the shared usage of the device, and seamlessly integrate the device's application with the backend database. Integrating the digital slate into microfinance operations on a larger scale will involve resolving workflow issues around sharing the device, reliably accessing nongrid recharging facilities as described above, device maintenance, and remuneration of various stakeholders.

VII. Conclusion

In this study, we experimented with a solution making use of a digital slate prototype that combines handwritten pen-and-paper interaction with immediate electronic feedback to enhance SHG microfinance record management. We performed a field trial of our solution in situ in rural West Bengal and Orissa at 14 microfinance group meetings. During these meetings, the records of 201 members were processed using the solution. The digital slate solution performs as well as a purely electronic alternative, and better than the purely paper-based baseline system, in terms of accuracy of entries, recording time, and data completeness. While the purely electronic alternative performs comparably well in delivering improvements over the paper-only baseline system, users showed a strong preference for the pen-paper-slate system that allows a paper and electronic record to be created simultaneously. Achieving these improvements in SHG record-keeping processes and data quality directly affects the ability of millions of households to steadily improve their use of quality financial services. Beyond microfinance, the digital slate solution can be adapted to the many contexts in which it can play a useful role, seamlessly integrating paper and digital worlds in resource-constrained settings.

Acknowledgments

This work was conducted while many of the authors were at Microsoft Research India, Bangalore. The study is built on a longstanding exchange with the non-profit organization PRADAN. Our sincere thanks to Narendranath, Sabyasachi Kar, Tamali Kundu, Pintu, Mannan, Yeakub, Mansi, Bindu, Dipti, and Anjana for their help, as well as to SHG members at each location for giving this experiment their time and attention. Thanks to Ed Cutrell, Indrani Medhi, Vaishnavi Ananthanarayanan, Monojit Choudhury, Julie Weber, David Hutchful, Saurabh Panjwani, and Bill Thies for their feedback and help.

References

ACCION. (2004). ACCION PortaCredit: Increasing MFI eficiency with technology. ACCION InSight, 9.

Andrew, A., Karlson, A. K., & Brush, A. J. B. (2009). Investigating the use of voice and ink for mobile micronote capture. Human-Computer Interaction-Interact 2009, Uppsala, Sweden.

Block, F., Haller, M., Gellersen, H., Gutwin, C., & Billinghurst, M. (2007). Voodoosketch: Physical interface palettes and sketched controls alongside augmented work surfaces. In Proceedings of UbiComp 2007, Innsbruck, Austria.

Daley-Harris, S. (2009). State of the microcredit summit campaign report 2009. Washington, DC: Microcredit Summit Campaign, RESULTS Educational Fund.

Davis, R. C., Landay, J. A., Chen, V., Huang, J., Lee, R. B., Li, F. C., et al. (1999). NotePals: Lightweight note sharing by the group, for the group. In Proceedings CHI 1999 (pp. 338-345). Pittsburgh, PA: ACM Press.

De, R., & Ratan, A. L. (2009). Whose gain is it anyway? Structurational perspectives on deploying ICTs for development in India's microinance sector. Information Technology for Development, 15(4), 259-282.

DeRenzi, B., Lesh, N., Parikh, T., Sims, C., Mitchell, M., Maokola, W., et al. (2008). e-IMCI: Improving pediatric health care in low-income communities. In Proceedings CHI 2008, (pp. 753-762). Florence, Italy: ACM Press.

Ganesan, S., & Pichai, H. (2006). Study of delivery of financial services in rural areas through ICT. CCS report. Bangalore, India: Indian Institute of Management.

Gogineni, M. (2007). Initial assessment of a pilot intervention run by BASIX involving the use of handheld devices for the collection of microfinance repayments. Case study. Bangalore, India: Microsoft Research India.

Consultative Group to Assist the Poor (CGAP). (2009). Improving group-based financial services in India. Project profile. Washington, DC: CGAP. Retrieved from http://www.cgap.org/p/site/c/ template.rc/1.11.45745/1.26.9701

Isern, J., Prakash, L. B., Pillai, A., Hashemi, S., Christen, R. P., Ivatury, G., et al. (2007). Sustainability of self-help groups in India: Two analyses. (Occasional Paper No. 12). Washington, DC: Consultative Group to Assist the Poor (CGAP).

Ivatury, G. (2006). Using technology to build inclusive financial systems. (Focus Note No. 32). Washington, DC: Consultative Group to Assist the Poor (CGAP).

Johnson, W., Jellinek, H., Leigh Klotz, J., Rao, R., & Card, S. K. (1993). Bridging the paper and electronic worlds: The paper user interface. In Proceedings CHI 1993 (pp. 507-512). Amsterdam: ACM Press.

Mathison, S. (2005). Increasing the outreach and sustainability of microfinance through ICT innovation. In S. Mathison (Ed.), Electronic banking with the poor. Brisbane, Australia: The Foundation for Development Cooperation.

Medhi, I., Gautama, S. N. N., & Toyama, K. (2009). A comparison of mobile money-transfer UIs for non-literate and semi-literate users. In Proceedings CHI 2009 (pp. 1741-1750). San Jose, CA: ACM Press.

National Bank for Agriculture and Rural Development (NABARD). (2008). NABARD SHG status report, Chapter 7.

National Bank for Agriculture and Rural Development (NABARD). (2009). NABARD annual report 2008-2009. Retrieved from http://www.nabard.org/fileupload/DataBank/AnnualReports/ Annual_Report_2008-2009_ENGLISH_100809.pdf

O'Neill, M. (2006). Neural network for recognition of handwritten digits. Retrieved from http://www.codeproject.com/KB/library/ NeuralNetRecognition.aspx

Oviatt, S., Arthur, A., Brock, Y., & Cohen, J. (2007). Expressive pen-based interfaces for math education. In C. Chinn, G. Erkens, & S. Puntambekar (Eds.), Proceedings of Computer Supported Collaborative Learning Conference (pp. 573-582). Antwerp, Belgium: International Society of Learning Sciences.

Parikh, T. S. (2006). Rural microinance service delivery: Gaps, ineficiencies and emerging solutions. In Proceedings ICTD 2006 (pp. 223-232). Bangalore, India: IEEE/ACM Press.

Parikh, T., Javid, P., Sasikumar, K., Ghosh, K., & Toyama, K. (2006). Mobile phones and paper documents: Evaluating a new approach for capturing microinance data in rural India. In Proceedings CHI 2006 (pp. 551-560). Bangalore, India: ACM Press.

Patnaik, S., Brunskill, E., & Thies, W. (2009). Evaluating the accuracy of data collection on mobile phones: A study of forms, SMS, and voice. In Proceedings ICTD 2009 (pp. 74-84). Doha, Qatar: IEEE/ACM Press.

Professional Assistance for Development Action (PRADAN). (2008). PRADAN annual report 20072008. Retrieved from http://www.pradan.net/ images/documentation/pradan_annual_report_2007-08.pdf

Ratan, A. L., & Gogineni, M. (2008). Cost realism in deploying technologies for development. In Proceedings of the SLPTD Conference on Confronting the Challenge of Technologyfor Development: Experiences from the BRICS. Oxford, UK: University of Oxford Department of International Development.

Regy, P. V., & Mahajan, V. (2006). IT@BASIX successes and failures: A retrospective. Information for Development (i4d) Online (pp. 8-10). Retrieved from www.i4donline.net/May06/665.pdf

Singh, G., Findlater, L., Toyama, K., Helmer, S., Gandhi, R., & Balakrishnan, R. (2009). Numeric paper forms for NGOs. In Proceedings ICTD 2009 (pp. 406-416). Doha, Qatar: IEEE/ACM Press.

Sinha, F., Tankha, A. et al. (2006). Self-help groups in India: A study of the lights and shades. EDA Rural Systems and APMAS. Retrieved from http://www.edarural.com/documents/SHG-Study/ Executive-Summary.pdf

Steimle, J. (2009). Designing pen-and-paper user interfaces for interaction with documents. In Proceedings of the Third International Conference on Tangible and Embedded Interaction (TEI'09), pp. 197-204, Cambridge, UK.

Tang, C., & Carpendale, S. (2009). Supporting nurses' information flow by integrating paper and digital charting. In Proceedings ECSCW 2009 (pp. 43-62). Vienna: Springer Publications.

Thorat, U. (2010, June 2-4). Financial regulation and financial inclusion: Working together or at cross-purposes. Tenth Annual International Seminar on Policy Challenges for the Financial Sector. Washington, DC. Retrieved from http://www.bis.org/review/r100608e.pdf

Aishwarya Lakshmi Ratan

aishwarya.ratan@yale.edu

Director

The Microsavings and Payments Innovation Initiative

The Economic Growth Center

Yale University

27 Hillhouse Avenue

New Haven, CT 06511

USA

1-203-901-8703

Sunandan Chakraborty

sunandan@cs.nyu.edu

PhD Candidate

Department of Computer

Science & Courant Institute of Mathematical Science

New York University

715 Broadway, Room 720

New York, NY 10003

USA

Pushkar V. Chitnis

pushkarc@microsoft.com

Research Software

Development Engineer

Advanced Development Group

Microsoft Research India

"Vigyan"

#9, Lavelle Road City

Bangalore 560 025

Karnataka

India

+91 (80) 66586000

Kentaro Toyama (1)

kentaro_toyama@hotmail.com

Visiting Researcher

University of California, Berkeley

Berkeley, CA 94720

USA

Keng Siang Ooi

oks10_com038@

student.usm.my

Master's Candidate

School of Computer Sciences

Universiti Sains Malaysia (USM)

11800 Pulau Pinang

Malaysia

Matthew Phiong

matt@catmoji.com

Co-founder, Catmoji

Moneda 975, Level 10

Santiago

Chile

Michael Koenig

mikekoe@microsoft.com

Development Director, Startup

Business Group

Microsoft Corporation

1 Microsoft Way

Redmond, WA 98052

USA

(1.) Note from the Managing Editor: As an editor for Information Technologies & International Development, Kentaro Toyama has recused himself from editorial duties related to this article.
Table 1. Share of Member Records not Updated or with Errors.

         No. of member        Share of member       Share of member
CM No.   records maintained   records not updated   records with errors

1          778                27%                    3%
2        1,219                43%                    4%
3        1,941                 0%                    1%
4        2,523                21%                   43%

Table 2. Estimated Cost Comparison of Computer Munshi and Digital
Slate SHG Record Management Systems.

Expense Item                   CM system         Digital slate solution
(Cost per Cluster of SHGs)     (Rs. per month)   (Rs. per month)

Writer fees (if nonmember)     400               600

Paper reports                   48                16

Computer (for aggregation &     37                 9
storage of digital records)

Computer Munshi and postman    450                 0
fees

Digital slate                    0               125

Speaker                          0                 8

Solar charger                    0                88

Maintenance                     50               100

TOTAL Cost per Cluster per     985               946
Month

No. of SHGs per Cluster         10

TOTAL Cost per SHG per Month    99                95

Note: At the time of this article's writing, Rs. 45~US$1.

Table 3. Summary of Survey Responses.

                                               Share of responses

1. Getting updated RMTS-2 dues and
   balances figures (n = 52)
a. Immediately                                 98%
b. One week later                               0%
c. No preference                                2%

2. Solving mistakes (n = 52)
a. Immediately                                 96%
b. One week later                               0%
c. No preference                                4%

3. Listening to updates (n = 52)
a. Writer saying figures and passbook entry     6%
b. Machine saying figures and passbook entry   88%
c. No preference                                6%

4. Final format for group records (n = 52)
a. Paper form and digital slate record         81%
b. Just digital slate record                   17%
c. Just paper form record                       2%
d. No preference                                0%

Figure 7. Average time taken to record meeting transactions
per member, in minutes.

Note: N = 201 members; Error bars indicate standard error.

Meeting Transaction Recording Time
(minutes per member)

PO (T1)   2.99
DS (T1)   1.83
TO (T1)   1.39
PO (T2)   4.54
DS (T2)   3.25

LEGEND: PO: Paper-only | DS: Digital slate | TO: Touch screen-only
T1: Trial 1 | T2: Trial 2

Note: Table made from bar graph.

Figure 8. Average error rate when recording transaction data, as a
percentage of all entries at a meeting.

Note: Error bars indicate standard error.

Share of all meeting entries (%)

PO (T1) n=452   5.68%
DS (T1) n=508   2.09%
TO (T1) n=504   3.20%
PO (T2) n=348   5.56%
DS (T2) n=164   3.07%

LEGEND: PO: Paper-only | DS: Digital slate | TO: Touch screen-only
T1: Trial 1 | T2: Trial 2

Note: Table made from bar graph.
COPYRIGHT 2012 University of Southern California, Annenberg School for Communication & Journalism, Annenberg Press
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2012 Gale, Cengage Learning. All rights reserved.

Article Details
Printer friendly Cite/link Email Feedback
Title Annotation:Research Article
Author:Ratan, Aishwarya Lakshmi; Chakraborty, Sunandan; Chitnis, Pushkar V.; Toyama, Kentaro; Ooi, Keng Sia
Publication:Information Technologies & International Development
Article Type:Report
Geographic Code:9INDI
Date:Jun 22, 2012
Words:9003
Previous Article:Correlation between limited education and transfer of learning.
Next Article:Impact of low-cost, on-demand information access in a remote Ghanaian Village.
Topics:

Terms of use | Privacy policy | Copyright © 2021 Farlex, Inc. | Feedback | For webmasters |