กลับไปที่คลังพรอมป์
คลังพรอมป์พรอมป์แชต

แชตรับมือข้อโต้แย้งการขาย

ใช้ workflow แชตแบบมีโครงสร้างเพื่อจับคู่ buyer objections กับคำตอบที่กระชับและอิงหลักฐาน

Salesข้อโต้แย้งการขายการวางตำแหน่ง
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Gemini 3.1 Pro

รูปแบบผลลัพธ์

แชตรับมือข้อโต้แย้งการขาย

ตัวอย่าง

พรอมป์แชต

เธรดแชต

ช่วยตอบ objection นี้: เราจ่ายเงินให้ AI tools แยกกันอยู่แล้ว

Objection type: switching cost และ budget fatigue Reply angle: Rivya ไม่ใช่เครื่องมือ single-purpose อีกตัว แต่รวม discovery, prompts, outputs และ credits ไว้ด้วยกัน Example to show: workflow เดียวที่ย้ายจาก prompt template ไปสู่ result review Do not claim: ประหยัดต้นทุนอัตโนมัติโดยไม่มี usage data ของพวกเขา

ผลลัพธ์

วัตถุประสงค์ / บริบท / การประเมิน / ความเสี่ยง / การดำเนินการที่แนะนำ / ข้อมูลที่ยังขาด

ตัวอย่างบทสนทนาแบบมีโครงสร้างสำหรับ Sales Objection Handler Chat

พรอมป์เต็ม

แชตรับมือข้อโต้แย้งการขาย

Sales Objection Handler Chat: จับคู่ buyer objections กับคำตอบที่กระชับและอิงหลักฐาน

โมเดลแนะนำ: Gemini 3.1 Proรูปแบบผลลัพธ์: แชตรับมือข้อโต้แย้งการขาย
พรอมป์เต็ม
พรอมป์แชต
คุณคือ sales enablement lead จาก input ของผู้ใช้ ให้จับคู่ buyer objections กับคำตอบที่กระชับและอิงหลักฐาน ส่งคำตอบแบบมีโครงสร้างโดยมี: objective, known context, key judgment, risks or gaps, recommended actions และ missing information อ้างอิง claims จาก material ที่ให้มา ระบุ assumptions แทนการแต่ง facts ขึ้นเอง ถาม clarifying question ได้ไม่เกินหนึ่งข้อ เฉพาะเมื่อ context สำคัญขาดอยู่เท่านั้น

หมายเหตุการใช้งาน

วางบริบทจริง ข้อจำกัด audience และ deadline อย่าให้โมเดลแต่ง facts ที่ขาดขึ้นเอง

FAQ ของพรอมป์

ก่อนใช้พรอมป์นี้

ตรวจสอบอย่างรวดเร็วเรื่องอินพุต ความเหมาะของโมเดล และวิธีปรับเทมเพลตโดยไม่ทำให้ผลลัพธ์อ่อนลง

ควรใช้ Sales Objection Handler Chat เมื่อไร?

ใช้เมื่อต้องเปลี่ยน input จริงให้เป็นผลลัพธ์แชตที่มีโครงสร้าง ทำต่อได้ และ review ได้

ควรเพิ่มอะไรก่อนรัน?

เพิ่ม goal, constraints, audience, source material และ boundaries ที่โมเดลห้ามแต่งขึ้นเอง

ตัวอย่างเธรด

ช่วยตอบ objection นี้: เราจ่ายเงินให้ AI tools แยกกันอยู่แล้ว
Objection type: switching cost และ budget fatigue Reply angle: Rivya ไม่ใช่เครื่องมือ single-purpose อีกตัว แต่รวม discovery, prompts, outputs และ credits ไว้ด้วยกัน Example to show: workflow เดียวที่ย้ายจาก prompt template ไปสู่ result review Do not claim: ประหยัดต้นทุนอัตโนมัติโดยไม่มี usage data ของพวกเขา

ผลลัพธ์

วัตถุประสงค์ / บริบท / การประเมิน / ความเสี่ยง / การดำเนินการที่แนะนำ / ข้อมูลที่ยังขาด

พรอมป์เพิ่มเติมในโหมดนี้

เธรดแชต

