Prompt library پر واپس
Prompt libraryChat Prompt

مختصر جواب ٹون فکس چیٹ

مختصر customer reply کو ایسا rewrite کریں کہ وہ clear، calm اور specific ہو، مگر unsupported promises شامل نہ ہوں۔

سپورٹکسٹمرکوالٹی
Preview

Chat Prompt

Recommended model

Claude Haiku 4.5

Output format

ٹون درست کیا ہوا جواب

Preview

Chat Prompt

chat thread

Original reply: ہم یہ refund نہیں کر سکتے۔ بعد میں دوبارہ کوشش کریں۔ Policy اجازت نہیں دیتی۔

Revised reply: میں صرف اس message کی بنیاد پر refund approve نہیں کر سکتا، مگر failed task کا review کرنے میں مدد کر سکتا ہوں۔ براہ کرم task ID اور چلنے کا وقت بھیجیں تاکہ ہم logs چیک کر سکیں۔ Tone change: firm مگر helpful۔ Removed risk: unsupported blanket policy claim نہیں۔ Remaining caveat: refund task review پر منحصر ہے۔

Output

revised reply / tone change / removed risk / remaining caveat بریف

اس وقت مفید جب reply technically correct ہو مگر customer کے لیے بہت abrupt لگے۔

Full prompt

مختصر جواب ٹون فکس چیٹ

مختصر customer reply کو ایسا rewrite کریں کہ وہ clear، calm اور specific ہو، مگر unsupported promises شامل نہ ہوں۔

Recommended model: Claude Haiku 4.5Output format: ٹون درست کیا ہوا جواب
Full prompt
Chat Prompt
آپ tone اور clarity کے لیے ایک short customer support reply edit کر رہے ہیں۔ actual policy اور facts کو برقرار رکھتے ہوئے reply کو بہتر بنائیں۔ جواب ان حصوں کے ساتھ دیں: revised reply، tone change، removed risk، remaining caveat۔ جواب مختصر رکھیں۔ apology، compensation یا timeline language شامل نہ کریں جب تک وہ facts میں موجود نہ ہو۔

Usage notes

original reply، confirmed facts اور policy boundary paste کریں۔ private account details کو prompt سے باہر رکھیں۔

Prompt FAQ

یہ prompt استعمال کرنے سے پہلے

Inputs، model fit اور template adapt کرنے کے طریقے کو جلد check کریں تاکہ result کمزور نہ ہو۔

Short Reply Tone Fix Chat کب استعمال کرنا چاہیے؟

مختصر customer reply کو ایسا rewrite کریں کہ وہ clear، calm اور specific ہو، مگر unsupported promises شامل نہ ہوں۔ اسے تب استعمال کریں جب آپ کے پاس پہلے سے نوٹس، پابندیاں یا rough draft موجود ہو اور ٹیم کے جائزے کے لیے منظم اگلا قدم چاہیے۔

چلانے سے پہلے کیا شامل کرنا چاہیے؟

ماخذ مواد، سامعین، پابندیاں، اہم حقائق اور وہ حدود شامل کریں جنہیں جواب گھڑ نہ سکے۔ آؤٹ پٹ Revised reply / tone change / removed risk / remaining caveat کے طور پر منظم ہوتا ہے۔

Thread preview

Original reply: ہم یہ refund نہیں کر سکتے۔ بعد میں دوبارہ کوشش کریں۔ Policy اجازت نہیں دیتی۔
Revised reply: میں صرف اس message کی بنیاد پر refund approve نہیں کر سکتا، مگر failed task کا review کرنے میں مدد کر سکتا ہوں۔ براہ کرم task ID اور چلنے کا وقت بھیجیں تاکہ ہم logs چیک کر سکیں۔ Tone change: firm مگر helpful۔ Removed risk: unsupported blanket policy claim نہیں۔ Remaining caveat: refund task review پر منحصر ہے۔

Output

revised reply / tone change / removed risk / remaining caveat بریف

اس mode میں مزید prompts

chat thread

ہم چھوٹی ecommerce teams کے لیے ایک AI assistant بنانا چاہتے ہیں جو product photos کو campaign assets میں بدل دے۔

Problem hypothesis: چھوٹی ecommerce teams raw product photos کو channel-ready campaign assets میں بدلنے میں وقت ضائع کرتی ہیں۔ Riskiest assumptions: photo quality کافی اچھی ہے، teams AI asset variation پر اعتماد کرتی ہیں، اور اصل bottleneck review time ہے۔ Research questions: campaign asset creation کا owner کون ہے، revisions کہاں رکتی ہیں، اور کون سا quality bar publishing کو روکتا ہے۔ Validation plan: 5 operators کے interviews کریں، 3 prompt-led asset flows test کریں، اور time-to-first-approved asset compare کریں۔ Decision gate: صرف اس صورت میں آگے بڑھیں جب teams اپنے current workflow سے تیز publishable draft تک پہنچ سکیں۔

chat thread

ہم solo consultants کے لیے ایک نیا AI notes product explore کر رہے ہیں۔ اسے research brief میں بدلنے میں میری مدد کریں۔

Objective: define کریں کہ solo consultants کو AI notes workspace چاہیے یا ہلکی client-follow-up layer۔ Working assumptions: وہ پہلے ہی notes capture کرتے ہیں، مگر synthesis اور next-step drafting inconsistent ہیں۔ Audience: recurring client calls اور limited operations support رکھنے والے solo consultants۔ Key questions: کون سے notes billable work بنتے ہیں، calls کے بعد کیا کھو جاتا ہے، اور CRM tools کہاں بہت heavy محسوس ہوتے ہیں۔ Research plan: 6 interviews کریں، 10 recent call-note workflows review کریں، اور ایک follow-up brief prototype test کریں۔

chat thread

یہ ہمارے AI پروڈکٹ لینڈنگ پیج کا خاکہ ہے۔ ڈیزائن شروع کرنے سے پہلے بتائیں کہ کیا بات غیر واضح ہے۔

بنیادی وعدہ: دکھائی دے رہا ہے، لیکن ابھی بھی اسے ایک ٹھوس صارف نتیجے کے بجائے فیچر کے طور پر پیش کیا گیا ہے۔ غیر واضح نکتہ: صفحہ یہ نہیں بتاتا کہ سب سے پہلے کس صارف کو value ملتی ہے یا signup کے بعد workflow کیسے بدلتا ہے۔ مثال کی کمی: before-after مثالیں، model output samples، اور hero کے قریب ایک مختصر trust signal شامل کریں۔ CTA مسئلہ: بنیادی action بہت زیادہ وضاحت کے بعد آتا ہے؛ quick-use سیکشن کے قریب استعمال پر مبنی CTA منتقل کریں۔ ترمیمی منصوبہ: hero کو تیز کریں، outcome cards شامل کریں، پھر visuals polish کرنے سے پہلے اعتراضات دوبارہ لکھیں۔