30 दिनों में नॉलेज बेस कैसे बनाएँ: संरचना, स्रोत, स्वामित्व — और वह बेस जो टीम की कही हुई बातों से ही बन जाता है (2026)

नॉलेज बेस उन जवाबों का समूह है जो कोई संगठन एक से ज़्यादा बार देता है। उन्हें एक बार लिखकर ऐसी जगह रखा जाता है जहाँ जिसे जवाब चाहिए, वह किसी से पूछे बिना उसे पा सके। "स्विट्ज़रलैंड के डिस्ट्रीब्यूटर को इनवॉइस कैसे करें?", "जिस अभिभावक के बच्चे की डेडलाइन छूट गई, उससे क्या कहें?", "मोरक्को के लिए पैलेट किस कैरियर से भेजें?" — इनमें से कोई भी सवाल चौथी बार पूछा जाए, तो संगठन के पास नॉलेज बेस है, चाहे उसने बनाया हो या नहीं। बस वह किसी एक सहकर्मी के दिमाग़ में और दर्जनों चैट थ्रेड में रहता है।

नॉलेज बेस बनाने की ज़्यादातर गाइडें सॉफ़्टवेयर चुनने से शुरू होती हैं। यह गाइड उससे पहले शुरू होती है, क्योंकि सॉफ़्टवेयर सबसे छोटा हिस्सा है: नॉलेज बेस तीन फ़ैसलों का नाम है — एक संरचना, स्रोतों का एक समूह, और हर एंट्री पर एक नाम — और इन्हें क्रम से करने में एक महीना लगता है। नीचे की 30 दिनों की योजना 10–200 लोगों के संगठन को ऐसे बेस तक पहुँचाती है जिसे लोग सचमुच खोलते हैं। इसमें कॉपी करने लायक एंट्री टेम्पलेट है, एक पूरा उदाहरण है, और एक तालिका है कि आपकी टीम के रोज़ के टूल्स में बेस कहाँ रहता है। फिर वह हिस्सा है जो ज़्यादातर गाइडें छोड़ देती हैं: बेस ज़्यादातर पहले से लिखा हुआ है, उसमें जो टीम अपनी मीटिंग में कहती है और अपनी चैट में टाइप करती है। काम बस इतना है कि उसे एक जगह रखा जाए, जहाँ टीम का हर व्यक्ति उसे पढ़ सके।

नॉलेज बेस क्या है — और क्या नहीं

चार चीज़ों को नॉलेज बेस कहा जाता है, और इन्हीं के बीच का घालमेल वजह है कि इतने बेस बनते हैं और इतने कम इस्तेमाल होते हैं:

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

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

तीन फ़ैसले: संरचना, स्रोत, स्वामित्व

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

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

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

30 दिनों में नॉलेज बेस कैसे बनाएँ

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

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

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

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

हफ़्ता 4 — प्रकाशित करें, फिर चक्र चलाएँ। बेस को वहाँ पिन करें जहाँ टीम पढ़ती है। फिर वे दो आदतें डालें जो उसे ज़िंदा रखती हैं: अब से सवाल-चैनल में पूछे गए हर सवाल को एक एंट्री मिले या किसी एंट्री का लिंक, जो जवाब देने वाला लिखे; और हर एंट्री के स्वामी के कैलेंडर में समीक्षा की तारीख़ हो। दिन 30 पर बेस पूरा नहीं होता। वह बीस से तीस एंट्री है, हर एक का स्वामी और तारीख़ है, और एक चक्र है जो हर जवाब दिए जाने पर एक एंट्री जोड़ता है। छह महीने बाद वह दो सौ हो जाता है, और किसी ने उसे प्रोजेक्ट की तरह नहीं लिखा।

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

नॉलेज बेस आर्टिकल का टेम्पलेट

एक एंट्री, एक सवाल, एक पेज से कम। इसे नोट के रूप में कॉपी करें और भरें; सबसे अक्सर छूटने वाली पंक्तियाँ आख़िरी तीन हैं, और वही एंट्री को सच्चा रखती हैं।

