मीटिंग से पहले, दौरान और बाद में एक Negotiation Assistant कैसे काम करता है

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

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

त्वरित उत्तर

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

तीन-चरणीय STATE वर्कफ़्लो

एक पुन: प्रयोज्य STATE workflow मीटिंग लाइफसाइकल को तीन चरणों में व्यवस्थित करता है:

1. Set the state: कॉन्टेक्स्ट लोड करें, उद्देश्यों को स्थापित करें, साक्ष्य को लेबल करें, और अधिकार की पुष्टि करें।
2. Track the state: अधिकृत सामग्री कैप्चर करें, महत्वपूर्ण परिवर्तनों का पता लगाएँ, और समझाने योग्य प्रॉम्प्ट दें।
3. Approve the state: रिकॉर्ड का मिलान करें, प्रतिबद्धताओं का सत्यापन करें, संचार को अनुमोदित करें, और पुष्टि किए गए परिणाम वापस लिखें।

इन सबको जोड़ने वाली वस्तु है एक controlled negotiation state: मुद्दों, स्थितियों, प्रस्तावों, अधिकार सीमाओं, स्रोतों, निर्णयों और खुले कार्यों का एक संस्करणित रिकॉर्ड। यह किसी असमर्थित लाइव कथन को चुपचाप अनुमोदित प्रतिबद्धता बनने से रोकता है।

यह डिज़ाइन Human-in-the-loop AI को दर्शाता है: असिस्टेंट जानकारी प्राप्त कर सकता है, तुलना कर सकता है, गणना कर सकता है, वर्गीकृत कर सकता है और ड्राफ्ट बना सकता है, लेकिन निर्णय और अधिकार के लिए जवाबदेह लोग ही जिम्मेदार रहते हैं। NIST’s AI Risk Management Framework दस्तावेजीकृत human–AI भूमिकाओं, oversight processes, contextual interpretation और reviewable documentation की मांग करता है। NIST इस framework को voluntary बताता है, और उसका resource center नोट करता है कि version 1.0 को संशोधित किया जा रहा है।

चरण 1: मीटिंग से पहले state सेट करें

एक Real-time negotiation assistant उतना ही उपयोगी है जितना वह कॉन्टेक्स्ट उपयोग कर सकता है—और उतना ही सुरक्षित है जितना वह उस कॉन्टेक्स्ट से रोका जाता है जिसका उपयोग उसे नहीं करना चाहिए।

व्यापक रूप से नहीं, सीमित रूप से लोड करें

एक procurement negotiation के लिए, प्रासंगिक इनपुट्स में शामिल हो सकते हैं:

• वर्तमान निष्पादित agreements, amendments और renewal dates
• अनुमोदित price targets और total-cost assumptions
• contracting और concession authority
• spend, volume और purchase history
• service levels, quality incidents और open remediation
• claims, credits और prior supplier commitments
• forecast demand और scenario assumptions
• अनुमोदित alternatives और switching constraints
• prior offers, correspondence और meeting records
• प्रासंगिक policies, obligations और standard clauses

पूरा mailbox या shared drive लोड करना आमतौर पर आवश्यक नहीं होता। सीमित retrieval असंबंधित personal, privileged या supplier-confidential जानकारी के exposure को कम करता है। FTC’s data-security guidance केवल आवश्यक sensitive information एकत्र करने, access सीमित करने, सोच-समझकर retention periods चुनने और data को सुरक्षित रूप से dispose करने की सिफारिश करता है।

जहाँ लागू हो, प्रत्येक महत्वपूर्ण इनपुट में metadata होना चाहिए:

• स्रोत और owner
• प्रभावी तिथि और document version
• jurisdiction
• confidentiality classification
• permitted use
• confidence या reliability
• expiration date

तथ्यों को decision inputs से अलग करें

जब अलग-अलग प्रकार के साक्ष्य समान रूप से निश्चित दिखते हैं, तब ब्रीफिंग खतरनाक हो जाती है। स्पष्ट लेबल का उपयोग करें:

• Verified fact: किसी अनुमोदित स्रोत द्वारा समर्थित, जैसे एक executed contract।
• Counterparty assertion: supplier द्वारा कहा गया, लेकिन स्वतंत्र रूप से सत्यापित नहीं।
• Internal estimate: stated assumptions के साथ model output या forecast।
• Strategic hypothesis: प्रश्नों के माध्यम से परखने की संभावना।
• Recommendation: मानव निर्णय की आवश्यकता वाला प्रस्तावित action।

