AI की मदद से लंबी मीटिंग्स का सारांश कैसे निकालें (बिना जरूरी बातें छूटे)

30 मिनट की स्टेटस कॉल का AI द्वारा सारांश निकालना आसान है। लेकिन 90 मिनट के वर्कशॉप, जिसमें तीन एजेंडा आइटम्स, बजट पर एक टैन्जेंट, और अंत में दो बार दोहराया गया एक निर्णय शामिल हो, को समेटना एक अलग चुनौती है। अगर आप इस ट्रांसक्रिप्ट को किसी चैट टूल में पेस्ट करके “इसका सारांश बताओ” लिखेंगे, तो आमतौर पर एक अस्पष्ट पैराग्राफ मिलेगा जो हर चीज़ का जिक्र तो करेगा, लेकिन कुछ भी पुख्ता तरीके से नहीं।

लंबी मीटिंग्स इसलिए फेल नहीं होतीं क्योंकि AI उनका सारांश नहीं निकाल सकता। वे इसलिए फेल होती हैं क्योंकि ज्यादातर लोग उन्हें उसी तरह समेटते हैं जैसे एक छोटी कॉल को, एक प्रॉम्प्ट, एक पास, हो गया। यह गाइड बताता है कि लंबी मीटिंग्स में असल में क्या गड़बड़ होता है, और वे खास स्टेप्स जो एक घंटे से ज्यादा की ट्रांसक्रिप्ट का सटीक सारांश देने में मदद करते हैं।

लंबी मीटिंग्स का सारांश निकालना छोटी मीटिंग्स से कठिन क्यों होता है

एक छोटी कॉल में आमतौर पर एक टॉपिक और बातचीत का एक ही धागा होता है। लंबी मीटिंग में ऐसा शायद ही हो। एक ऑल-हैंड्स, प्लानिंग वर्कशॉप, या मल्टी-टॉपिक क्लाइंट कॉल में कई अलग-अलग बातचीतें शामिल होती हैं जो सिर्फ एक Zoom लिंक शेयर करती हैं।

इससे AI सारांश के लिए तीन खास दिक्कतें पैदा होती हैं:

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

इसका समाधान एक बेहतर प्रॉम्प्ट नहीं है। समाधान है एक अलग प्रक्रिया: मीटिंग को सारांश से पहले टुकड़ों में तोड़ें, बाद में नहीं।

स्टेप 1: एक साफ, टाइमस्टैम्प्ड ट्रांसक्रिप्ट से शुरुआत करें

नीचे दिए गए हर सारांश मेथड के लिए एक ही इनपुट चाहिए: एक सटीक ट्रांसक्रिप्ट जिसमें स्पीकर लेबल्स और टाइमस्टैम्प्स हों। टाइमस्टैम्प्स के बिना, आप लंबी मीटिंग को सेक्शन्स में नहीं तोड़ सकते। स्पीकर लेबल्स के बिना, आप यह नहीं बता सकते कि किसने निर्णय लिया या किसके पास फॉलो-अप की जिम्मेदारी है।

अगर आप Google Meet कॉल्स रिकॉर्ड कर रहे हैं, तो Record Meeting यह ऑटोमैटिकली जनरेट कर देता है, हर लाइन के साथ स्पीकर नाम और टाइमस्टैम्प्स जुड़े होते हैं, ताकि सारांश स्टेप पर पहुंचने से पहले ही ट्रांसक्रिप्ट स्ट्रक्चर्ड हो। अगर आपको पहले अलग से ट्रांसक्रिप्ट चाहिए, तो हमारा गाइड टू ट्रांसक्राइब Google Meet नेटिव और ब्राउज़र-बेस्ड ऑप्शन्स कवर करता है।

टाइमस्टैम्प्स या स्पीकर्स के बिना ट्रांसक्रिप्ट भी यूज़ेबल है, लेकिन आप अगले स्टेप में टॉपिक्स के बदलने के पॉइंट्स को मैन्युअली मार्क करने में एक्स्ट्रा टाइम लगाएंगे।

