1

Presented by:Anupam

2007CS50211Vikas Prajapati2007CS50189

Managing Microfinance with Paper, Pen and Digital

Slate

2

IntroductionRelated WorkProblem DescriptionSolution DesignResults and Discussion

Contents

3

IntroductionMicrofinance, Self Helf Groups and the Problem

4

Financial services to low-income clients who lack access to formal banking

Provides access to credit, savings and insurance.

Microfinance

5

10-20 participants per groupSupport from NGOs, banks and government

agencies86 million households; 6 million SHGs; $3.7

billion savings

Self Help Group Model

6

Data Accuracy and CompletenessProcess EfficiencyOnly 15% complete, updated and accurate

recordsDiminishes the ability of the SHG to borrow

money from financial institutions.Debt/Equity ratio: 1.4 compared to maximum 4

Problem: Quality of Record Keeping

7

Related Work

8

Camera-enabled mobile phones, Simputers, handheld devices, palm pilots, J2ME applications on Java phones, Laptops.

Low financial viability of all these systems.No deployment of scalable model.Paper based system preferred by the users.

ICT For Record Management

9

Phone: Voice in voice outIVRS: Text in Voice outMenu Based: GraphicSMS: Text in Text outEnter electronic data through a natural UI

involving writing.

Data-Management By Semi-literate Users

10

OMR/OCR like model.Mobile phones to capture data from paper

forms.Digital pen

Plain paperSpecial paper

All processing done on PCNo real-time feedbackIntuitive and natural UI required

Paper-Digital Continuum

11

Problem DescriptionPaper-only and Computer Munshi

12

Existing systemsPaper-Only

Ledger maintenanceHeavy burden on the WriterInaccurate and Inefficient

Computer Munshi (CM)PM/CM charge moneyLong cycle period (~1 week)Unexpected additional time

13

Low Data AccuracyRecording errorsCalculation errorsLegibility problems

Low Data CompletenessLow Process Efficiency

Error resolutionTransport delaysExtended meeting time

Problems with Current System

14

Solution Design

15

Easily usable by WritersReliable and transparent to membersFunctional in remote locationsFinancially sustainable with user fees only

Design Considerations

16

Stylus, keypad or keyboards inputVoice inputHandwritten input with Digital pen

Available Options for Input

17

Built Record Management softwareNavigation using stylusDigit recognizer (local language)Computation logicSpeaker for audio feedbackImmediate error resolution

What is Digital Slate?

18

Single point of data entryNatural input mechanismNo need for manual calculationsInstant updates reportedAudio output for verificationCompleteness checks

Key Design Elements

19

UI Screen Shots

20

Cost analysis

21

Results and Discussion

22

Automatic calculations a big helpImmediate error correctionTransparency due to voice feedbackNo time constrained physical movement of

paperHandwritten mechanism favored by usersLess recording time

All key areas of concern addressed.

Results

23

More effort required to gain user acceptanceComparable data quality and efficiency using

purely electronic solutionGradual shift from original user habits

Conclusion

24

THANK YOU