उदाहरण के लिए, “agreement 31 दिसंबर को समाप्त होता है” एक verified fact हो सकता है। “supplier के पास spare capacity नहीं है” तब तक counterparty assertion रहेगा जब तक उसका समर्थन न हो। “transition में छह महीने लगेंगे” एक estimate है यदि यह qualification assumptions पर निर्भर करता है।

रणनीति से पहले authority स्थापित करें

असिस्टेंट यह संकेत दे सकता है कि कोई offer mandate से अधिक है, लेकिन वह उस mandate का विस्तार नहीं कर सकता। कॉल से पहले, एक नामित negotiation owner को पुष्टि करनी चाहिए:

• objectives और priorities
• alternatives और switching constraints
• target positions और fallback packages
• walk-away या escalation conditions
• permitted concessions
• वे मुद्दे जो finance, legal, compliance या executive approval के लिए आरक्षित हैं
• वह जानकारी जो बाहरी रूप से प्रकट नहीं की जानी चाहिए

एक व्यावहारिक negotiation planning workflow को issue map, questions, package options और evidence gaps तैयार करने चाहिए—न कि ऐसा script जिसे negotiator आँख बंद करके follow करे। alternatives पर गहरी तैयारी के लिए, Negotiations.AI की BATNA negotiation guide देखें।

प्री-मीटिंग human approval gate

जब तक जवाबदेह लोग निम्न की पुष्टि न कर दें, assisted mode में मीटिंग आगे नहीं बढ़नी चाहिए:

• permitted sources
• महत्वपूर्ण commercial inputs की accuracy
• financial assumptions, जहाँ finance उनका owner है
• legal positions, जहाँ counsel उनका owner है
• negotiation authority और escalation paths
• क्या capture lawful, proportionate और appropriately disclosed है

चरण 2: मीटिंग के दौरान state ट्रैक करें

कॉल के दौरान, Live Negotiation Support को negotiator को active listening में बाधा डाले बिना महत्वपूर्ण परिवर्तनों पर ध्यान देने में मदद करनी चाहिए। एक Live Negotiation Coach को autonomous representative के रूप में नहीं, बल्कि private advisory layer के रूप में काम करना चाहिए।

Capture और guidance अलग-अलग functions हैं

Capture में अधिकृत audio, transcript, notes, chat, shared documents और participant corrections शामिल हो सकते हैं। Live guidance में negotiator को दिखाए गए private, nonbinding suggestions शामिल होते हैं।

इनके लिए अलग controls चाहिए। कोई टीम audio recording के बिना notes की अनुमति दे सकती है। वह contract lookup की अनुमति दे सकती है लेकिन transcript store करने पर रोक लगा सकती है। किसी sensitive meeting में assistant को पूरी तरह disable करना पड़ सकता है।

U.S. federal law में निर्दिष्ट परिस्थितियों के तहत one-party-consent exception शामिल है, लेकिन state requirements अधिक सख्त हो सकती हैं। इसलिए, federal consent कोई universal recording policy नहीं है; लागू परिस्थितियों और jurisdictions की समीक्षा करें। federal provision के लिए 18 U.S.C. § 2511 देखें।

अच्छे live prompts कैसे दिखते हैं

Live prompts संक्षिप्त, attributable और actionable होने चाहिए। उपयोगी श्रेणियाँ शामिल हैं:

• Authority alert: “प्रस्तावित rebate अनुमोदित range से अधिक है। Escalation required.”
• Evidence conflict: “supplier ने three-year term का उल्लेख किया; loaded amendment two years दिखाता है।”
• Calculation check: “स्पष्ट करें कि increase per unit लागू होता है या annual spend पर।”
• Conditionality check: “पूछें कि delivery commitment forecast lock-in पर निर्भर है या नहीं।”
• Missing-information prompt: “पूछें कि expedited freight शामिल है या नहीं।”
• Pause suggestion: “कई variables बदल गए हैं। जवाब देने से पहले package का सारांश दें।”

प्रश्न अक्सर निर्देशों से अधिक सुरक्षित होते हैं। “पूछें कि price में tooling शामिल है या नहीं” जानकारी उजागर करने में मदद करता है। “यह price स्वीकार करें” authority का संकेत देता है और एक strategic decision को model output में समेट देता है।