[सवाल, उन्हीं शब्दों में जिनमें लोग उसे पूछते हैं]
स्वामी: [नाम] · सेक्शन: [सात में से एक] · आख़िरी समीक्षा: [तारीख़] · अगली समीक्षा: [तारीख़]
संक्षिप्त जवाब: [दो वाक्य — क्या करना है]
इन पर लागू: [टीम, ऑफ़िस, क्लाइंट का प्रकार] · इन पर लागू नहीं: [वह मामला जिससे लोग इसे गड़बड़ा देते हैं]
कैसे: [क्रमांकित चरण, हर एक में संबंधित सिस्टम, व्यक्ति या फ़ाइल का नाम]
इसके पीछे का नियम: [वह फ़ैसला जिसने इसे तय किया, उसकी तारीख़ और कारण सहित]
अपवाद: [सामान्य रास्ते से हटकर मामले, और हर एक का फ़ैसला कौन करता है]
फ़ाइलें कहाँ हैं: [मौजूदा टेम्पलेट, प्राइस लिस्ट, कॉन्ट्रैक्ट का लिंक]
संबंधित एंट्री: [SOP, प्रक्रिया, पिछला वर्शन]

टेम्पलेट बोल्ड लेबल वाला सादा टेक्स्ट है, इसलिए वह बिना दोबारा फ़ॉर्मैट किए Word फ़ाइल, Google Doc, विकी पेज, Slack canvas या चैट नोट में पेस्ट हो जाता है।

एक पूरा उदाहरण: 30 दिनों के बाद एक एक्सपोर्टर का बेस

इटली की एक मशीनरी एक्सपोर्टर कंपनी, 38 लोग, मिलान में सेल्स ऑफ़िस और स्पेन, रोमानिया और मोरक्को में डिस्ट्रीब्यूटर। हफ़्ता 1 में 61 सवाल आए; दोहराव हटाने के बाद 44। उनसे जो संरचना निकली, दिन 30 पर हर सेक्शन में एंट्री की संख्या के साथ:

1. डिस्ट्रीब्यूटर और ऑर्डर (7) — नया डिस्ट्रीब्यूटर कैसे सेट अप होता है; क्रेडिट लिमिट कौन मंज़ूर करता है; प्रोडक्शन में जाने से पहले ऑर्डर को क्या चाहिए
2. इनवॉइसिंग और भुगतान (5) — स्विट्ज़रलैंड के डिस्ट्रीब्यूटर को इनवॉइस करना; प्रो फ़ॉर्मा कब इस्तेमाल होता है; भुगतान 30 दिन लेट हो तो क्या करें
3. शिपिंग और कस्टम्स (6) — गंतव्य के अनुसार कैरियर; मोरक्को के पैलेट को कौन-से दस्तावेज़ चाहिए; एक्सपोर्ट डिक्लेरेशन पर हस्ताक्षर कौन करता है
4. सर्विस और वारंटी (4) — वारंटी में क्या आता है; सर्विस विज़िट कैसे बुक होती है; कौन-से पार्ट्स स्टॉक में रखे जाते हैं
5. टूल्स और एक्सेस (3) — CRM का एक्सेस कौन देता है; प्राइस लिस्ट कहाँ रहती है; साझा मेलबॉक्स तक कैसे पहुँचें
6. नियम और फ़ैसले (3) — 10,000 से ऊपर दो हस्ताक्षरों का नियम; डिस्काउंट की सीमा; डिसीज़न लॉग
7. किसे फ़ोन करें (2) — कस्टम्स ब्रोकर; देश के अनुसार कैरियर के संपर्क

तीस एंट्री। हफ़्ता 1 का सबसे ज़्यादा पूछा गया सवाल — "मोरक्को के पैलेट को कौन-से दस्तावेज़ चाहिए?" — एक साल में चैनल में ग्यारह बार उसी लॉजिस्टिक्स लीड ने जवाब दिया था; एंट्री में उसे बीस मिनट लगे, क्योंकि ग्यारहवाँ जवाब पहले से लिखा हुआ था और उसे सिर्फ़ स्वामी की पंक्ति और तारीख़ चाहिए थी।

