सेवाएँ · 02

बिज़नेस सिस्टम

ग्राहकों, ऑर्डरों और बीच के सारे काम के लिए एक सिस्टम

सीआरएम, ईआरपी और वे छोटे हिस्से जो कोई बना-बनाया सॉफ़्टवेयर नहीं देता, आपके मौजूदा टूल से जुड़े हुए, ताकि दोबारा टाइप करना बंद हो।

जो पहले से चल रहा है, उसे जोड़ें। बनाएँ सिर्फ़ वही, जो कहीं बिकता नहीं।

जिन कारोबारों से हम मिलते हैं, उनमें से ज़्यादातर के पास ज़रूरत का हर टूल पहले से होता है: बिलिंग सिस्टम, Shopify या Amazon पर दुकान, ऑर्डर के लिए WhatsApp, स्टॉक के लिए स्प्रेडशीट, हिसाब-किताब के लिए Tally। समस्या यह है कि इनमें से कोई भी आपस में बात नहीं करता। कोई एक ही ऑर्डर तीन बार टाइप करता है, दोपहर तक स्टॉक की शीट ग़लत हो जाती है, और कल क्या हुआ, यह मालिक को किसी फ़ोन कॉल से पता चलता है।

यह काम है आपके मौजूदा सिस्टमों को जोड़ने का, और सिर्फ़ वे छोटे हिस्से बनाने का जो कोई बना-बनाया सॉफ़्टवेयर नहीं करता: ग्राहक का ऐसा रिकॉर्ड जिसमें उसकी हर पूछताछ हो, ऐसा ऑर्डर जिसके साथ उसका पूरा इतिहास चले, वह मंज़ूरी जो पहले एक फ़ोन कॉल हुआ करती थी। पैमाने शुरू करने से पहले तय होते हैं: दिन में कितनी चीज़ें दोबारा टाइप होती हैं, शाम का मिलान कितनी देर चलता है, कितनी बार ग्राहक से ऐसे स्टॉक का वादा हो जाता है जो पहले ही जा चुका है। फिर हम इन आँकड़ों को बदलते हैं, और आपको गिनकर दिखाते हैं।

टीम
नाम से तय ज़िम्मेदार लोग, पूरे प्रोजेक्ट के लिए
कहाँ चलता है
आपके अपने अकाउंट में, पहले दिन से
क़ीमत
तय क़ीमत, बिल हर चरण पर; पहली कॉल के बाद मदवार तय कोटेशन

किसके लिए सही

  • पूछताछ चार जगह आती है, और फ़ॉलो-अप याददाश्त के भरोसे होता है
  • ऑर्डर इतनी जगहों से आते हैं कि टीम उन्हें दोबारा टाइप नहीं कर पाती
  • ऐसा सॉफ़्टवेयर जो अब कारोबार के लिए छोटा पड़ गया है, या कभी फ़िट ही नहीं बैठा

आपको मिलता है

  • चलता हुआ सॉफ़्टवेयर, जिसकी ट्रेनिंग आपकी टीम को हमारे वहाँ रहते हुए ही मिलती है
  • हर ग्राहक और हर ऑर्डर का एक ही रिकॉर्ड, पहली पूछताछ से सौदा पूरा होने तक
  • फ़ैसलों का लिखित रजिस्टर और टेस्ट, जिन्हें अगला इंजीनियर आगे सँभाल सके
  • सीधे-सादे शब्दों में हफ़्तेवार नोट: क्या बना, क्या तय हुआ, क्यों
काम कैसे चलता है

चार पड़ाव। हर पड़ाव को आप मंज़ूर करते हैं, तभी अगला शुरू होता है।

वही चार, जो हर प्रोजेक्ट में होते हैं, इस काम के हिसाब से।

जाँच