हर महत्वपूर्ण prompt में उसका मूल्यांकन करने के लिए पर्याप्त कॉन्टेक्स्ट दिखना चाहिए: source, date, relevant excerpt, status और uncertainty। यदि latency, source access या transcription विफल हो जाए, तो interface को आत्मविश्वास दिखाने के बजाय यह स्पष्ट कहना चाहिए।

असिस्टेंट को क्या नहीं करना चाहिए

एक real time negotiation assistant को यह नहीं करना चाहिए:

• negotiator की ओर से terms का वादा, concession या acceptance करना
• यह मान लेना कि silence का अर्थ agreement है
• यह प्रस्तुत करना कि किसी participant के पास authority है
• reservation values या internal risk assessments प्रकट करना
• supplier statements को verified facts के रूप में प्रस्तुत करना
• unlawfully shared competitively sensitive information पर निर्भर होना
• resilience, quality, implementation या relationship risk को नज़रअंदाज़ कर केवल price optimize करना

U.S. Department of Justice की November 2024 antitrust compliance guidance पूछती है कि क्या compliance teams AI tools को समझती हैं, deployment में भाग लेती हैं, antitrust risks का आकलन करती हैं, और inconsistent AI-driven decisions का पता लगाकर उन्हें सुधार सकती हैं। यह competitor communications से जुड़े risks को भी रेखांकित करती है। Enterprise negotiation workflows को questionable benchmark या competitor-derived data के लिए escalation route प्रदान करना चाहिए।

लाइव human decision point

Negotiator तय करता है कि कोई prompt सटीक, प्रासंगिक और रणनीतिक रूप से उपयुक्त है या नहीं। केवल अधिकृत व्यक्ति ही कोई representation या concession दे सकता है। Meeting owner को यह भी सक्षम होना चाहिए कि जब consent, confidentiality, privilege, trust या technical reliability अनिश्चित हो जाए, तो वह capture रोक सके या assistance disable कर सके।

चरण 3: मीटिंग के बाद state को approve करें

पोस्ट-मीटिंग उद्देश्य यह नहीं है कि जितनी जल्दी हो सके polished minutes तैयार कर दिए जाएँ। उद्देश्य है एक ऐसा reviewable record बनाना जो uncertainty को संरक्षित रखे।

एक commitment ledger बनाएँ

असिस्टेंट को अलग करना चाहिए:

• agreed terms
• tentative proposals
• rejected items
• conditional offers
• unanswered questions
• internal actions
• external commitments
• deadlines और owners

एक commitment ledger यह रिकॉर्ड करता है कि किसने क्या commit किया, किसके लिए, कब तक, किन conditions के तहत, और क्या उस item का verification हुआ है।

एक transcript इस बात का साक्ष्य है कि system ने क्या capture किया, यह इस बात का प्रमाण नहीं कि कोई enforceable agreement मौजूद है। Speech recognition speakers, amounts, currencies, units, negatives और conditions को भ्रमित कर सकती है। महत्वपूर्ण commitments के लिए participant verification और जहाँ उपयुक्त हो, legal review आवश्यक है।

Draft, compare, और route करें

असिस्टेंट निम्न का ड्राफ्ट बना सकता है:

• internal debrief notes
• supplier recap
• approval request
• question list
• proposed contract redlines
• approved source systems के लिए updates

लेकिन internal और external outputs अलग रहने चाहिए। Internal notes में fallback positions, risk assessments या reservation values हो सकते हैं, जो supplier correspondence में कभी नहीं आने चाहिए।

आवश्यक approval gates में शामिल हैं:

• हर external message को एक authorized employee approve करे।
• commercial owners prices, volumes, credits और remedies का verification करें।
• legal owners महत्वपूर्ण contract language और legal interpretations की समीक्षा करें।
• participants disputed commitments या transcript errors को resolve करें।
• system owners purchasing, contract, supplier या financial records में updates approve करें।
• उपयुक्त owners retention, legal hold, privilege और deletion पर निर्णय लें।

Corrections को मूल रिकॉर्ड को चुपचाप overwrite करने के बजाय audit history बनानी चाहिए। ISO/IEC 42001:2023 accountability, risk management, transparency और traceability सहित AI management system स्थापित करने और लगातार सुधारने की requirements निर्दिष्ट करता है। Assistant का उपयोग करने से अपने-आप ISO certification आवश्यक नहीं हो जाती।

काल्पनिक उदाहरण: एक packaging supplier renewal

यह उदाहरण काल्पनिक है। इसके तथ्य और राशियाँ केवल उदाहरणात्मक हैं, benchmarks नहीं।

