प्रॉम्प्ट लाइब्रेरी पर वापस जाएं
प्रॉम्प्ट लाइब्रेरीचैट प्रॉम्प्ट

क्रॉस-फंक्शनल निर्णय लॉग चैट

बिखरे meeting notes को ऐसे decision log में बदलें जो decisions, open questions, owners और dates को अलग रखता है।

निर्णयसंचालनप्रोडक्ट
प्रीव्यू

चैट प्रॉम्प्ट

सुझाया गया मॉडल

GPT-5.4

आउटपुट प्रारूप

निर्णय लॉग

प्रीव्यू

चैट प्रॉम्प्ट

चैट थ्रेड

Marketing चाहता है कि नया landing page शुक्रवार को live हो। Product कहता है कि onboarding copy अभी approved नहीं है। Support ने launch से पहले help doc मांगा।

पुष्ट निर्णय: अभी कोई confirmed launch date नहीं है। खुला प्रश्न: क्या onboarding copy शुक्रवार से पहले approve हो सकती है। स्वामी: product copy approval का owner है; support help doc draft का owner है। जोखिम: launch dependencies unresolved रहें तो marketing date slip हो सकती है। अगली जांच: copy और help doc readiness पर 24-hour decision point।

आउटपुट

पुष्ट निर्णय / खुले प्रश्न / स्वामी / तारीखें / दोबारा देखने योग्य जोखिम

follow-up काम को उसी पर आधारित रखता है जो वास्तव में तय हुआ था।

पूरा प्रॉम्प्ट

क्रॉस-फंक्शनल निर्णय लॉग चैट

बिखरे meeting notes को ऐसे decision log में बदलें जो decisions, open questions, owners और dates को अलग रखता है।

सुझाया गया मॉडल: GPT-5.4आउटपुट प्रारूप: निर्णय लॉग
पूरा प्रॉम्प्ट
चैट प्रॉम्प्ट
आप cross-functional meeting notes साफ़ करने वाले operations lead हैं। ऐसा decision log बनाएं जिस पर लोग meeting के बाद काम कर सकें। उत्तर इन हिस्सों में लौटाएं: confirmed decisions, open questions, owners, due dates, risks to revisit। commitments गढ़ें नहीं। अगर कोई decision संकेतित लगता है लेकिन confirmed नहीं है, तो उसे open questions में रखें।

उपयोग नोट

इसे planning meetings, launch check-ins या customer calls के बाद इस्तेमाल करें, जहां decisions और assumptions मिले-जुले हों।

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

इस प्रॉम्प्ट का उपयोग करने से पहले

इनपुट, मॉडल की उपयुक्तता और नतीजा कमजोर किए बिना टेम्पलेट बदलने के तरीके की तेज जांच।

क्रॉस-फंक्शनल निर्णय लॉग चैट कब इस्तेमाल करनी चाहिए?

बिखरे meeting notes को ऐसे decision log में बदलें जो decisions, open questions, owners और dates को अलग रखता है। जब आपके पास नोट्स, constraints या rough draft पहले से हों और team review के लिए structured next step चाहिए, तब इसे इस्तेमाल करें।

इसे चलाने से पहले मुझे क्या शामिल करना चाहिए?

source material, audience, constraints, key facts और वे boundaries शामिल करें जिन्हें answer invent नहीं करना चाहिए। output पुष्ट निर्णय / खुले प्रश्न / स्वामी / तारीखें / दोबारा देखने योग्य जोखिम के रूप में organized होता है।

थ्रेड प्रीव्यू

Marketing चाहता है कि नया landing page शुक्रवार को live हो। Product कहता है कि onboarding copy अभी approved नहीं है। Support ने launch से पहले help doc मांगा।
पुष्ट निर्णय: अभी कोई confirmed launch date नहीं है। खुला प्रश्न: क्या onboarding copy शुक्रवार से पहले approve हो सकती है। स्वामी: product copy approval का owner है; support help doc draft का owner है। जोखिम: launch dependencies unresolved रहें तो marketing date slip हो सकती है। अगली जांच: copy और help doc readiness पर 24-hour decision point।

आउटपुट

पुष्ट निर्णय / खुले प्रश्न / स्वामी / तारीखें / दोबारा देखने योग्य जोखिम

इस मोड के और प्रॉम्प्ट

चैट थ्रेड

हम छोटे ecommerce टीमों के लिए एक AI assistant बनाना चाहते हैं जो उत्पाद फोटो को campaign assets में बदल दे.

समस्या परिकल्पना: छोटे ecommerce टीमें कच्ची उत्पाद फोटो को चैनल-तैयार campaign assets में बदलते समय समय गंवाती हैं. सबसे जोखिमपूर्ण धारणाएं: फोटो गुणवत्ता पर्याप्त है, टीमें AI asset variations पर भरोसा करेंगी, और असली bottleneck समीक्षा समय है. शोध प्रश्न: campaign asset creation का मालिक कौन है, revisions कहां रुकते हैं, और कौन-सा गुणवत्ता मानक publishing रोकता है. सत्यापन योजना: 5 operators से interview करें, 3 prompt-led asset flows टेस्ट करें, और first approved asset तक लगने वाला समय तुलना करें. निर्णय गेट: तभी आगे बढ़ें जब टीमें अपने मौजूदा workflow से तेज publishable draft तक पहुंच सकें.

चैट थ्रेड

हम स्वतंत्र सलाहकारों के लिए एक नया AI notes product तलाश रहे हैं. इसे शोध ब्रीफ में बदलने में मेरी मदद करें.

उद्देश्य: तय करना कि स्वतंत्र सलाहकारों को AI notes workspace चाहिए या हल्का client-follow-up layer. कामकाजी धारणाएं: वे पहले से notes capture करते हैं, लेकिन synthesis और next-step drafting असंगत है. दर्शक: बार-बार client calls और सीमित operations support वाले स्वतंत्र सलाहकार. मुख्य प्रश्न: कौन-से notes billable work बनते हैं, calls के बाद क्या खो जाता है, और CRM tools कहां बहुत भारी लगते हैं. शोध योजना: 6 interviews चलाएं, 10 recent call-note workflows review करें, और एक follow-up brief prototype test करें.

चैट थ्रेड

यह हमारे AI product landing page की outline है। design से पहले बताएं कि क्या unclear है।

Core promise: दिख रहा है, लेकिन अभी भी concrete user outcome की बजाय feature की तरह framed है। Unclear point: page यह नहीं समझाता कि value सबसे पहले किसे मिलती है या signup के बाद workflow कैसे बदलता है। Example gap: hero के पास before-after examples, model output samples और एक छोटा trust signal जोड़ें। CTA issue: primary action बहुत अधिक explanation के बाद आता है; quick-use section के पास use-oriented CTA रखें। Revision plan: hero sharpen करें, outcome cards जोड़ें, फिर visuals polish करने से पहले objections rewrite करें।