स्टेप 2: सारांश से पहले मीटिंग को सेक्शन्स में तोड़ें

यह वह स्टेप है जिसे ज्यादातर लोग स्किप कर देते हैं, और यही लंबी मीटिंग्स के लिए सबसे ज्यादा मैटर करता है। पूरी ट्रांसक्रिप्ट को एक ही बार में समेटने की बजाय, पहले उसे सेक्शन्स में बांटें।

इसके दो तरीके:

टॉपिक चेंज के हिसाब से। ट्रांसक्रिप्ट को स्कैन करें कि बातचीत कहां शिफ्ट होती है। “चलिए अब… पर चलते हैं” या “एजेंडे का अगला आइटम” जैसा फ्रेज आमतौर पर एक क्लीन ब्रेक पॉइंट होता है। चार एजेंडा आइटम्स वाली 90 मिनट की मीटिंग चार सेक्शन्स में बंट जाती है।

टाइम ब्लॉक के हिसाब से। अगर ट्रांसक्रिप्ट में कोई क्लियर टॉपिक मार्कर्स नहीं हैं, तो उसे हर 15 से 20 मिनट पर स्प्लिट कर दें। यह कम प्रिसाइज है, लेकिन फिर भी AI को दो घंटे के कंटेंट को एक ही पास में कंप्रेस करने से रोकता है।

एक बार सेक्शन्स मिल जाएं, तो हर एक का अलग से सारांश निकालें, फिर सेक्शन सारांशिज़ को मिलाकर एक फाइनल ओवरव्यू बनाएं। यह टू-पास अप्रोच, जिसे कभी-कभी हायरार्किकल सारांशेशन कहा जाता है, वही टेक्नीक है जो लॉन्ग-डॉक्यूमेंट सारांशेशन टूल्स रिसर्च पेपर्स और लीगल ट्रांसक्रिप्ट्स के लिए यूज़ करते हैं। यह इसलिए काम करता है क्योंकि हर इंडिविजुअल पास को सिर्फ 15-20 मिनट के कंटेंट को कंप्रेस करना होता है, दो घंटे का नहीं, इसलिए बीच का कोई भी डिटेल जनरलाइज़ होकर गायब नहीं होता।

स्टेप 3: “इसका सारांश बताओ” की बजाय एक स्ट्रक्चर्ड प्रॉम्प्ट यूज़ करें

अगर आप ट्रांसक्रिप्ट को ChatGPT, Gemini, या ऐसे ही किसी टूल में मैन्युअली रन कर रहे हैं, तो प्रॉम्प्ट उतना ही मैटर करता है जितना चंकिंग। एक जनरल इंस्ट्रक्शन एक जनरल सारांश देगा। इसकी बजाय मॉडल को भरने के लिए एक स्ट्रक्चर दें।

हर सेक्शन के लिए एक प्रॉम्प्ट टेम्प्लेट जो अच्छा काम करता है:

इस मीटिंग ट्रांसक्रिप्ट सेक्शन का सारांश दें। एक जनरल पैराग्राफ न लिखें।
इसकी बजाय, बिल्कुल यही तीन लिस्ट्स रिटर्न करें:

लिए गए निर्णय: (सिर्फ वही चीज़ें जिन पर ग्रुप ने सहमति दी, डिस्कस की गई ऑप्शन्स नहीं)
एक्शन आइटम्स: (टास्क, ओनर, और ड्यू डेट अगर मेन्शन किया गया हो)
खुले सवाल: (कोई भी चीज़ उठाई गई लेकिन रिजॉल्व नहीं हुई)

अगर किसी सेक्शन में इनमें से किसी लिस्ट के लिए कुछ नहीं है, तो कंटेंट इन्वेंट करने की बजाय "None" लिखें।

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

एक नामित एजेंडा वाली मीटिंग के लिए, मॉडल से फाइनल आउटपुट को कालानुक्रमिक की बजाय एजेंडा आइटम के हिसाब से ऑर्गनाइज़ करने को कहें। कॉल मिस करने वाले के लिए “बजट: …”, “हायरिंग: …”, “प्रोडक्ट: …” के हिसाब से स्ट्रक्चर्ड सारांश स्कैन करना आसान होता है, सिर्फ टाइमस्टैम्प के हिसाब से नहीं।