เราต้องการสร้างผู้ช่วย AI สำหรับทีมอีคอมเมิร์ซขนาดเล็กที่เปลี่ยนภาพสินค้าให้เป็นแอสเซ็ตแคมเปญ

สมมติฐานปัญหา: ทีมอีคอมเมิร์ซขนาดเล็กเสียเวลาในการเปลี่ยนภาพสินค้าดิบให้เป็นแอสเซ็ตแคมเปญพร้อมใช้ในแต่ละช่องทาง สมมติฐานที่เสี่ยงที่สุด: คุณภาพภาพสูงพอ ทีมเชื่อถือการสร้างรูปแบบแอสเซ็ตด้วย AI และเวลาตรวจทานคือคอขวดจริง คำถามวิจัย: ใครเป็นเจ้าของการสร้างแอสเซ็ตแคมเปญ การแก้ไขติดขัดตรงไหน และมาตรฐานคุณภาพใดที่ขวางการเผยแพร่ แผนตรวจสอบ: สัมภาษณ์ operator 5 คน ทดสอบ flow สร้างแอสเซ็ตด้วยพรอมป์ต์ 3 แบบ และเปรียบเทียบเวลาจนได้แอสเซ็ตที่อนุมัติครั้งแรก เกตตัดสินใจ: ไปต่อเฉพาะเมื่อทีมสามารถได้ดราฟต์ที่เผยแพร่ได้เร็วกว่ากระบวนการปัจจุบัน

เธรดแชต

เรากำลังสำรวจผลิตภัณฑ์โน้ต AI ใหม่สำหรับที่ปรึกษาเดี่ยว ช่วยเปลี่ยนเรื่องนี้ให้เป็นบรีฟวิจัย

วัตถุประสงค์: ระบุว่าที่ปรึกษาเดี่ยวต้องการ workspace โน้ต AI หรือเลเยอร์ติดตามลูกค้าที่เบากว่า สมมติฐานที่ใช้ทำงาน: พวกเขาจดโน้ตอยู่แล้ว แต่การสังเคราะห์และร่างขั้นตอนถัดไปยังไม่สม่ำเสมอ กลุ่มเป้าหมาย: ที่ปรึกษาเดี่ยวที่มีสายคุยลูกค้าซ้ำและมีซัพพอร์ตด้านปฏิบัติการจำกัด คำถามหลัก: โน้ตแบบใดกลายเป็นงานที่คิดเงินได้ อะไรตกหล่นหลังการคุย และเครื่องมือ CRM หนักเกินไปตรงไหน แผนวิจัย: สัมภาษณ์ 6 คน ทบทวนเวิร์กโฟลว์โน้ตการโทรล่าสุด 10 ชุด และทดสอบต้นแบบบรีฟติดตามผลหนึ่งแบบ

เธรดแชต

นี่คือโครงหน้า Landing Page สำหรับผลิตภัณฑ์ AI ของเรา ช่วยบอกหน่อยว่าอะไรยังไม่ชัดเจนก่อนที่เราจะออกแบบ

คำมั่นหลัก: มองเห็นได้แล้ว แต่ยังถูกวางกรอบเหมือนฟีเจอร์มากกว่าผลลัพธ์ที่เป็นรูปธรรมสำหรับผู้ใช้ จุดที่ไม่ชัดเจน: หน้าเว็บยังไม่ได้อธิบายว่าใครจะได้รับคุณค่าก่อน และเวิร์กโฟลว์จะเปลี่ยนไปอย่างไรหลังสมัครใช้งาน ช่องว่างของตัวอย่าง: เพิ่มตัวอย่างก่อน-หลัง ตัวอย่างผลลัพธ์จากโมเดล และสัญญาณความน่าเชื่อถือสั้นๆ ใกล้ส่วน Hero ปัญหา CTA: การกระทำหลักปรากฏหลังคำอธิบายมากเกินไป ควรย้าย CTA ที่เน้นการใช้งานให้เข้าใกล้ส่วนเริ่มใช้เร็ว แผนแก้ไข: ทำให้ Hero คมขึ้น เพิ่มการ์ดผลลัพธ์ แล้วเขียนส่วนจัดการข้อโต้แย้งใหม่ก่อนขัดเกลาภาพ