हम वहाँ बैठते हैं जहाँ दोबारा टाइपिंग होती है: ऑर्डर डेस्क, बिलिंग काउंटर, WhatsApp ग्रुप। दो सिस्टमों के बीच जहाँ-जहाँ कोई व्यक्ति जानकारी हाथ से आगे बढ़ाता है, वह हर जगह लिखी जाती है, साथ में यह कि यह कौन करता है और कितनी बार। जाँच रिपोर्ट इन्हें इस क्रम में रखती है कि कौन-सी सबसे ज़्यादा तकलीफ़ देती है, और बनाए कोई भी, यह रिपोर्ट आपके पास रहती है।

परख

पहला जुड़ाव असली ऑर्डरों पर चालू होता है: आम तौर पर दुकान से बिलिंग सिस्टम तक, या WhatsApp के सारे ऑर्डर एक ही कतार में। जो गिनती तय हुई थी, उसे आपके डेटा पर पहले और बाद में नापा जाता है, और उस जुड़ाव को चलाने का ख़र्च लिख लिया जाता है।

निर्माण

बाक़ी जुड़ाव हर दो हफ़्ते, आपके अपने अकाउंट में। मालिक का पन्ना जल्दी तैयार होता है और बढ़ता जाता है: क्या बिका, क्या भेजा गया, क्या लौटा, क्या कम पड़ रहा है, कितना पैसा आना-देना है। हर फ़ैसला एक नोट में लिखा जाता है, जिसे आपकी टीम बाद में पढ़ सके।

हैंडओवर

दो हफ़्ते आपकी टीम इसे चलाती है, और हम तब भी फ़ोन पर मौजूद रहते हैं। हर जुड़ाव की एक गाइड, किसे फ़ोन करें इसकी सूची, और एक लिखित समीक्षा: क्या बदला, क्या नहीं, और अगला हिस्सा क्या होगा।

केस स्टडी

हर लीड एक ही पाइपलाइन में, पोर्टल की पूछताछ से बुकिंग तक।

नौ प्रोजेक्ट और साठ सेल्स कर्मचारियों वाला हाउसिंग बिल्डर। पोर्टल, ब्रोकरों और सीधे आए ग्राहकों की लीड अलग-अलग शीटों में थीं, फ़ॉलो-अप याददाश्त के भरोसे।

माँग से बिक्री · रियल एस्टेट · पुणे
45%से बदलकर96%

ऐसी लीड, जिनका पहला जवाब एक दिन के भीतर दर्ज हुआ

पोर्टल, ब्रोकर या सीधे साइट ऑफ़िस आए ग्राहक से आई हर लीड में से

एक ख़रीदार की लीड का रिकॉर्ड: पोर्टल, ब्रोकर और साइट ऑफ़िस से आई पूछताछ उसी में जुड़ी हुई, जिस सेल्सपर्सन को वह सौंपी गई, रिमाइंडर के साथ अगला क़दम, पाइपलाइन की जिस स्टेज तक वह पहुँची, और पहली पूछताछ से बुकिंग तक उसका सफ़र।
यहाँ बताई गई स्क्रीन का एक चित्र। स्क्रीनशॉट नहीं।
और क्या नापना तय हुआ
  • बिना किसी दर्ज फ़ॉलो-अप के ठंडी पड़ गई लीडऐसी पूछताछ, जो किसी तक नहीं पहुँची और जिस पर फिर कभी काम नहीं हुआ
  • साइट विज़िट से बुकिंग के काग़ज़ों तकजिस विज़िट के बाद ख़रीदार ने फ़ैसला किया, वहाँ से लेकर पूरे बुकिंग रिकॉर्ड तक
पूरी कहानी पढ़ें: हर लीड एक ही पाइपलाइन में, पोर्टल की पूछताछ से बुकिंग तक।
मालिक क्या पूछते हैं

कॉल करने से पहले मालिक क्या पूछते हैं।

क्या Tally, Shopify और WhatsApp को बिना दोबारा टाइप किए जोड़ा जा सकता है?

