Managing Microfinance with Paper, Pen and Digital Slate
description
Transcript of Managing Microfinance with Paper, Pen and Digital Slate
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