How to conduct a field survey with a mobile app: setup → team → offline field work → live QA and reports.
यही क्रम फील्ड में चलता है — प्लान खरीदने से लेकर पंचायत-वार रिपोर्ट तक। नीचे तीन हिस्सों में पूरा वर्कफ़्लो है: क्लाइंट पैनल में सेटअप के 5 कदम, फील्ड में वॉलंटियर के 10 कदम, और सर्वर पर जाँच से डैशबोर्ड तक। हर पड़ाव पर आपको पता रहता है कि काम कहाँ तक पहुँचा, और हर रिकॉर्ड के साथ उसका सबूत है।
सर्वेयर अपना परिचय देता है, सहमति लेता है और 8–12 मिनट में फ़ॉर्म भरता है। उससे पहले का सेटअप और उसके बाद की जाँच — दोनों का काम बस इतना है कि यह पल सही जगह, सही व्यक्ति से और सही फ़ॉर्म पर हो, और उसका सबूत बचा रहे।
Project → areas → form → seats → assignments
यह हिस्सा Owner या Admin लैपटॉप/मोबाइल ब्राउज़र से करता है। क्षेत्र-डेटा पहले से लोड होने की वजह से सबसे लंबा काम फ़ॉर्म तय करना है — और अगर आपके पास XLSForm है, तो वह भी मिनटों का है।
प्रोजेक्ट = एक विधानसभा, ज़िला, वार्ड-समूह या रिसर्च राउंड। नाम, tenant-type (राजनीतिक/कंपनी/NGO/सरकारी), सर्वे-राउंड, तारीख-सीमा और सहमति-पाठ का संस्करण। tenant-type से मॉड्यूल तय होते हैं — बूथ/वॉर रूम सिर्फ़ राजनीतिक ग्राहकों को दिखता है।
पूरे भारत का ढाँचा पहले से लोड है — राज्य → ज़िला → ब्लॉक → ग्राम पंचायत → गाँव, या नगर निकाय → वार्ड, या विधानसभा → बूथ। आप बस टिक करते हैं। हर क्षेत्र की boundary status (सत्यापित/अनुमानित/उपलब्ध नहीं) वहीं दिखती है; missing-mapping रिपोर्ट उसी दिन। टोला/मजरा जो आधिकारिक सूची में नहीं, उसे स्थानीय ID मिलती है।
फ़ॉर्म-लाइब्रेरी से टेम्प्लेट चुनें (वोटर मूड, सार्वजनिक सुविधाएँ, household, रिटेल ऑडिट, बेसलाइन) या Kobo/ODK/SurveyCTO की XLSForm अपलोड करें। Skip logic, validation, हिंदी/अंग्रेज़ी लेबल, ‘पता नहीं’ विकल्प। संवेदनशील प्रश्न कंपनी की मंज़ूरी के बाद ही प्रकाशित; प्रकाशित फ़ॉर्म lock, बदलाव = नया संस्करण।
वॉलंटियर को नाम और मोबाइल से जोड़ें; आमंत्रण लिंक/OTP से सक्रिय; डिवाइस पंजीकृत। सुपरवाइज़र बनाएँ और टीम/क्षेत्र सौंपें। 1 सीट = 1 सर्वे करने वाला व्यक्ति; Viewer और Owner सीट-फ्री। सीट भरी हों तो ‘अतिरिक्त सीट का अनुरोध’ एक बटन से — कंपनी स्वीकृति और भुगतान के बाद सीमा बढ़ती है।
असाइनमेंट = वॉलंटियर + क्षेत्र + फ़ॉर्म + तारीख-सीमा + लक्ष्य (जैसे 300 घर)। स्थितियाँ Assigned → Accepted → In Progress → Paused/Completed → Closed। वॉलंटियर को push सूचना; अगले सिंक पर ऐप में ‘आज का काम’। बूथ-वार असाइनमेंट राजनीतिक प्रोजेक्ट में। यहीं से डैशबोर्ड का ‘लक्ष्य बनाम पूरे’ बनता है।
The ten screens of a volunteer’s day — hover a card or use the arrows
सेटअप के बाद सब कुछ इन्हीं स्क्रीन पर होता है। कार्ड पर कर्सर ले जाएँ तो पंखा खुलता है; तीर से अगली स्क्रीन बीच में आती है। नीचे इन्हीं का क्रम, कदम-दर-कदम।
नमस्ते, मैं राम कुमार, यह सर्वे नमूना संस्था करा रही है। उद्देश्य: आपके मोहल्ले की सुविधाओं की जानकारी। यह स्वैच्छिक है, आप कभी भी मना कर सकते हैं।
The volunteer day, step by step — offline, Hindi-first, with evidence at every step
यही 10 कदम 45 मिनट की ट्रेनिंग में सिखाए जाते हैं। ऐप उसी क्रम में स्क्रीन दिखाता है, इसलिए वॉलंटियर को याद नहीं रखना पड़ता — बस अगला बटन।
ऐप खोलते ही आज के असाइनमेंट, फ़ॉर्म, निर्देश, household सूची और नक्शे की टाइल्स डाउनलोड। स्थिति स्पष्ट: ‘3 में से 3 असाइनमेंट तैयार’। इसके बाद पूरा दिन नेटवर्क की ज़रूरत नहीं।
‘शिफ्ट शुरू’ दबाने पर लोकेशन-साझाकरण की स्पष्ट सूचना; वॉलंटियर स्वीकारे तो सुपरवाइज़र को लाइव मैप पर दिखे। Persistent notification चलती है — छिपकर कुछ नहीं। Offline Work Permit की शेष अवधि यहीं दिखती है।
आवंटित क्षेत्र में पहुँचकर एक बटन — foreground GPS fix समय और accuracy सहित दर्ज। ऐप बताता है ‘अनुमानित रूप से क्षेत्र में’ या ‘सीमा से 2.4 km दूर — क्या आप सही जगह हैं?’। यही fix दिन का पहला सबूत है।
सर्वेयर बताए कि सर्वे कौन करा रहा है, उद्देश्य क्या है, यह स्वैच्छिक है। सहमति का समय और पाठ-संस्करण दर्ज। ‘मना किया’ भी एक बटन — वह भी डेटा है, और रिपोर्ट में मना-दर अलग दिखती है। DPDP Act 2023 की सहमति यहीं से शुरू होती है।
नमस्ते, मैं राम कुमार, यह सर्वे नमूना संस्था करा रही है। उद्देश्य: आपके मोहल्ले की सुविधाओं की जानकारी। यह स्वैच्छिक है, आप कभी भी मना कर सकते हैं।
एक प्रश्न प्रति स्क्रीन, बड़े विकल्प, skip logic के हिसाब से अगला प्रश्न, हिंदी में error संदेश, ‘पता नहीं’ विकल्प। प्रश्न-वार समय पृष्ठभूमि में दर्ज होता है — QA और ट्रेनिंग दोनों के लिए। भाषा टॉगल एक टैप पर।
पूर्ण / आंशिक / मना / संपर्क नहीं / घर बंद / पुनः-विज़िट — हर घर का परिणाम, चाहे सर्वे हुआ या नहीं। इसी से रिपोर्ट का सही denominator बनता है: 300 घर, 240 पूर्ण, 22 मना, 38 बंद। ‘पुनः-विज़िट’ अगले दिन की सूची में अपने-आप।
सार्वजनिक समस्या, दुकान या सुविधा की फोटो — चेहरों की नहीं। फोन पर ही छोटी (5 MB → ~200 KB), लोकेशन/समय मेटाडेटा सहित, बाद में signed URL से अपलोड। रिटेल ऑडिट और सुविधा-सर्वे में यही सबूत है।
हर सेक्शन पूरा होते ही एन्क्रिप्टेड लोकल DB में सेव। ऐप बंद, फोन रीस्टार्ट, बैटरी खत्म — खोलते ही वहीं से आगे। सबमिशन को स्थायी UUID फोन पर मिलता है। गिनती ‘फोन में सुरक्षित’ बढ़ती है; ‘सर्वर पर’ अभी नहीं — और ऐप यह छिपाता नहीं।
2G/3G/WiFi — जो भी मिले, background में सिंक: पहले उत्तर, फिर फोटो। असफल हो तो बढ़ते अंतराल से retry। सर्वर पावती के बाद ही रिकॉर्ड ‘सर्वर पर पहुँचा’। डुप्लिकेट कभी नहीं — वही UUID, वही रिकॉर्ड। सामान्य नेटवर्क में डैशबोर्ड ~5 सेकंड में अपडेट।
‘शिफ्ट समाप्त’ पर लोकेशन-साझाकरण बंद, दिन का सारांश (पूर्ण/मना/बंद/पुनः-विज़िट), लंबित सिंक की चेतावनी। सुपरवाइज़र से लौटे सुधार ‘लंबित/सुधार’ स्क्रीन पर कारण सहित। कल का काम रात में ही डाउनलोड — सुबह सीधे फील्ड।
नमस्ते, मैं राम कुमार, यह सर्वे नमूना संस्था करा रही है। उद्देश्य: आपके मोहल्ले की सुविधाओं की जानकारी। यह स्वैच्छिक है, आप कभी भी मना कर सकते हैं।
Location state → QA queue → alerts → live dashboard → Sheets
वॉलंटियर के ‘सबमिट’ के बाद जो होता है, वह किसी के हाथ से नहीं होता। सर्वर जाँचता है, सुपरवाइज़र सिर्फ़ संदिग्ध रिकॉर्ड देखता है, और नेता/मैनेजर को स्वीकृत डेटा लाइव मिलता है।
सर्वर सबूत (lat/long, accuracy, fix की उम्र, mock संकेत) को आवंटित क्षेत्र की सीमा से मिलाकर पाँच स्थितियों में बाँटता है: क्षेत्र में · सीमा के पास · क्षेत्र से बाहर · सिग्नल कमज़ोर · नकली GPS संदेह। सिर्फ़ ‘क्षेत्र में’ स्वीकृत गिनती की ओर बढ़ता है; बाकी कतार या अलर्ट में।
Speed-limit, प्रश्न-वार समय, डुप्लिकेट, विरोधाभास, असंभव क्रम, दोहराव — हर संकेत का भार जोड़कर risk-score। संदिग्ध रिकॉर्ड कतार में स्कोर के क्रम में; सुपरवाइज़र स्वीकार/रोके/अस्वीकार करे, सुधार कारण सहित लौटाए, या स्वतंत्र बैक-चेक असाइन करे। एक जैसे उत्तर = अपने-आप धोखाधड़ी नहीं।
क्षेत्र से बाहर, नकली GPS, बहुत तेज़ इंटरव्यू, 45 मिनट से inactive, sync लंबित, permit समाप्त होने वाला, बूथ से रिपोर्ट नहीं — प्राथमिकता और ज़िम्मेदार के साथ सूची में। बंद करने पर कारण अनिवार्य। एक ही कारण के दोहराव एक थ्रेड में — शोर नहीं, संकेत।
लाइव मैप (शिफ्ट में हर वॉलंटियर, अनुमानित सीमा), गतिविधि टाइमलाइन, प्रगति बनाम लक्ष्य, और चार रिपोर्ट — कार्य-प्रगति, डेटा-गुणवत्ता, क्षेत्रीय समस्याएँ, सहायता-अनुरोध। फ़िल्टर: क्षेत्र/तारीख/वॉलंटियर/संस्करण। हर रिपोर्ट में denominator, समयावधि और फ़ॉर्म-संस्करण। CSV/Excel/PDF निर्यात।
Overview, Area, Quality, Team, Issues — पाँच टैब आपकी Sheet में अपने-आप। यह रिपोर्ट-कॉपी है: Sheets में एडिट करने से मुख्य डेटा नहीं बदलता, और Sheets बंद/quota-सीमा में हो तो भी ऐप और डैशबोर्ड चलते रहते हैं। दो समय दिखते हैं — ‘ऐप का अंतिम server update’ और ‘Sheets का अंतिम sync’।
Demo → setup → training → pilot day → roll-out → first clean-up → weekly review
योजना-अनुमान, प्रतिबद्धता नहीं — पर यही क्रम हर प्रोजेक्ट में चलता है। नीचे स्क्रॉल करते रहें, हफ़्ता आगे बढ़ता जाएगा।
आपका क्षेत्र लोड करके दिखाते हैं: पंचायत/वार्ड सूची, नमूना फ़ॉर्म, ऐप, लाइव डैशबोर्ड। यहीं tenant-type, सीटों की संख्या और फ़ॉर्म का स्रोत (लाइब्रेरी/XLSForm/नया) तय होता है।
प्रोजेक्ट, क्षेत्र-चयन, फ़ॉर्म (अनुमोदन सहित), सीटें, सुपरवाइज़र, असाइनमेंट, डैशबोर्ड। बूथ मास्टर इम्पोर्ट (राजनीतिक) और household सूची इम्पोर्ट यहीं।
वॉलंटियर: ऐप की स्क्रीन, सहमति-पाठ, फ़ॉर्म, सिंक, सुधार। सुपरवाइज़र: 60 मिनट — QA कतार, बैक-चेक, अलर्ट। ट्रेनिंग वीडियो ऐप में।
5–10 वॉलंटियर, एक पंचायत/वार्ड। हम लाइव डैशबोर्ड पर साथ बैठते हैं; AT-04 (क्षेत्र से बाहर) आप खुद चलाकर देखते हैं। शाम को फ़ॉर्म/threshold में सुधार।
सभी सीटें सक्रिय, सभी असाइनमेंट लाइव। रोज़ अलर्ट-सूची, प्रगति बनाम लक्ष्य, डेटा-गुणवत्ता। सुपरवाइज़र रोज़ QA कतार साफ़ करे।
पहले दो-तीन दिन का डेटा देखकर छोटे सुधार: जो वॉलंटियर 3 दिन से शिफ्ट शुरू नहीं कर रहा, उसकी सीट replacement से नए व्यक्ति को; बैक-चेक के पहले 5% असाइनमेंट; ‘सीमा के पास’ रिकॉर्ड की समीक्षा-नीति पक्की।
पंचायत/वार्ड-वार रिपोर्ट (Excel/PDF/Sheets), पिछड़ते क्षेत्र, QA-दर, बैक-चेक मिलान, सीटों की ज़रूरत। अगले राउंड के लिए फ़ॉर्म-संस्करण lock।
Super Admin · Owner/Leader · Supervisor · Volunteer · Viewer · Booth roles
सीट सिर्फ़ उसकी लगती है जो फील्ड में सर्वे भरता है। बाकी सब सीट-फ्री — ताकि नेता, मैनेजर और रिपोर्ट देखने वालों की गिनती पर पैसा न लगे।
ग्राहक/प्रोजेक्ट/प्लान-सीटें, भुगतान-रसीद, अतिरिक्त सीट अनुरोध स्वीकार/अस्वीकार, भूगोल इम्पोर्ट, फ़ॉर्म अनुमोदन, QA नीति, स्टाफ अनुमतियाँ, backup स्थिति। हर संवेदनशील पहुँच कारण सहित ऑडिट में।
टीम, सीटें, असाइनमेंट, लाइव मैप, अलर्ट, रिपोर्ट, निर्यात, सीट-अनुरोध; बूथ मैनेजमेंट और वॉर रूम (राजनीतिक)। Client Admin = वही, billing छोड़कर।
अपनी टीम और क्षेत्र: QA कतार, सुधार लौटाना, exception (कारण सहित), बैक-चेक असाइन, दैनिक बूथ रिपोर्ट। खुद सर्वे भरे तो सीट लगती है।
आज का काम, शिफ्ट, पहुँच-जाँच, सहमति, फ़ॉर्म, विज़िट-परिणाम, सिंक, सुधार। एक वॉलंटियर = एक अधिकृत डिवाइस। दूसरों का डेटा नहीं दिखता।
Read-only डैशबोर्ड और रिपोर्ट — पार्टी पदाधिकारी, रिसर्च क्लाइंट, विभाग के अधिकारी। निर्यात की अनुमति Owner तय करे। कितने भी Viewer, सीट पर असर नहीं।
दैनिक बूथ रिपोर्ट (2 मिनट), मतदान-दिवस टर्नआउट एंट्री। सर्वे नहीं भरते, इसलिए सीट-फ्री। पन्ना प्रमुख को roll पेज-रेंज असाइन; मतदाता सूची इम्पोर्ट v1 में नहीं।
Survey volunteer training agenda — 45 minutes, in Hindi, phone in hand
ट्रेनिंग स्लाइड से नहीं, फोन हाथ में लेकर होती है। हर हिस्से की लंबाई नीचे की पट्टी से दिखती है — सबसे ज़्यादा समय पूरे फ़ॉर्म के अभ्यास और सहमति बोलने को मिलता है, क्योंकि फील्ड में वही सबसे ज़्यादा बिगड़ता है।
सुपरवाइज़र की अलग 60 मिनट की ट्रेनिंग: QA कतार (20), सुधार लौटाना और exception (15), बैक-चेक असाइन (10), अलर्ट और दैनिक दिनचर्या (15)।
Common mistakes in mobile field surveys, and the habit that prevents each
इनमें से कोई भी ऐप की ख़राबी नहीं, आदत की बात है। ट्रेनिंग और पहले हफ़्ते की ब्रीफिंग में इन्हें नाम लेकर दोहराइए।
तब लाइव मैप पर वॉलंटियर नहीं दिखता और सुपरवाइज़र को ‘inactive’ लगता है। ऐप पहला सर्वे शुरू करने से पहले याद दिलाता है; ब्रीफिंग में भी यही पहला वाक्य रखिए।
सिर्फ़ पूरे हुए सर्वे दर्ज करने से ‘300 में से 240’ नहीं बनता। ‘घर बंद’, ‘मना किया’, ‘संपर्क नहीं’ — हर दरवाज़े का एक परिणाम, चाहे दस सेकंड लगे।
‘फोन में 6’ का मतलब है 6 रिकॉर्ड अभी सर्वर पर नहीं पहुँचे। घर के WiFi पर ऐप खोलकर सिंक पूरा होने दीजिए, वरना अगली सुबह permit भी खत्म मिल सकता है।
300 घर तीन दिन में — यह लक्ष्य नहीं, नकली सर्वे का निमंत्रण है। 25–40 पूर्ण सर्वे प्रतिदिन के हिसाब से असाइनमेंट की तारीख-सीमा रखिए।
बहुत सख़्त सीमा ईमानदार तेज़ वॉलंटियर को फ़्लैग करती है, बहुत ढीली किसी को नहीं। पायलट दिन की औसत अवधि देखिए और उसका ~40% रखिए।
‘Q7 फोटो अस्पष्ट, दोबारा लें’ या ‘Q4 और Q9 विरोधाभासी, पुष्टि करें’ लिखिए। कारण ही ट्रेनिंग है, और ऑडिट-लॉग में वही दिखता है।
बैक-चेक तभी काम करता है जब वॉलंटियर को पता न हो कि कौन-से 5% घर दोबारा देखे जाएँगे। असाइनमेंट किसी स्वतंत्र व्यक्ति को दीजिए।
‘समीक्षा में’ पड़े रिकॉर्ड स्वीकृत गिनती में नहीं जुड़ते, इसलिए रिपोर्ट पीछे दिखती है। सुपरवाइज़र रोज़ 20 मिनट में कतार ऊपर से नीचे साफ़ करे।
Without a process vs with Bharat Survey
हर कड़ी पर डेटा खोता है
हर कदम पर सबूत, हर रिकॉर्ड की स्थिति
Choosing the form source: template library vs XLSForm import vs building from scratch
सेटअप के 1–2 दिनों में सबसे ज़्यादा समय इसी पर लगता है। तीनों रास्ते एक ही फ़ॉर्म-इंजन पर पहुँचते हैं; फ़र्क़ समय और तैयारी का है।
| सवाल | लाइब्रेरी टेम्प्लेट | XLSForm इम्पोर्ट | बिल्डर में नया |
|---|---|---|---|
| कब सही | आम ज़रूरत: वोटर मूड, सुविधाएँ, household, रिटेल ऑडिट, बेसलाइन | आपके पास Kobo/ODK/SurveyCTO का चला हुआ फ़ॉर्म है | प्रश्नावली नई है या कागज़ पर है |
| लगने वाला समय | ~1 घंटा (प्रश्न घटाना-बढ़ाना) | मिनटों में इम्पोर्ट + इम्पोर्ट रिपोर्ट की जाँच | 1–3 घंटे |
| Skip logic / validation | टेम्प्लेट में पहले से | फ़ाइल से आता है (relevant, constraint) | बिल्डर में बनाइए, नकली घर पर परखिए |
| हिंदी / अंग्रेज़ी लेबल | label::hi / label::en कॉलम से | ||
| संवेदनशील प्रश्न हों तो | अनुमोदन के बाद प्रकाशित | अनुमोदन के बाद प्रकाशित | अनुमोदन के बाद प्रकाशित |
| जोखिम | टेम्प्लेट आपके संदर्भ से थोड़ा अलग हो सकता है | असमर्थित चीज़ें इम्पोर्ट रिपोर्ट में लाइन-वार — उन्हें पढ़ना ज़रूरी | पहली बार में logic की ग़लती — पायलट दिन इसी लिए है |
| वापस निकालना | XLSForm export | XLSForm export | XLSForm export |
मोबाइल ऐप से फील्ड सर्वे करने का तरीक़ा तीन हिस्सों में सोचिए: फील्ड से पहले, फील्ड में, और फील्ड के बाद। फील्ड से पहले सबसे ज़रूरी काम फ़ॉर्म की जाँच है — हर प्रश्न पर ‘पता नहीं’ विकल्प, skip logic का परीक्षण (एक नकली घर पर पूरा फ़ॉर्म भरकर देखिए), और सहमति-पाठ का हिंदी संस्करण जो वॉलंटियर 20 सेकंड में बोल सके। फिर क्षेत्र की boundary status देखिए: अनुमानित सीमा वाले गाँवों में ‘सीमा के पास’ वर्ग बड़ा होगा, इसलिए सुपरवाइज़र को पहले से बताइए।
फील्ड में वॉलंटियर के 10 कदम ऊपर हैं। उनमें तीन बातें सबसे ज़्यादा छूटती हैं: (1) शिफ्ट शुरू दबाना भूल जाना — तब लाइव मैप पर कोई नहीं दिखता; ऐप इसलिए पहला सर्वे शुरू करने से पहले याद दिलाता है। (2) विज़िट का परिणाम हर घर पर दर्ज करना, सर्वे न होने पर भी — इसी से ‘300 में से 240’ बनता है। (3) शाम को सिंक की गिनती देखना — ‘फोन में 6, सर्वर पर 8’ का मतलब है 6 अभी नहीं पहुँचे; घर के WiFi पर ऐप खोलकर सिंक होने दीजिए।
फील्ड के बाद सुपरवाइज़र का रोज़ का 20 मिनट: QA कतार ऊपर से नीचे (risk-score के क्रम में), उच्च प्राथमिकता अलर्ट बंद करना (कारण सहित), और अगले दिन के पुनः-विज़िट असाइनमेंट। नेता/मैनेजर का 5 मिनट: प्रगति बनाम लक्ष्य और स्वीकृत बनाम समीक्षा का अनुपात।
एक सुपरवाइज़र रोज़ 8–10 वॉलंटियरों की QA कतार, अलर्ट और पुनः-विज़िट संभाल सकता है। इससे ज़्यादा होने पर कतार जमा होती है और ‘समीक्षा में’ रिकॉर्ड रिपोर्ट को धीमा करते हैं।
घर-घर सर्वे में 8–12 मिनट का फ़ॉर्म, आने-जाने का समय और मना/बंद घर जोड़कर एक वॉलंटियर दिन में 25–40 पूर्ण सर्वे करता है — क्षेत्र की सघनता पर निर्भर। 300 घर का असाइनमेंट 8–12 दिन का है, 3 दिन का नहीं। लक्ष्य असंभव हो तो नकली सर्वे की प्रेरणा बनती है।
पायलट दिन के आँकड़े देखिए: ईमानदार सर्वे की औसत अवधि क्या है? उसका ~40% speed-limit रखिए। Inactive threshold 45 मिनट से शुरू करके शहरी/ग्रामीण के हिसाब से बदलिए।
हर वॉलंटियर के 5% घरों पर दूसरा व्यक्ति छोटा फ़ॉर्म दोबारा भरे। मिलान 90%+ सामान्य; 70% से नीचे ट्रेनिंग या जाँच का संकेत। बैक-चेक की सूची वॉलंटियर को पहले न बताइए।
‘गलत’ नहीं — ‘Q7 फोटो अस्पष्ट, दोबारा लें’ या ‘Q4 और Q9 विरोधाभासी, पुष्टि करें’। कारण ही ट्रेनिंग है; ऑडिट-लॉग में वही दिखता है।
जो वॉलंटियर 3 दिन से शिफ्ट शुरू नहीं कर रहा, उसकी सीट replacement से नए व्यक्ति को दीजिए — चार्ज नहीं लगता। सीटें तभी बढ़ाइए जब सभी सीटें रोज़ सक्रिय हों।
‘पानी 62% की समस्या’ — 62% किसका? पूर्ण सर्वे का, स्वीकृत का, या मान्य उत्तर का? रिपोर्ट में तीनों लिखे होते हैं; समीक्षा में वही पढ़िए।
यह नियम इसलिए है कि ‘ऑफलाइन-फर्स्ट’ और ‘सीट-कंट्रोल’ एक साथ ईमानदारी से चल सकें। हर सफल सिंक पर डिवाइस को 24 घंटे (प्रोजेक्ट-वार समायोज्य) का परमिट मिलता है। परमिट के भीतर वॉलंटियर बिना नेटवर्क पूरा काम कर सकता है। परमिट खत्म होने पर नया सर्वे शुरू नहीं होता — पर सेव डेटा सुरक्षित रहता है और सिंक की अनुमति बनी रहती है, ताकि एक भी रिकॉर्ड न खोए। ऐप 4 घंटे पहले चेतावनी देता है और पैनल में अलर्ट आता है।
जब आप किसी वॉलंटियर की सीट बंद करते हैं या डिवाइस deactivate करते हैं, तो ऑनलाइन फोन उसी क्षण रुक जाता है। पूरी तरह ऑफलाइन फोन तब रुकता है जब परमिट खत्म हो या वह अगली बार सर्वर से जुड़े — दोनों में जो पहले हो। हम ‘सीट बंद करते ही ऑफलाइन फोन भी उसी क्षण बंद’ जैसा वादा नहीं करते, क्योंकि जो फोन सर्वर से जुड़ा ही नहीं, उसे कोई संदेश नहीं भेजा जा सकता। यह सीमा हर सर्वे-ऐप की है; फ़र्क़ यह है कि हम इसे लिखते हैं और परमिट से बाँधते हैं।
सुपरवाइज़र इस पूरे वर्कफ़्लो की धुरी है। उसका दिन चार छोटे हिस्सों में बँटता है, और कुल मिलाकर पैनल पर एक घंटे से कम लगता है। सुबह (10 मिनट): चौक पर ब्रीफिंग — कल के लौटे रिकॉर्ड कारण सहित, आज का लक्ष्य, फ़ॉर्म का संस्करण, और किसका फोन कल रात सिंक नहीं हुआ। 9:30 के आसपास (5 मिनट): लाइव मैप पर देखिए कि सबकी शिफ्ट चालू है; जो नहीं दिख रहा उसे फोन कीजिए। दोपहर (10 मिनट): अलर्ट-सूची — ‘क्षेत्र से बाहर’ और ‘नकली GPS’ पहले, फिर ‘inactive’ और ‘sync लंबित’। शाम (20 मिनट): QA कतार risk-score के क्रम में; हर रिकॉर्ड पर तीन में से एक फ़ैसला — स्वीकार, रोकें (सुधार लौटाएँ), अस्वीकार — और कारण। हफ़्ते में एक बार बैक-चेक के असाइनमेंट और मिलान-प्रतिशत की समीक्षा।
दो बातें जो अच्छे सुपरवाइज़र अलग करते हैं। पहली: वे exception कम देते हैं और हर exception का कारण ऐसा लिखते हैं जिसे तीन महीने बाद कोई तीसरा व्यक्ति पढ़कर समझ सके (‘गाँव का पूर्वी टोला radius से बाहर पड़ता है; मौके पर पुष्टि की’)। दूसरी: वे ‘समीक्षा में’ की संख्या को रोज़ शून्य के पास लाते हैं, क्योंकि जब तक रिकॉर्ड कतार में है, वह नेता की स्वीकृत गिनती में नहीं दिखता।
पायलट दिन कोई औपचारिकता नहीं है; यह वह दिन है जब आपके फ़ॉर्म और आपके क्षेत्र के असली आँकड़े पहली बार मिलते हैं। चार चीज़ें यहीं तय होती हैं। Speed-limit: ईमानदार सर्वे की औसत अवधि निकालिए और उसका ~40% सीमा रखिए। Inactive threshold: 45 मिनट से शुरू कीजिए; बिखरे गाँवों में जहाँ दो घरों के बीच चलने में समय लगता है, इसे बढ़ाइए। दैनिक लक्ष्य: पायलट में एक वॉलंटियर ने जितने पूर्ण सर्वे किए, वही यथार्थवादी आधार है — आम तौर पर 25–40। फ़ॉर्म की खामियाँ: प्रश्न-वार समय देखिए; जिस प्रश्न पर सब अटकते हैं उसकी भाषा बदलिए, और जिस पर कोई दो सेकंड से ज़्यादा नहीं रुकता, सोचिए कि वह पढ़ा भी जा रहा है या नहीं। इन बदलावों के बाद फ़ॉर्म का नया संस्करण प्रकाशित होता है और रोल-आउट उसी पर चलता है।
When this process is more than you need — or not what you need
हर सर्वे को सीटें, असाइनमेंट और QA कतार नहीं चाहिए। इन स्थितियों में हम डेमो में ही साफ़ कह देते हैं।
सेटअप, ट्रेनिंग, फील्ड और सुपरवाइज़र के काम पर जो सवाल हर डेमो में आते हैं।
ऐप में लॉगिन (मोबाइल + OTP) → आज का काम डाउनलोड → क्षेत्र में पहुँचकर ‘शिफ्ट शुरू’ → पहुँच-जाँच → हर घर पर परिचय-सहमति → फ़ॉर्म (एक प्रश्न प्रति स्क्रीन) → विज़िट का परिणाम → नेटवर्क मिलने पर अपने-आप सिंक → शाम को ‘शिफ्ट समाप्त’। पूरा दिन ऑफलाइन चल सकता है; ‘फोन में सुरक्षित’ और ‘सर्वर पर पहुँचे’ की गिनती हमेशा दिखती है।
वॉलंटियर के लिए 45 मिनट का हिंदी सत्र (ऐप की 5–6 स्क्रीन, सहमति, फ़ॉर्म, सिंक, सुधार) और पहले दिन का लाइव सपोर्ट। सुपरवाइज़र के लिए 60 मिनट की अलग ट्रेनिंग — समीक्षा-कतार, सुधार लौटाना, बैक-चेक, अलर्ट। ट्रेनिंग वीडियो ऐप की ‘सहायता’ स्क्रीन में रहते हैं।
क्लाइंट पैनल से वॉलंटियर जोड़ें (सीटों के भीतर), सुपरवाइज़र बनाकर टीम/क्षेत्र सौंपें, क्षेत्र-वार असाइनमेंट दें, लाइव मैप और गतिविधि टाइमलाइन देखें, अलर्ट पर कार्रवाई करें, साप्ताहिक रिपोर्ट से पिछड़ते क्षेत्र पहचानें। हर क्रिया का इतिहास ऑडिट में रहता है।
क्षेत्र-डेटा पहले से लोड होने की वजह से एक विधानसभा/ज़िला/प्रोजेक्ट आम तौर पर 1–2 कार्यदिवस में लाइव — प्रोजेक्ट, क्षेत्र, फ़ॉर्म (या XLSForm इम्पोर्ट), सीटें, असाइनमेंट, डैशबोर्ड। बड़े प्रोजेक्ट (कई ज़िले, household सूची इम्पोर्ट, बूथ मास्टर) में 1 सप्ताह। ये योजना-अनुमान हैं, प्रतिबद्धता नहीं।
हर डिवाइस को हर सफल सिंक पर 24 घंटे (प्रोजेक्ट-वार समायोज्य) का ऑफलाइन परमिट मिलता है। परमिट खत्म होने पर नया सर्वे शुरू नहीं होता, लेकिन सेव डेटा सुरक्षित रहता है और सिंक की अनुमति बनी रहती है। सीट बंद करने पर ऑनलाइन फोन तुरंत रुकता है, पूरी तरह ऑफलाइन फोन परमिट खत्म होने या अगले कनेक्शन पर — हम ‘उसी क्षण बंद’ जैसा झूठा वादा नहीं करते।
पुराना डिवाइस पैनल से deactivate करें, नया authorize करें — सीट वही रहती है (replacement, upgrade नहीं)। ऑनलाइन फोन तुरंत बंद; पूरी तरह ऑफलाइन फोन permit समाप्त होने या अगले कनेक्शन पर बंद। फोन का लोकल DB एन्क्रिप्टेड है, इसलिए खोए फोन से डेटा नहीं पढ़ा जा सकता। पहले सिंक हुआ डेटा सर्वर पर सुरक्षित रहता है।
सुबह घर या चौक के नेटवर्क पर ‘आज का काम’ डाउनलोड कर लें — फ़ॉर्म, क्षेत्र, नक्शे की टाइल्स सब फोन में आ जाते हैं। इसके बाद पूरा दिन बिना सिग्नल सर्वे भरें; GPS fix बिना नेटवर्क के भी मिलता है। शाम को जहाँ भी सिग्नल मिले, सिंक अपने-आप हो जाता है — रात को घर पर भी।
QA कतार में सुपरवाइज़र ‘सुधार लौटाएँ’ चुनकर कारण लिखता है (जैसे ‘फोटो अस्पष्ट’, ‘Q7 खाली’)। वॉलंटियर को push सूचना; ऐप की ‘लंबित/सुधार’ स्क्रीन पर रिकॉर्ड कारण सहित दिखता है; सुधार करके पुनः-सबमिट — इतिहास संस्करण-वार सुरक्षित। मूल उत्तर कभी ओवरराइट नहीं होते।
तीन चीज़ें, 5 मिनट में: (1) अलर्ट सूची — उच्च प्राथमिकता वाले पहले; (2) प्रगति बनाम लक्ष्य — कौन-सा क्षेत्र पिछड़ रहा है; (3) डेटा-गुणवत्ता — स्वीकृत बनाम समीक्षा/बाहर का अनुपात। यह ऐप के Leader view (Overview → Map → Activity → Alerts) में भी मिलता है, गाड़ी में बैठकर।
हाँ — प्रोजेक्ट, क्षेत्र, फ़ॉर्म, सीटें, असाइनमेंट, फील्ड के 10 कदम, QA और रिपोर्ट सबके लिए समान हैं। अंतर मॉड्यूल में है: बूथ/वॉर रूम सिर्फ़ राजनीतिक ग्राहकों को; household roster/repeat groups और लाभार्थी-ट्रैकिंग NGO/सरकारी प्रोजेक्ट में; रिटेल ऑडिट में दुकान-सूची और फोटो-सबूत।
5–10 वॉलंटियर एक पंचायत या वार्ड में पूरा दिन काम करते हैं और हमारी टीम लाइव डैशबोर्ड पर आपके साथ बैठती है। सुबह डाउनलोड और शिफ्ट-शुरू की जाँच, दोपहर में सिंक की गिनती, शाम को QA कतार की पहली समीक्षा। आप खुद AT-04 चलाकर देखते हैं — किसी से क्षेत्र के बाहर बैठकर सर्वे भरवाइए और देखिए कि वह फ़्लैग होता है, स्वीकृत गिनती नहीं बढ़ाता और अलर्ट आता है। शाम को फ़ॉर्म, speed-limit और inactive threshold में सुधार तय होते हैं।
8–12 मिनट के फ़ॉर्म, घरों के बीच चलने के समय और मना/बंद घरों को जोड़कर आम तौर पर 25–40 पूर्ण सर्वे प्रतिदिन — क्षेत्र की सघनता पर निर्भर। इसलिए 300 घरों का असाइनमेंट 8–12 दिन का काम है। यह योजना-अनुमान है; आपके फ़ॉर्म और क्षेत्र का असली आँकड़ा पायलट दिन से निकलता है, और उसी से लक्ष्य तय करना चाहिए।
व्यावहारिक अनुपात 1 सुपरवाइज़र पर 8–10 वॉलंटियर है। इतने में वह रोज़ QA कतार साफ़ कर सकता है, उच्च प्राथमिकता वाले अलर्ट बंद कर सकता है और अगले दिन के पुनः-विज़िट असाइन कर सकता है। सिर्फ़ समीक्षा करने वाले सुपरवाइज़र की सीट नहीं लगती; वह खुद सर्वे भी भरे तो सीट लगती है।
नहीं। Owner या सुपरवाइज़र पैनल में वॉलंटियर का नाम और मोबाइल नंबर जोड़ता है; वॉलंटियर को आमंत्रण लिंक/OTP मिलता है और उसी फोन पर ऐप सक्रिय होता है। एक वॉलंटियर = एक अधिकृत डिवाइस। ट्रेनिंग के पहले दस मिनट इसी सक्रियण और ‘आज का काम’ डाउनलोड में जाते हैं।
वॉलंटियर उस घर का परिणाम ‘घर बंद’, ‘संपर्क नहीं’ या ‘पुनः-विज़िट’ दर्ज करता है — यह भी एक रिकॉर्ड है। ‘पुनः-विज़िट’ वाले घर अगले दिन की सूची में अपने-आप आ जाते हैं। रिपोर्ट में ये सब अलग गिने जाते हैं, इसलिए ‘300 में से 240 पूर्ण, 22 मना, 38 बंद’ जैसा ईमानदार denominator बनता है।
प्रकाशित फ़ॉर्म lock रहता है; बदलाव नया संस्करण बनता है और (संवेदनशील प्रश्न हों तो) अनुमोदन के बाद प्रकाशित होता है। फोन अगले सिंक पर नया संस्करण लेते हैं; चालू सर्वे पुराने संस्करण पर पूरा होता है। रिपोर्ट में फ़ॉर्म-संस्करण का फ़िल्टर है, इसलिए पुराने और नए उत्तर आपस में नहीं मिलते। सुबह की ब्रीफिंग में संस्करण-संख्या सबके फोन पर मिलवा लीजिए।
20 मिनट के डेमो में हम आपकी विधानसभा, वार्ड या प्रोजेक्ट का सेटअप करके दिखाते हैं — फिर पायलट दिन पर साथ बैठते हैं।