हाँ, और ज़्यादातर काम यही है। हर टूल अपना काम करता रहता है: Shopify ऑर्डर लेता है, Tally हिसाब-किताब रखता है, और WhatsApp पर ग्राहक बात करता है। बदलता यह है कि एक में आया ऑर्डर बाक़ी में बिना किसी के दोबारा टाइप किए दिखता है, और स्टॉक की गिनती उसी के साथ बदलती है। जहाँ किसी टूल में जुड़ने का ठीक दरवाज़ा नहीं होता (ऐसा सप्लायर जो सिर्फ़ पीडीएफ़ इनवॉइस भेजता है, ऐसा मार्केटप्लेस जो सिर्फ़ एक शीट निकालकर देता है), वहाँ एक छोटा-सा पढ़ने वाला क़दम टाइपिंग का काम कर देता है। सबसे पहले हम उन चीज़ों की सूची तय करते हैं जो कभी दोबारा टाइप नहीं होनी चाहिए, और यह गिनती कि अब भी कितनी होती हैं, पहले और बाद में नापकर।

जिस ईआरपी के पैसे हम दे चुके हैं, क्या उसे छोड़ दें?

लगभग कभी नहीं। आपकी टीम जो सॉफ़्टवेयर पहले से जानती है, उसे बदलना आख़िरी रास्ता है: इसकी क़ीमत दो बार चुकानी पड़ती है, एक बार पैसे में, और एक बार उन महीनों में जो आपके लोग अपना ही काम दोबारा सीखने में लगाते हैं। आम तौर पर जवाब यह निकलता है कि आपका ख़रीदा सिस्टम दो-तिहाई काम अच्छे से करता है, और बाक़ी एक-तिहाई के लिए लोग जुगाड़ से काम चला रहे हैं; इसलिए हम उसे ठीक से जोड़ते हैं और सिर्फ़ वही एक-तिहाई बनाते हैं। जब कोई सिस्टम सच में आगे नहीं चल सकता, तो हम साफ़ कहेंगे, और यह भी कि उससे हटने में क्या-क्या लगेगा; लेकिन अपना काम आसान करने के लिए हम आपको नया सिस्टम नहीं बेचेंगे।

हमारी लीड पोर्टल, ब्रोकर और सीधे आने वाले ग्राहकों से आती हैं। क्या एक ही सिस्टम में सब रह सकती हैं?

हाँ, और आम तौर पर पहला हिस्सा यही होता है। हर स्रोत से आई लीड एक ही पाइपलाइन में आती है और उसका स्रोत दर्ज होता है, हर लीड आते ही किसी तय व्यक्ति को सौंप दी जाती है, और फ़ॉलो-अप याद रखने के भरोसे नहीं, रिमाइंडर से होते हैं। कुछ भी इस पर निर्भर नहीं करता कि कौन-सा सेल्सपर्सन कौन-सा इनबॉक्स देखता है। हाउसिंग प्रोजेक्ट बनाने वाले बिल्डर के पास पोर्टल, ब्रोकर और सीधे आए ग्राहकों की लीड अलग-अलग शीटों में थीं, और साठ सेल्सपर्सन याददाश्त के भरोसे काम कर रहे थे; पूछताछ से बुकिंग तक एक पाइपलाइन, बस यही पूरा बदलाव था।

मालिक की वह एक स्क्रीन असल में क्या दिखाती है?

पूरा दिन, उसी क्रम में जिसमें आप उसके बारे में पूछते: क्या बिका, क्या भेजा गया, क्या वापस आया, क्या कम पड़ रहा है, कितना पैसा आना है और कितना देना है, और किस बात पर आपका फ़ैसला चाहिए। उस पर हर आँकड़ा उन्हीं सिस्टमों से आता है जिन्हें आपकी टीम पहले से इस्तेमाल करती है; उस पन्ने पर कोई कुछ टाइप नहीं करता, इसलिए वह हाथ से अपडेट होने वाली शीट की तरह असलियत से भटक नहीं सकता। यह फ़ोन पर खुलता है, क्योंकि रात नौ बजे मालिक वहीं देखते हैं।

क्या हमारे स्टाफ़ को नया सॉफ़्टवेयर सीखना पड़ेगा?