सेक्शन 3 की एक भरी हुई एंट्री:

मोरक्को के पैलेट को कौन-से दस्तावेज़ चाहिए?
स्वामी: लॉजिस्टिक्स लीड · सेक्शन: शिपिंग और कस्टम्स · आख़िरी समीक्षा: 3 नवंबर 2026 · अगली समीक्षा: 3 फ़रवरी 2027
संक्षिप्त जवाब: तीन प्रतियों में कमर्शियल इनवॉइस, पैकिंग लिस्ट, EUR.1 सर्टिफ़िकेट, और इनवॉइस पर डिस्ट्रीब्यूटर का इंपोर्ट लाइसेंस नंबर।
इन पर लागू: मोरक्को के डिस्ट्रीब्यूटरों को सभी शिपमेंट · इन पर लागू नहीं: कूरियर से भेजे जाने वाले 1,000 EUR से कम के स्पेयर पार्ट्स, जो कूरियर के अपने फ़ॉर्म के साथ जाते हैं।
कैसे: 1. सिस्टम से मोरक्को टेम्पलेट के साथ इनवॉइस एक्सपोर्ट करें। 2. डिस्ट्रीब्यूटर की फ़ाइल से लाइसेंस नंबर जोड़ें। 3. चैंबर ऑफ़ कॉमर्स से EUR.1 माँगें, तीन कार्य-दिवस। 4. पैकिंग लिस्ट अटैच करें। 5. पूरा सेट कस्टम्स ब्रोकर को भेजें और डिस्ट्रीब्यूटर को कॉपी करें।
इसके पीछे का नियम: लाइसेंस नंबर मार्च 2026 में कैसाब्लांका में शिपमेंट रुकने के बाद जोड़ा गया (डिसीज़न लॉग एंट्री 2026-03-19)।
अपवाद: डेमोन्स्ट्रेशन मशीनें अस्थायी प्रवेश (temporary admission) के तहत जाती हैं; फ़ैसला लॉजिस्टिक्स लीड करता है।
फ़ाइलें कहाँ हैं: मोरक्को इनवॉइस टेम्पलेट; EUR.1 अनुरोध फ़ॉर्म; डिस्ट्रीब्यूटर फ़ाइलें।
संबंधित एंट्री: गंतव्य के अनुसार कैरियर; एक्सपोर्ट डिक्लेरेशन पर हस्ताक्षर कौन करता है।

आप जो टूल्स पहले से इस्तेमाल करते हैं, उनमें नॉलेज बेस कहाँ रहता है

10–200 लोगों का संगठन अपना बेस उसी सुइट में बनाता है जिसका भुगतान वह पहले से करता है। हर सुइट में एंट्री की एक जगह है, फ़ाइलों की एक जगह है, और मीटिंग जो पीछे छोड़ती है उसके लिए एक रास्ता है। हर एक किसी अलग बिंदु पर रुक जाता है, और हर एक में रिकॉर्ड उसी भाषा में है जिसमें टाइप किया गया था। सिर्फ़ दस्तावेज़ित व्यवहार, विक्रेताओं के अपने पेजों से, हर पेज की जाँच के महीने के साथ:

चारों में तीन बातें एक जैसी हैं। एंट्री एक दस्तावेज़ या संदेश है, उसी एक भाषा में जिसमें वह टाइप हुई थी, और जो सदस्य दूसरी भाषा पढ़ता है वह वही पढ़ता है या किसी की बनाई कॉपी। फ़ाइलें दूसरी जगह हैं, जिन्हें दूसरी खोज से ढूँढना पड़ता है। और मीटिंग — जहाँ नियम पर बहस हुई और वह तय हुआ — बेस तक तभी पहुँचती है जब कोई बाद में उसे टाइप करे। Teams और Meet कहाँ ट्रांसक्रिप्ट और सारांश रखते हैं (अगर रखते हैं), और कॉल के बाद उन्हें कैसे सहेजें, यह Microsoft Teams और Google Meet आपका ट्रांसक्रिप्ट, रिकॉर्डिंग और सारांश कहाँ रखते हैं में है; इसी वजह से कई टीमें जो AI नोटटेकर जोड़ती हैं, उनकी तुलना Otter.ai विकल्प में है, और उनमें से हर एक अपना सारांश एक ही भाषा में लिखता है।