एक procurement team एक packaging agreement renew कर रही है। मीटिंग से पहले, Real-time negotiation assistant current amendment, approved demand forecast, unresolved quality credits और buyer’s authority matrix प्राप्त करता है। यह freight outlook को internal estimate के रूप में लेबल करता है और पहचानता है कि supplier capacity claim सत्यापित नहीं हुआ है।

मीटिंग के दौरान, supplier priority allocation के बदले price increase प्रस्तावित करता है। Live Negotiation Coach acceptance की सलाह नहीं देता। इसके बजाय, यह तीन prompts दिखाता है:

1. स्पष्ट करें कि allocation firm है या supplier की अन्य customer commitments पर निर्भर है।
2. पूछें कि proposed price में expedited freight शामिल है या नहीं।
3. नोट करें कि buyer के पास requested term extension approve करने का authority नहीं है।

Negotiator पहले दो prompts का उपयोग करता है, कम प्रासंगिक prompt को अनदेखा करता है, और term extension पर जवाब देने के बजाय pause करता है।

बाद में, assistant दो अलग entries बनाता है: increase के लिए एक supplier proposal और allocation के बारे में एक tentative supplier statement। यह किसी को भी agreed के रूप में लेबल नहीं करता। Procurement commercial recap का verification करता है, finance cost assumptions की समीक्षा करता है, legal term language की समीक्षा करता है, और एक authorized employee supplier email approve करता है।

व्यवहार में यही Human-in-the-loop AI है: system निरंतरता की रक्षा करता है, जबकि लोग judgment और authority अपने पास रखते हैं।

एक implementation checklist

एक Real-Time Negotiation Workflow का मूल्यांकन करने के लिए इस checklist का उपयोग करें।

पहले

• क्या हर महत्वपूर्ण assertion किसी source से linked है?
• क्या dates, versions, owners और access restrictions दिखाई दे रहे हैं?
• क्या assumptions और estimates लेबल किए गए हैं?
• क्या conflicting या stale sources को flag किया गया है?
• क्या negotiation owner ने objectives और authority limits approve किए हैं?
• क्या restricted legal, financial और compliance positions की उनके owners द्वारा समीक्षा की गई है?

दौरान

• क्या capture authorized, disclosed और stoppable है?
• क्या negotiator facts और counterparty assertions में अंतर कर सकता है?
• क्या prompts संक्षिप्त हैं और निजी रूप से प्रदर्शित होते हैं?
• क्या हर महत्वपूर्ण prompt provenance या uncertainty दिखाता है?
• क्या autonomous promising या conceding तकनीकी रूप से निषिद्ध है?
• क्या failure और latency conditions दिखाई दे रही हैं?

बाद में

• क्या agreements को proposals और disputed items से अलग किया गया है?
• क्या हर commitment supporting evidence से linked है?
• क्या ambiguous speakers, dates, units और conditions को flag किया गया है?
• क्या internal और external drafts अलग किए गए हैं?
• क्या external messages, prices, redlines और system updates approval-gated हैं?
• क्या corrections audit history में सुरक्षित रखे गए हैं?

साक्ष्य, assumptions, estimates और recommendations

एक governed workflow को इन श्रेणियों को मिलाने के बजाय स्पष्ट रूप से दिखाना चाहिए।

Verified facts

• NIST का AI RMF documented roles, oversight, contextual interpretation और accountability का समर्थन करता है। यह voluntary है, और NIST रिपोर्ट करता है कि version 1.0 revision के अधीन है।
• NIST ने जुलाई 2024 में अपना Generative AI Profile AI RMF 1.0 के cross-sector companion के रूप में प्रकाशित किया।
• ISO/IEC 42001:2023 दिसंबर 2023 में प्रकाशित हुआ था और AI management systems को संबोधित करता है।
• EU AI Act प्रासंगिक श्रेणियों के अंतर्गत आने वाले systems के लिए human-oversight, documentation, logging और transparency requirements शामिल करता है। एक सामान्य negotiation assistant अपने-आप high-risk नहीं होता; classification intended purpose और context पर निर्भर करती है।

परीक्षण के लिए deployment assumptions

• assistant के पास कोई contracting authority नहीं है।
• guidance संगठन के negotiator के लिए private है।
• identity, access, retention और approval controls enforceable हैं।
• जब consent या confidentiality unresolved हो, तब capture disable किया जा सकता है।
• market data उचित रूप से licensed है और prohibited exchanges से नहीं आता।