ज़्यादातर नहीं, और जहाँ हाँ, वहाँ इसका पहले से इंतज़ाम किया जाता है, उम्मीद के भरोसे नहीं छोड़ा जाता। आपकी बिलिंग क्लर्क उसी टूल में बिलिंग करती रहती हैं जिसे वे जानती हैं; ग़ायब होती है वह दूसरी और तीसरी जगह, जहाँ उन्हें वही चीज़ फिर से टाइप करनी पड़ती थी। जहाँ नई स्क्रीन से बचा नहीं जा सकता, वहाँ सिस्टम सुझाव देता है और व्यक्ति मंज़ूरी देता है, ताकि किसी को अपने ही औज़ारों से जूझना न पड़े। ट्रेनिंग आपकी अपनी जगह पर होती है, हमारे वहाँ रहते हुए, एक-एक व्यक्ति को; और स्टाफ़ इसे अपनाता है या नहीं, यह शुरू में तय होने वाले पैमानों में से एक है, बाद में सोची गई बात नहीं।

जब कोई जुड़ा हुआ टूल बदल जाए या ख़राब हो जाए, तब क्या होता है?

हर जुड़ाव पर नज़र रखी जाती है, और कोई भी गड़बड़ी चुपचाप दबने के बजाय एक तय व्यक्ति तक पहुँचती है: जो ऑर्डर बिलिंग तक नहीं पहुँचा, वह वजह के साथ एक कतार में दिखता है, महीने के आख़िर में ग़ायब इनवॉइस के रूप में नहीं मिलता। जब कोई टूल अपना दरवाज़ा बदलता है, जैसा Shopify और मार्केटप्लेस साल में कुछ बार करते हैं, तो जुड़ाव ऐसे बना होता है कि पूरी चीज़ नहीं, सिर्फ़ एक हिस्सा बदलना पड़े। हैंडओवर में हर जुड़ाव की गाइड शामिल है, एक कामकाजी दिन के भीतर संस्थापकों में से एक जवाब देते हैं, और हर महीने का देखरेख प्लान मौजूद है, जो कभी ज़रूरी नहीं होता।

आपके तकनीकी सलाहकार के लिए

डोमेन-मॉडल पर बने ऐप्लिकेशन और उनके आसपास की इंटीग्रेशन लेयर: टाइप्ड, टेस्ट की हुई, डॉक्यूमेंटेड। हर दो हफ़्ते के इन्क्रीमेंट, और आर्किटेक्चर डिसीज़न लॉग, जो हैंडओवर के बाद आपकी टीम का होता है।

  • हर दो हफ़्ते के इन्क्रीमेंट में चलता हुआ सॉफ़्टवेयर
  • आपकी रिपॉज़िटरी में आर्किटेक्चर डिसीज़न लॉग
  • रीट्राई, डेड लेटर और अलर्टिंग के साथ इंटीग्रेशन कॉन्ट्रैक्ट
  • टेस्ट सूट और CI पाइपलाइन, जिनकी मालिक आपकी टीम हो

टेक स्टैक TypeScript · Python · PostgreSQL · REST और webhooks · Tally · Zoho · Shopify

आगे पढ़ें

मौजूदा सॉफ़्टवेयर बदलें, या उसे जोड़ें?

तीन कसौटियाँ: सिस्टम इनमें से किसी पर खरा न उतरे, तभी उसे बदलना ईमानदार जवाब है।

शुरुआत

एक पैराग्राफ़ लिखें। एक कामकाजी दिन के भीतर संस्थापकों में से एक जवाब देते हैं।

इसके बाद दोनों संस्थापकों के साथ 30 मिनट की कॉल होती है। न कोई प्रेज़ेंटेशन, न प्रस्ताव का बना-बनाया ढाँचा; बस एक पहली राय कि इस समस्या के लिए हम सही हैं या नहीं।

या ईमेल, फ़ोन या WhatsApp पर: hello@netogrit.com · +91 94330 54299 · WhatsApp (नए टैब में खुलता है)