इन सुइट्स का दस्तावेज़ित अनुवाद कॉल का है या पाठक की स्क्रीन का, रिकॉर्ड का नहीं: Microsoft Teams मीटिंग में लाइव अनुवादित कैप्शन तब बताता है जब आयोजक के पास Teams Premium या Microsoft 365 Copilot लाइसेंस हो, Google पात्र Workspace प्लान पर Meet में अनुवादित कैप्शन बताता है (दोनों अगस्त 2026 में जाँचे गए), और WhatsApp पाठक के फ़ोन पर प्राप्त संदेश का अनुवाद बताता है (अगस्त 2026 में जाँचा गया) — हर एक क्या कवर करता है और कहाँ रुकता है, यह Microsoft Teams लाइव ट्रांसलेशन, Google Meet लाइव ट्रांसलेशन और WhatsApp अनुवाद में है। कैसाब्लांका में डिस्ट्रीब्यूटर का क्लर्क सोमवार को जो एंट्री खोलता है, वह उन कैप्शन से अलग चीज़ है, और उसे उसी भाषा में पढ़ा जाता है जिसमें वह टाइप हुई थी।

वह बेस जो टीम की कही हुई बातों से ही उगता है

InterMIND एक कम्युनिकेशन स्पेस है जहाँ टीम का काम एक चैनल में रहता है, इसलिए नॉलेज बेस का एक स्पष्ट घर है: उस टीम का चैनल जो उसे इस्तेमाल करती है — एक्सपोर्ट टीम, क्लिनिक का फ़्रंट डेस्क, एजेंसी का अकाउंट ग्रुप — और वही चैनल सवाल-चैनल भी है और वह जगह भी जहाँ से मीटिंग शुरू होती हैं। ऊपर के तीन फ़ैसले इस पर सीधे बैठते हैं।

संरचना और स्वामित्व एंट्री ही हैं। नोट के रूप में पोस्ट की गई — हेडिंग और क्रमांकित सूचियों वाला रिच-टेक्स्ट संदेश, जिसे बाद में उसके अपने मेनू से एडिट किया जाता है — एंट्री को हर सदस्य अपनी भाषा में पढ़ता है, मूल पाठ एक टॉगल की दूरी पर, और उसे पिन किया जाता है ताकि नए सहकर्मी को सबसे पहले मौजूदा वर्शन मिले। एडिट हिस्ट्री चालू होने पर, बदले गए नियम का पिछला शब्दांकन मौजूदा पाठ के ऊपर शब्द-स्तर के डिफ़ के रूप में टाइमस्टैम्प के साथ दिखता है, और यही वह समीक्षा-ट्रेल है जिसकी ओर स्वामी की "आख़िरी समीक्षा" वाली पंक्ति इशारा करती है। एंट्री जिन फ़ाइलों की ओर इशारा करती है — प्राइस लिस्ट, मोरक्को टेम्पलेट, डिस्ट्रीब्यूटर कॉन्ट्रैक्ट — वे उसी चैनल में अपलोड होती हैं और हर प्लान पर पाठक की भाषा में AI सारांश के साथ आती हैं, जिसका हर बिंदु उस अनुच्छेद से जुड़ा होता है जहाँ से वह आया; पेड प्लान पर फ़ाइल ख़ुद पाठक की भाषा में अनूदित होकर खुलती है (दस्तावेज़ों के लिए 30 भाषाएँ)। अगर मास्टर कॉपी किसी दस्तावेज़ टूल में रहती है, तो उसके अपडेट ईमेल से चैनल में आ जाते हैं: चैनल का होस्ट उसे अपना एक पता देता है, और वहाँ भेजा गया संदेश भेजने वाले के नाम और अटैचमेंट के साथ एक सामान्य संदेश के रूप में दिखता है। Slack से आने वाली टीम अपने चैनल साथ लाती है: एक स्टैंडर्ड Slack वर्कस्पेस एक्सपोर्ट हर Slack चैनल के लिए एक चैनल के रूप में बहाल होता है, संदेश क्रम से अपने मूल टाइमस्टैम्प के साथ, पिन और रिएक्शन सुरक्षित, और हर संदेश को हर सदस्य अपनी भाषा में पढ़ता है।

