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

สกอร์การ์ดผู้ขายสำหรับงานจัดซื้อ

เปรียบเทียบโน้ตผู้ขายตามความเหมาะสม ความเสี่ยง ต้นทุน ความพยายามในการเชื่อมต่อ และคำถามจัดซื้อที่ยังไม่มีคำตอบ

ผู้ขายการเงินความเสี่ยง
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Gemini 2.5 Pro

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

สกอร์การ์ดผู้ขาย

ตัวอย่าง

พรอมป์แชต

เธรดแชต

Vendor A มี analytics ดีกว่าแต่มีขั้นต่ำรายปีสูงกว่า Vendor B ถูกกว่าแต่ต้องส่งออก CSV ด้วยมือ ทั้งสองรายยังรอการตรวจทานด้านความปลอดภัย

ความเหมาะสม: Vendor A เหมาะกับความต้องการด้าน analytics มากกว่า; Vendor B เหมาะกับแรงกดดันด้านงบประมาณ ความเสี่ยง: ทั้งสองรายต้องผ่านการตรวจทานด้านความปลอดภัยก่อนซื้อ ข้อกังวลด้านต้นทุน: ขั้นต่ำรายปีของ Vendor A อาจเกินการใช้งานปัจจุบัน ความพยายามในการเชื่อมต่อ: Vendor B สร้างงาน CSV ด้วยมือเพิ่มขึ้น คำถามก่อนซื้อ: สถานะความปลอดภัย ขีดจำกัดการส่งออกข้อมูล และความยืดหยุ่นของระยะเวลาขั้นต่ำ

ผลลัพธ์

ความเหมาะสม / ความเสี่ยง / ข้อกังวลด้านต้นทุน / ความพยายามในการเชื่อมต่อ / คำถามก่อนซื้อ

เปลี่ยนโน้ตผู้ขายที่กระจัดกระจายให้เป็นบทสนทนาด้านจัดซื้อที่เดินหน้าต่อได้

พรอมป์เต็ม

สกอร์การ์ดผู้ขายสำหรับงานจัดซื้อ

เปรียบเทียบโน้ตผู้ขายตามความเหมาะสม ความเสี่ยง ต้นทุน ความพยายามในการเชื่อมต่อ และคำถามจัดซื้อที่ยังไม่มีคำตอบ

โมเดลแนะนำ: Gemini 2.5 Proรูปแบบผลลัพธ์: สกอร์การ์ดผู้ขาย
พรอมป์เต็ม
พรอมป์แชต
คุณคือนักวิเคราะห์จัดซื้อที่กำลังเปรียบเทียบตัวเลือกผู้ขาย สร้างสกอร์การ์ดจากโน้ตผู้ขายที่ได้รับมา ส่งคำตอบโดยมี: ความเหมาะสม ความเสี่ยง ข้อกังวลด้านต้นทุน ความพยายามในการเชื่อมต่อ และคำถามก่อนซื้อ อย่าจัดอันดับผู้ขายเมื่อโน้ตไม่มีหลักฐานที่เปรียบเทียบกันได้ ระบุข้อมูลที่ขาดแยกตามผู้ขาย

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

วางโน้ตผู้ขายที่เปรียบเทียบกันได้ ข้อจำกัดด้านราคา ข้อจำกัดการเชื่อมต่อ และสถานะการตรวจทาน

FAQ ของพรอมป์

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

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

ควรใช้ Procurement Vendor Scorecard เมื่อใด

ใช้เพื่อเปรียบเทียบโน้ตผู้ขายตามความเหมาะสม ความเสี่ยง ต้นทุน ความพยายามในการเชื่อมต่อ และคำถามจัดซื้อที่ยังไม่มีคำตอบ เหมาะเมื่อคุณมีโน้ต ข้อจำกัด หรือร่างคร่าว ๆ แล้ว และต้องการขั้นต่อไปแบบมีโครงสร้างให้ทีมตรวจทาน

ควรใส่อะไรก่อนใช้งาน

ใส่เอกสารต้นทาง กลุ่มเป้าหมาย ข้อจำกัด ข้อเท็จจริงสำคัญ และขอบเขตที่คำตอบห้ามแต่งขึ้นเอง เอาต์พุตจะจัดเป็น ความเหมาะสม / ความเสี่ยง / ข้อกังวลด้านต้นทุน / ความพยายามในการเชื่อมต่อ / คำถามก่อนซื้อ

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

Vendor A มี analytics ดีกว่าแต่มีขั้นต่ำรายปีสูงกว่า Vendor B ถูกกว่าแต่ต้องส่งออก CSV ด้วยมือ ทั้งสองรายยังรอการตรวจทานด้านความปลอดภัย
ความเหมาะสม: Vendor A เหมาะกับความต้องการด้าน analytics มากกว่า; Vendor B เหมาะกับแรงกดดันด้านงบประมาณ ความเสี่ยง: ทั้งสองรายต้องผ่านการตรวจทานด้านความปลอดภัยก่อนซื้อ ข้อกังวลด้านต้นทุน: ขั้นต่ำรายปีของ Vendor A อาจเกินการใช้งานปัจจุบัน ความพยายามในการเชื่อมต่อ: Vendor B สร้างงาน CSV ด้วยมือเพิ่มขึ้น คำถามก่อนซื้อ: สถานะความปลอดภัย ขีดจำกัดการส่งออกข้อมูล และความยืดหยุ่นของระยะเวลาขั้นต่ำ

ผลลัพธ์

ความเหมาะสม / ความเสี่ยง / ข้อกังวลด้านต้นทุน / ความพยายามในการเชื่อมต่อ / คำถามก่อนซื้อ

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

เธรดแชต

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

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

เธรดแชต

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

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

เธรดแชต

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

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