Estimates

Financial models, demand scenarios, switching timelines, market comparisons और implementation costs estimates हैं, जब तक अन्यथा सत्यापित न हो। इनके assumptions, date, जहाँ उपयुक्त हो range, और accountable owner प्रदर्शित करें।

Recommendations

• न्यूनतम आवश्यक कॉन्टेक्स्ट प्राप्त करें।
• prescriptive commands की बजाय evidence-linked questions को प्राथमिकता दें।
• high-impact actions के लिए approval आवश्यक करें।
• uncertainty और corrections को सुरक्षित रखें।
• stale documents, speaker confusion, unit errors, sarcasm, conditional offers और system conflicts का परीक्षण करें।
• केवल settlement price नहीं, बल्कि corrections और missed commitments को भी मापें।

सीमाएँ और वे स्थितियाँ जहाँ यह दृष्टिकोण लागू नहीं होता

Live Negotiation Support निम्न स्थितियों में अनुपयुक्त हो सकता है:

• recording या processing requirements का समाधान नहीं हो सकता
• participants capture पर उचित आपत्ति करते हैं
• privilege या confidentiality risks लाभ से अधिक हैं
• source data stale, contradictory या improperly licensed है
• connectivity या latency prompts को अविश्वसनीय बनाती है
• interface active listening से ध्यान भटकाता है
• assistant internal information को external outputs से अलग नहीं कर सकता

उपयुक्त मीटिंग्स में भी, system undisclosed motives, reservation prices या किसी participant की authority का विश्वसनीय अनुमान नहीं लगा सकता। Historical data में खराब practices या biased supplier treatment encoded हो सकता है। Market indicators specification, geography, volume या contract term के आधार पर तुलनीय न हों।

Automation bias एक केंद्रीय risk है: कमजोर साक्ष्य के बावजूद एक आत्मविश्वासी prompt authoritative लग सकता है। इसका remedy केवल disclaimer नहीं है। इसके लिए provenance, uncertainty labels, restrained prompting, realistic testing और system को अनदेखा करने के लिए वास्तविक human authority की आवश्यकता होती है।

FAQ

negotiation assistant workflow का सबसे महत्वपूर्ण हिस्सा क्या है?

Controlled negotiation state। यह approved pre-meeting context, authorized meeting record, positions में changes, unresolved questions और human approvals को जोड़ता है। इसके बिना, preparation, live prompts और follow-up एक-दूसरे का विरोध कर सकते हैं।

क्या एक Real-time negotiation assistant को supplier से बात करनी चाहिए?

डिफ़ॉल्ट रूप से नहीं। अधिकांश enterprise negotiation settings में, live guidance private और nonbinding रहनी चाहिए। Authorized negotiator तय करता है कि क्या कहना है, क्या रोककर रखना है, और प्रत्येक prompt का उपयोग करना है या नहीं।

क्या live negotiation support के लिए meeting recording आवश्यक है?

नहीं। Capture में approved notes, chat, documents या manually confirmed entries शामिल हो सकते हैं। Notes-only mode अधिक उपयुक्त हो सकता है जब recording legal, confidentiality, trust या retention concerns पैदा करे।

पोस्ट-मीटिंग follow-up को किसे approve करना चाहिए?

हर external message को एक authorized employee approve करे। प्रासंगिक commercial, finance, legal, compliance और system owners को अपनी जवाबदेही के अंतर्गत आने वाले मामलों का verification करना चाहिए, जिनमें pricing, assumptions, contract language, commitments, retention और record updates शामिल हैं।

टीमों को Real-Time Negotiation Workflow का मूल्यांकन कैसे करना चाहिए?

Source accuracy, prompt usefulness, correction frequency, missed commitments, authority violations, data exposure और user behavior का मूल्यांकन करें। सफलता को केवल negotiated price से परिभाषित न करें; quality, resilience, implementation risk और relationship outcomes को भी शामिल करें।

आगे पढ़ें

• NIST AI Risk Management Framework Resource Center
• NIST Generative Artificial Intelligence Profile
• ISO/IEC 42001:2023
• FTC Data Security Guidance
• DOJ Antitrust Compliance Guidance, November 2024

अस्वीकरण: यह लेख सामान्य परिचालन जानकारी प्रदान करता है, कानूनी, वित्तीय, compliance या procurement सलाह नहीं; अपनी परिस्थितियों के लिए योग्य पेशेवरों से परामर्श करें।