स्रोत वह जगह हैं जहाँ चैनल वह काम करता है जिसे ऊपर की तालिका किसी व्यक्ति पर छोड़ देती है। जिस मीटिंग में नियम तय होता है, वह चैनल से शुरू होती है; कॉल के दौरान ड्राफ़्ट एंट्री Share to conference से सबकी स्क्रीन पर वीडियो टाइल्स के बगल में आ जाती है — एक नोट, या चैट में लिंक किया गया Google Docs या OneDrive दस्तावेज़ — और हर प्रतिभागी उसे अलग से स्क्रॉल करता है और अपनी भाषा में पढ़ता है, जबकि शेयर करने वाला उसे लाइव एडिट करता है। कॉल ख़त्म होने पर रिकैप मीटिंग से ही लिखा जाता है — एक सारांश, सहमत, खुले या विवादित के रूप में चिह्नित बिंदु, स्वामियों के साथ action items, हर पंक्ति अपना टाइमस्टैम्प रखती है — और सत्र के दौरान साझा किए गए दस्तावेज़ों के सारांश कही गई बातों के साथ जुड़ जाते हैं। वह ईमेल से आता है, चैनल में एक संदेश के रूप में और कैलेंडर इवेंट में एक लिंक के रूप में, और हर साइन-इन सदस्य उसे अपनी भाषा में पढ़ता है: रिकॉर्ड हर पाठक के लिए अनूदित होता है, उस भाषा में एक बार नहीं लिखा जाता जो कमरे में संयोग से इस्तेमाल हुई। कोई भी सदस्य उसे एडिट कर सकता है, हर एडिट लेखक और रिवीज़न हिस्ट्री रखता है, और चैनल हर पिछले सत्र का रिकैप रखता है — इसलिए जिस मीटिंग ने मोरक्को का नियम तय किया, वह उस एंट्री से एक क्लिक दूर है जो उसे दर्ज करती है। यही वह बेस है जो टीम की कही हुई बातों से उगता है: चैनल का ग्यारहवाँ जवाब, उस कॉल का रिकैप जिसमें नियम पर बहस हुई, मार्च में अटैच की गई फ़ाइल, सब एक जगह, और उनके ऊपर एंट्री।

सवाल-चैनल को दूसरी दिशा से भी वही बर्ताव मिलता है। सदस्य का अपना असिस्टेंट — Claude, ChatGPT, Copilot या Gemini, MCP कनेक्टर से जुड़ा हुआ — रिकैप, ट्रांसक्रिप्ट, चैट और साझा फ़ाइलों के पाठ में एक ही सवाल से खोजता है, "मोरक्को के पैलेट को कौन-से दस्तावेज़ चाहिए?", और वे अंश लौटाता है जिनके साथ मीटिंग, तारीख़ और वह फ़ाइल होती है जहाँ से हर एक आया; यह उन संगठनों के लिए चलता है जिनमें AI फ़ीचर चालू हैं, और असिस्टेंट के ज़रिए पढ़ना उन्हीं मीटिंग और चैनलों तक सीमित है जिनमें सदस्य है। चैट की अपनी एक खोज है, और पूरा बेस बाहर निकाला जा सकता है: हर प्लान पर Settings से एक बैकअप चैनलों को उनके संदेशों, ट्रांसक्रिप्शन और फ़ाइलों के साथ ZIP के रूप में एक्सपोर्ट करता है, जो स्वामित्व के सवाल का जवाब एंट्री के स्तर पर नहीं, संगठन के स्तर पर है। ऊपर की तालिका के बगल में रखें तो अंतर एक सीधा तथ्य है: उन सुइट्स के दस्तावेज़ित कैप्शन कॉल के चलते समय उसका अनुवाद करते हैं; यहाँ एंट्री, उसे बनाने वाली मीटिंग, उसकी फ़ाइलें और उसकी हिस्ट्री एक ही रिकॉर्ड हैं, जिसे हर सदस्य अपनी भाषा में पढ़ता है।

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

