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

सपोर्ट मैक्रो कसने वाला चैट

सपोर्ट मैक्रो को संक्षिप्त करें, अस्पष्ट भाषा, नीति सीमा से बाहर दावे और अनावश्यक व्याख्या हटाएं.

सपोर्टगुणवत्ताऑपरेशंस
प्रीव्यू

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

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

Claude Haiku 4.5

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

सपोर्ट मैक्रो

प्रीव्यू

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

चैट थ्रेड

मैक्रो: यह होने के लिए माफ करें. हम हमेशा failed generations की जांच करते हैं और जब हमें पता चलेगा कि क्या गलत हुआ तो इसे ठीक करेंगे.

संशोधित मैक्रो: इसे भेजने के लिए धन्यवाद. कृपया failed generation का task ID और approximate time साझा करें ताकि हम logs review कर सकें. जरूरी placeholders: task ID, task time, जरूरत हो तो account email. नीति सीमा: review से पहले credit adjustment promise न करें. एजेंट नोट: केवल तब use करें जब customer failed generation report करे.

आउटपुट

संशोधित मैक्रो / जरूरी placeholders / नीति सीमा / एजेंट नोट

नीति दावे बढ़ाए बिना दोहराए जाने वाले सपोर्ट जवाबों को उपयोगी रखता है.

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

सपोर्ट मैक्रो कसने वाला चैट

सपोर्ट मैक्रो को संक्षिप्त करें, अस्पष्ट भाषा, नीति सीमा से बाहर दावे और अनावश्यक व्याख्या हटाएं.

सुझाया गया मॉडल: Claude Haiku 4.5आउटपुट प्रारूप: सपोर्ट मैक्रो
पूरा प्रॉम्प्ट
चैट प्रॉम्प्ट
आप बार-बार ग्राहक उपयोग के लिए सपोर्ट मैक्रो संपादित कर रहे हैं. मैक्रो को संक्षिप्त, सुरक्षित और सपोर्ट एजेंटों के लिए तैयार बनाएं. उत्तर में शामिल करें: संशोधित मैक्रो, जरूरी placeholders, नीति सीमा, एजेंट नोट. वादे जोड़कर macro को ज्यादा गर्मजोशी भरा न बनाएं. placeholders स्पष्ट रखें.

उपयोग नोट

confirmed policy और एक customer scenario at a time उपयोग करें. हर support case के लिए एक ही macro लिखने से बचें.

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

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

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

सपोर्ट मैक्रो कसने वाले चैट का उपयोग कब करना चाहिए?

सपोर्ट मैक्रो को संक्षिप्त करें, अस्पष्ट भाषा, नीति सीमा से बाहर दावे और अनावश्यक व्याख्या हटाएं. जब आपके पास notes, constraints या rough draft हों और team review के लिए structured next step चाहिए, तब इसका उपयोग करें.

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

source material, audience, constraints, key facts और वे boundaries शामिल करें जिन्हें answer को invent नहीं करना चाहिए. output Revised macro / required placeholders / policy boundary / agent note के रूप में organized होता है.

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

मैक्रो: यह होने के लिए माफ करें. हम हमेशा failed generations की जांच करते हैं और जब हमें पता चलेगा कि क्या गलत हुआ तो इसे ठीक करेंगे.
संशोधित मैक्रो: इसे भेजने के लिए धन्यवाद. कृपया failed generation का task ID और approximate time साझा करें ताकि हम logs review कर सकें. जरूरी placeholders: task ID, task time, जरूरत हो तो account email. नीति सीमा: review से पहले credit adjustment promise न करें. एजेंट नोट: केवल तब use करें जब customer failed generation report करे.

आउटपुट

संशोधित मैक्रो / जरूरी placeholders / नीति सीमा / एजेंट नोट

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

चैट थ्रेड

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