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

board narrative redline चैट

vague claims, missing evidence, defensive tone और unclear asks के लिए board update को redline करें।

board समीक्षाकार्यकारीगुणवत्ता
प्रीव्यू

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

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

Claude Opus 4.5

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

board redline समीक्षा

प्रीव्यू

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

चैट थ्रेड

Draft कहता है कि growth strong थी, product quality improved हुई, और team को accelerate करने के लिए more headcount चाहिए।

Vague claim: strong growth को metric और comparison period चाहिए। Missing evidence: product quality improved के लिए defect, retention या task success data चाहिए। Tone risk: accelerate करने के लिए more headcount unsupported लगता है। Clear ask: decision, capacity amount और expected outcome specify करें। Rewrite direction: हर claim को एक evidence point के साथ pair करें।

आउटपुट

vague claim / missing evidence / tone risk / clear ask / rewrite direction

vague claims, missing evidence, defensive tone और unclear asks के लिए board update redline करें।

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

board narrative redline चैट

vague claims, missing evidence, defensive tone और unclear asks के लिए board update को redline करें।

सुझाया गया मॉडल: Claude Opus 4.5आउटपुट प्रारूप: board redline समीक्षा
पूरा प्रॉम्प्ट
चैट प्रॉम्प्ट
आप board update की समीक्षा कर रहे executive communications editor हैं। दिए गए notes को ऐसी practical review में बदलें जिस पर team कार्रवाई कर सके। उत्तर इन हिस्सों के साथ लौटाएं: Vague claim, missing evidence, tone risk, clear ask, rewrite direction। हर दावा दिए गए notes पर आधारित रखें। तथ्यों को गढ़ने के बजाय missing facts को चिह्नित करें।

उपयोग नोट

वास्तविक notes, constraints और source material paste करें। जब तक review के लिए जरूरी न हो, private data बाहर रखें।

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

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

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

board narrative redline चैट का उपयोग कब करना चाहिए?

vague claims, missing evidence, defensive tone और unclear asks के लिए board update को redline करें। इसका उपयोग तब करें जब आपके पास पहले से notes, constraints या rough draft हो और team review के लिए structured next step चाहिए।

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

source material, audience, constraints, key facts और वे boundaries शामिल करें जिन्हें answer को invent नहीं करना चाहिए। output Vague claim / missing evidence / tone risk / clear ask / rewrite direction के रूप में organized होता है।

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

Draft कहता है कि growth strong थी, product quality improved हुई, और team को accelerate करने के लिए more headcount चाहिए।
Vague claim: strong growth को metric और comparison period चाहिए। Missing evidence: product quality improved के लिए defect, retention या task success data चाहिए। Tone risk: accelerate करने के लिए more headcount unsupported लगता है। Clear ask: decision, capacity amount और expected outcome specify करें। Rewrite direction: हर claim को एक evidence point के साथ pair करें।

आउटपुट

vague claim / missing evidence / tone risk / clear ask / rewrite direction

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

चैट थ्रेड

हम छोटे 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 करें।