• पूरा रिकैप खोलें — एक असली रिकॉर्ड, उसी कोड से बना जो आपका रिकॉर्ड लिखता है।
• लाइव डेमो आज़माएँ — साइनअप नहीं; बोलिए, और सुनिए कि कमरा हर श्रोता के लिए अनूदित हो रहा है।

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

अक्सर पूछे जाने वाले सवाल

नॉलेज बेस क्या है?

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

नॉलेज बेस कैसे बनाएँ?

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

नॉलेज बेस में क्या-क्या होना चाहिए?

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

नॉलेज बेस और विकी में क्या अंतर है?

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

नॉलेज बेस की संरचना कैसे बनाएँ?

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

नॉलेज बेस बनाने में कितना समय लगता है?

ऐसे बेस तक पहुँचने में तीस दिन जिसे लोग खोलते हैं: एक हफ़्ता सवाल इकट्ठा करने में, एक हफ़्ता संरचना और स्वामियों पर, एक हफ़्ता मौजूदा स्रोतों से पहली बीस एंट्री लिखने में, एक हफ़्ता प्रकाशित करने और समीक्षा-चक्र तय करने में। चलाने वाला हफ़्ते में लगभग दो घंटे देता है; हर स्वामी प्रति एंट्री बीस मिनट देता है, क्योंकि ज़्यादातर एंट्री नई लिखी नहीं जातीं, पहले से दिए जा चुके जवाब से कॉपी की जाती हैं। बेस दिन 30 पर पूरा नहीं होता; हर बार जब कोई सवाल जवाब पाता है, वह एक एंट्री से बढ़ता है।

क्या नॉलेज बेस मुफ़्त में बनाया जा सकता है?

हाँ — इस गाइड का टेम्पलेट सादा टेक्स्ट है, और बेस उन टूल्स में एक नोट, एक दस्तावेज़ या एक चैनल में रह सकता है जिन्हें टीम पहले से इस्तेमाल करती है: Slack में एक canvas, एक Google Doc, Teams चैनल का Files टैब, चैट में एक पिन किया हुआ नोट। जिसमें सॉफ़्टवेयर पर कुछ नहीं लगता, उसमें भी स्वामियों के समीक्षा-समय की लागत लगती है, और सीमाएँ सुइट की अपनी हैं: Slack का Free प्लान 90 दिनों की संदेश हिस्ट्री रखता है, और हर सुइट में एंट्री उसी भाषा में होती है जिसमें वह टाइप हुई थी। InterMIND में Basic प्लान मुफ़्त है, और पेड प्लान की क़ीमतें प्राइसिंग पेज पर हैं।

स्रोत: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations। Microsoft Learn का Teams–SharePoint पेज नवंबर 2026 में जाँचा गया; Teams रिटेंशन और मीटिंग-नोट्स के पेज, Slack canvas टेम्पलेट पेज और Google "Take notes for me" पेज अक्टूबर 2026 में जाँचे गए; Teams संदेश-अनुवाद और कैप्शन के पेज, Slack की प्राइसिंग, रिटेंशन और एक्सपोर्ट के पेज, Google Chat अनुवाद और Meet कैप्शन के पेज और WhatsApp के पेज अगस्त 2026 में जाँचे गए। विक्रेता समय-समय पर प्लान, फ़ीचर और भाषा-सूचियाँ बदलते रहते हैं; मौजूदा स्थिति के लिए उनके पेज देखें।