Record Meeting आज़माएं

Record Meeting आपकी Google Meet कॉल के होते ही सारांश बनाता है, ताकि दो घंटे के वर्कशॉप का बाद में एक बड़ी ट्रांसक्रिप्ट से कंप्रेस करने की जरूरत न पड़े।

मुफ्त में शुरू करें

स्टेप 4: मीटिंग टूल को चंकिंग खुद करने दें

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

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

हमारा गाइड टू Google Meet AI सारांशिज़ बताता है कि नेटिव Workspace टूल्स और Record Meeting जैसे ब्राउज़र-बेस्ड रिकॉर्डर्स इसके लिए कैसे कंपेयर करते हैं, इनकमें दोनों के लिए सेटअप स्टेप्स।

स्टेप 5: आउटपुट को ऐसे फॉर्मेट करें कि लोग वाकई पढ़ें

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

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

हर सेक्शन सारांश का हर डिटेल रखने का लालच रोकें। सेक्शन-लेवल सारांशिज़ आपके वर्किंग नोट्स हैं। फाइनल वर्जन वह है जिसे पढ़ा जाएगा, और दो घंटे की मीटिंग का पांच पेज का सारांश पूरे पर्पज को डिफीट कर देता है।

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

AI से लंबी मीटिंग्स का सारांश निकालते समय कॉमन मिस्टेक्स

• पूरी ट्रांसक्रिप्ट को एक ही प्रॉम्प्ट में पेस्ट करना। यह सबसे कॉमन मिस्टेक है। चाहे यह टेक्निकली फिट हो जाए, क्वालिटी ट्रांसक्रिप्ट के बीच के कंटेंट के लिए तेजी से गिरती है। पहले चंक करें।
• टाइमस्टैम्प्स स्किप करना। इनके बिना, आप वेरीफाई नहीं कर सकते कि निर्णय कब लिया गया या अगर कोई सारांश पर डिस्प्यूट करे तो ओरिजिनल मोमेंट को रेफरेंस नहीं कर सकते।
• स्पीकर अट्रिब्यूशन खोना। “टीम ने लॉन्च डिले करने का फैसला किया” से ज्यादा कमजोर है “प्रिया ने लीगल रिव्यू पेंडिंग लॉन्च डिले करने का फैसला किया।” लंबी मीटिंग्स को खासतौर पर अट्रिब्यूशन चाहिए क्योंकि इसमें ज्यादा लोग बोलते हैं और ज्यादा निर्णय हाथ बदलते हैं।
• मल्टी-टॉपिक मीटिंग के लिए एक ही सारांश। अगर कॉल में बजट, हायरिंग, और प्रोडक्ट एक ही सेशन में कवर हुए, तो एक फ्लैट सारांश उस एक सेक्शन को ढूंढना मुश्किल बना देता है जो किसी के लिए रिलेवंट है। टॉपिक के हिसाब से स्ट्रक्चर करें, सिर्फ “मीटिंग” के हिसाब से नहीं।
• कोई फाइनल रिव्यू नहीं। लंबी मीटिंग्स के AI सारांश में शॉर्ट मीटिंग्स के मुकाबले एरर के लिए ज्यादा सरफेस एरिया होता है, सिर्फ इसलिए कि कंप्रेस करने के लिए ज्यादा कंटेंट होता है। शेयर करने से पहले दो मिनट का स्कैन गलत अट्रिब्यूटेड डिसीजन्स को फैलने से पहले पकड़ लेता है।

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

निष्कर्ष

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

अगर आप मैन्युअल चंकिंग को स्किप करना चाहते हैं, तो Record Meeting आपकी Google Meet कॉल के होते ही सारांश बनाता है, ताकि लंबी मीटिंग्स कभी भी एक बड़ी ट्रांसक्रिप्ट न बनें जिसे बाद में कंप्रेस करना पड़े।