ตัวอย่างงาน
วิเคราะห์คนทักเยอะแต่ไม่ซื้อ
แยกคุณภาพคนทัก ข้อมูลที่โฆษณาบอก และขั้นตอนตอบแชทก่อนสรุปว่าแอดผิด
ดูตัวอย่างก่อนเริ่ม
ดูตัวอย่างจากโจทย์สมมติ แล้วเปลี่ยนข้อมูลให้เป็นงานของคุณ
ข้อมูลที่คุณมี
ข้อมูลสมมติ: 96 แชท, 34 คนระบุสินค้าที่ต้องการ, 20 ได้ราคา, 5 ออเดอร์; โฆษณาไม่ได้บอกราคาเริ่มต้น; ทีมตอบเฉลี่ย 4 ชั่วโมง
ตัวอย่างผลลัพธ์
FACT: 62 แชทไม่มีข้อมูลพอคัดกรอง และ quote→order 25%. HYPOTHESIS: ความคาดหวังเรื่องราคาและเวลาตอบอาจทำให้หลุด. CHECK: ทำ reason code แบบไม่เก็บ PII และแยกเวลาตอบตามผลลัพธ์. ACTION: ทดสอบบอกช่วงราคาและคำถามคัดกรองก่อนเปลี่ยนกลุ่มเป้าหมาย. MEASURE: qualified-chat rate, quote rate, paid-order rate.
- เหมาะกับใคร
- เจ้าของธุรกิจ ทีมการตลาด และคนดูแลโฆษณาที่ต้องตัดสินใจจากรายงานจริง
- ใช้ทำอะไร
- แยกคุณภาพคนทัก ข้อมูลที่โฆษณาบอก และขั้นตอนตอบแชทก่อนสรุปว่าแอดผิด
ใช้คำสั่งอะไร
คำสั่งต้นฉบับ
วิเคราะห์งาน “วิเคราะห์คนทักเยอะแต่ไม่ซื้อ” สำหรับ Facebook / Instagram จากข้อมูลของฉันเท่านั้น ข้อมูลที่ให้ - รายงานโฆษณาและจำนวนแชท: [ข้อมูลรายงาน] - สรุปบทสนทนาแบบไม่ระบุตัวบุคคล: [เป้าหมายและขอบเขต] - ขั้นตอนขายและนิยามปิดการขาย: [การวัดผล] - ข้อเสนอ ราคา และข้อมูลในโฆษณา: [บริบทที่เปลี่ยน] - ช่วงเวลาและสิ่งที่เปลี่ยน: [ข้อจำกัด] ตรวจข้อมูลก่อน - ระบุ grain, ช่วงวันที่, เขตเวลา, สกุลเงิน, เป้าหมาย Campaign, Optimization/Conversion event และ Attribution window ข้อมูลที่ไม่มีให้เขียน “ยังไม่มีข้อมูล” ห้ามแทนด้วยศูนย์ - ตรวจ total/subtotal/breakdown ซ้ำ, แถวซ้ำ, missing, หน่วย, ค่าติดลบ และ data lag ส่วนที่ scope เทียบกันไม่ได้ให้หยุดเทียบ - คอลัมน์ที่ควรมีสำหรับงานนี้: spend, messaging_conversations, qualified_conversations, quotes, orders, revenue. ทำ mapping ชื่อคอลัมน์ก่อนคำนวณ และแสดงสูตรพร้อม numerator/denominator - ตัดชื่อ อีเมล เบอร์โทร token cookie และข้อมูลที่ระบุตัวลูกค้าออกก่อนแนบ วิธีทำงานนี้ สร้าง Funnel จากทัก → ตรงงาน → ได้ราคา → สั่งซื้อ และชี้ว่าต้องเก็บข้อมูลใดเพิ่ม. ห้ามอ่านข้อความส่วนตัวหรือสรุปคุณภาพ Lead จากจำนวนแชทอย่างเดียว. เกณฑ์ตัดสิน - แยก FACT / HYPOTHESIS / CHECK / ACTION / MEASURE ห้ามแต่ง benchmark สาเหตุ หรือตัดสินจาก Metric เดียว - ตรวจงบ ช่วงเวลา เป้าหมาย Conversion, Attribution, Tracking, margin/lead quality และเหตุการณ์ที่เปลี่ยนก่อนเสนอเพิ่ม ลด หยุด หรือโยกงบ - การทดลองต้องเปลี่ยนหนึ่งตัวแปร ระบุ owner, risk, stop/rollback rule และวันอ่านผลตาม Attribution/data lag - Prompt นี้ไม่เชื่อม API และไม่เปลี่ยน Campaign ให้ ผู้ใช้ต้องตรวจและอนุมัติเอง รูปแบบคำตอบ 1. ขอบเขตและข้อมูลที่ยังขาด 2. ตาราง Metric / สูตร / แหล่งแถว / เทียบได้หรือไม่ได้ 3. ปัญหา → หลักฐาน → สาเหตุที่เป็นไปได้ → หลักฐานค้าน 4. CHECK ที่เสี่ยงต่ำก่อน 5. ACTION: owner / risk / stop rule / rollback 6. MEASURE: data source / Attribution / วันที่อ่านผล 7. สรุปสำหรับคนตัดสินใจและสิ่งที่ยังห้ามสรุป
ข้อมูลที่ต้องเปลี่ยน
[ข้อมูลรายงาน][เป้าหมายและขอบเขต][การวัดผล][บริบทที่เปลี่ยน][ข้อจำกัด]
สร้างคำสั่งของฉัน
เอาแนวนี้ไปใช้กับงานของคุณ
ใส่ข้อมูลเท่าที่มี เดี๋ยว KlangPrompt จัดคำสั่งให้
เริ่มใช้ใน 3 ขั้น
- ดูตัวอย่าง แล้วใส่ข้อมูลของคุณในช่องปรับคำสั่ง
- คัดลอกคำสั่ง แล้วเปิด ChatGPT, Claude หรือ Gemini
- วางคำสั่ง แล้วตรวจชื่อ ตัวเลข และรายละเอียดก่อนนำคำตอบไปใช้
