คลัง prompt
prompt เหล่านี้ใช้ภาษาธุรกิจแทนคำสั่งเครื่องมือ แทนค่า {shopName}, {period} และ {productName} เมื่อทราบข้อมูลแล้ว หากไม่ระบุร้าน ผู้ช่วยควรค้นหาร้านที่บัญชี DataGlass เข้าถึงได้ก่อนเริ่มวิเคราะห์
หากเพิ่งเริ่มใช้ตัวเชื่อมต่อ ให้ใช้ interactive prompt lab เพื่อสร้างคำถามและดู tool route จากนั้นดู ตัวอย่างครบขั้นตอน สำหรับคำตอบ 6 เรื่องพร้อมหลักฐานและรายการตรวจคุณภาพ
prompt ส่วนใหญ่ตอบได้ด้วยการอ่านข้อมูลอย่างเดียว มีบางส่วนที่จบด้วยข้อเสนอให้เปลี่ยนแปลง เช่น target ROAS การปรับราคา หรือการสั่งซื้อเพิ่ม ข้อเสนอเหล่านั้นจะทำงานจริงก็ต่อเมื่อ connector มีสิทธิ์เขียนของด้านนั้นและคุณอนุมัติการเปลี่ยนแปลงนั้นโดยเฉพาะ อ่านเพิ่มที่ สิทธิ์และความปลอดภัย
1. เริ่มต้นและค้นหาร้าน
Native playbook: getting-started
Workflow: ใช้ get_playbook เมื่อต้องการคำแนะนำ แล้วเรียก list_shopee_shops, list_lazada_shops หรือ list_tiktok_shops ตาม Marketplace ที่เกี่ยวข้อง
| สถานการณ์ | Prompt |
|---|---|
| เชื่อมต่อครั้งแรก | แสดงร้านทั้งหมดที่เชื่อมต่อและจัดกลุ่มตาม Marketplace |
| เลือกร้าน | ร้านใดวิเคราะห์ได้บ้าง และแต่ละร้านใช้ภูมิภาคกับสกุลเงินใด |
| เข้าใจขอบเขตข้อมูล | DataGlass วิเคราะห์อะไรได้บ้างสำหรับร้าน Shopee, Lazada และ TikTok Shop |
| เริ่มจาก workspace ปัจจุบัน | แนะนำข้อมูลที่มีสำหรับ {shopName} แบบสั้นๆ |
คำตอบที่ดี: แสดงชื่อและแพลตฟอร์มก่อน เก็บรหัสดิบไว้เป็นข้อมูลประกอบเว้นแต่ผู้ใช้ขอ
2. ตรวจสุขภาพร้าน
Native playbook: shop-health-check
Workflow: ค้นหาร้าน แล้วเรียก diagnose_shop ตาม suggestedTool ของ signal เมื่อจำเป็น ใช้ get_financial_overview สำหรับภาพรวมทุกร้าน
| สถานการณ์ | Prompt |
|---|---|
| ภาพรวมร้าน | {shopName} ทำผลงานอย่างไรใน 30 วันที่ผ่านมา แจ้งสิ่งที่ต้องตรวจสอบด้วย |
| เทียบรายสัปดาห์ | ตรวจสุขภาพ {shopName} สัปดาห์นี้เทียบกับสัปดาห์ก่อน |
| ตรวจความเสี่ยง | {shopName} มีปัญหาอะไรตอนนี้หรือไม่ เน้นกำไร GMV, margin ความครอบคลุม COGS และสินค้าขาดทุน |
| ภาพรวมหลายร้าน | สรุปกำไรที่เกิดขึ้นจริงและ margin ของทุกร้านใน {period} |
| สรุปผู้บริหาร | บอก 3 เรื่องสำคัญที่สุดที่ควรรู้เกี่ยวกับ {shopName} วันนี้ |
คำตอบที่ดี: เริ่มจากข้อสรุปหนึ่งบรรทัด ระบุ signal ระดับ warning หรือ critical และไม่แสดงตารางสินค้าทั้งหมดจนกว่าจะถูกขอ
3. อธิบายกำไร GMV หรือยอดขายที่ลดลง
Native playbook: why-profit-dropped
Workflow: เริ่มจาก diagnose_shop แล้วใช้เครื่องมืออันดับสินค้า รายละเอียดต้นทุน COGS หรือโฆษณาตาม signal เปรียบเทียบกับช่วงก่อนหน้าที่มีระยะเท่ากันหากไม่ได้กำหนด baseline
| สถานการณ์ | Prompt |
|---|---|
| กำไรลด | ทำไมกำไรที่เกิดขึ้นจริงของ {shopName} จึงลดใน {period} จัดอันดับสาเหตุหลักให้ด้วย |
| ยอดขายลด | ยอดขาย {shopName} ลดลง ตรวจว่าเกิดจากออเดอร์น้อยลง รายได้ต่อออเดอร์ลด โฆษณา หรือสัดส่วนสินค้า |
| Margin ลด | ทำไม margin ของ {shopName} ลดทั้งที่ GMV คงที่ แยกต้นทุนที่เปลี่ยนให้ดู |
| สินค้าที่กระทบ | สินค้าใดกระทบการเปลี่ยนแปลงกำไรของ {shopName} มากที่สุดใน {period} |
| คุณภาพข้อมูล | กำไรที่ดูเหมือนลดของ {shopName} อาจเกิดจาก COGS ที่หายหรือ settlement lag หรือไม่ |
คำตอบที่ดี: แยกการเปลี่ยนแปลงธุรกิจจริงออกจากปัญหาต้นทุนหรือ settlement และระบุสาเหตุที่แรงที่สุดก่อน
4. พัฒนาสินค้า margin ต่ำหรือขาดทุน
Native playbook: improve-low-margin
Workflow: ดูภาพรวมการเงินและอันดับสินค้า ยืนยันต้นทุนด้วย get_product_costs จำลองกำไร แล้วดูคำแนะนำ margin defense หรือ price buffer เมื่อเหมาะสม
| สถานการณ์ | Prompt |
|---|---|
| หาสินค้าขาดทุน | สินค้าใดขาดทุนมากที่สุดใน {shopName} ช่วง {period} และเพราะอะไร |
| ตรวจ margin ต่ำ | หาสินค้าใน {shopName} ที่ margin ต่ำจนเสี่ยง แล้วจัดอันดับตามผลกระทบต่อกำไร |
| เปรียบเทียบทางแก้ | สำหรับสินค้า margin แย่ที่สุด 3 รายการ เปรียบเทียบการขึ้นราคา ลดส่วนลด และลด COGS |
| ยืนยันต้นทุน | ก่อนแนะนำการเปลี่ยนแปลง ตรวจว่าสินค้าที่แย่ที่สุดใช้ COGS ที่บันทึกหรือค่าประเมิน |
คำตอบที่ดี: ห้ามแนะนำการเปลี่ยนราคาโดยไม่ระบุความไม่แน่นอนเมื่อ COGS เป็นค่าประเมิน
5. วิเคราะห์และ optimize โฆษณา
Native playbook: debug-ads
Shopee workflow: ใช้ get_shopee_ads_performance, True ROAS หรือ profit-adjusted ROAS แล้วเรียกคำแนะนำโฆษณา target ROAS, GMS หรือ Boost ที่เกี่ยวข้อง
TikTok Shop workflow: ใช้ get_tiktok_gmv_max_campaigns เจาะ session เมื่อจำเป็น เรียก get_tiktok_campaign_roas แล้วดูคำแนะนำงบหรือ target ROAS
| สถานการณ์ | Prompt |
|---|---|
| แคมเปญอ่อนแอ | แคมเปญโฆษณาใดใน {shopName} มี True ROAS ต่ำที่สุดใน {period} |
| ขาดทุนที่ซ่อนอยู่ | หาแคมเปญที่ ROAS บน Marketplace ดูดี แต่ขาดทุนหลังหัก COGS ค่าธรรมเนียม การยกเลิก และการคืนสินค้า |
| จัดสรรงบ | ควรเพิ่ม คง หรือลดงบโฆษณาตรงไหนสำหรับ {shopName} อธิบายด้วยหลักฐานกำไร |
| Bid หรือเป้าหมาย | แสดง bid หรือ target ROAS ที่แนะนำสำหรับแคมเปญที่อ่อนแอที่สุดใน {shopName} |
| เจาะ TikTok Shop | ตรวจแคมเปญ GMV Max และ product session ของ {shopName} เพื่อหาค่าใช้จ่ายที่สูญเปล่า |
คำตอบที่ดี: optimize จาก True ROAS หรือ profit-adjusted ROAS ไม่ใช่ headline ROAS คำแนะนำยังเป็นเพียงข้อเสนอจนกว่าจะมีคนนำไปใช้ ไม่ว่าจะใน DataGlass หรือผ่านเครื่องมืออย่าง apply_shopee_target_roas เมื่อได้รับสิทธิ์ PAT_ADS_WRITE และผู้ใช้ตกลงกับการเปลี่ยนแปลงนั้นแล้ว
6. รักษา margin เมื่อคอมมิชชั่นเปลี่ยน
Native playbook: defend-margin-commission
Workflow: ดูภาพรวมและผลกระทบคอมมิชชั่นของแพลตฟอร์ม จากนั้นดู margin-defense actions และจำลองสินค้าที่เลือก
| สถานการณ์ | Prompt |
|---|---|
| อัตราที่กำลังเพิ่ม | คอมมิชชั่นที่กำลังเปลี่ยนจะทำให้ {shopName} เสียต้นทุนเพิ่มเท่าไร แยกตามสินค้า |
| รักษา margin เป้าหมาย | ควรปรับราคาหรือส่วนลดอย่างไรเพื่อรักษา margin หลังคอมมิชชั่นเพิ่มสำหรับ {shopName} |
| จัดระดับความสำคัญ | จัดอันดับสินค้าที่ได้รับผลกระทบจากคอมมิชชั่นใหม่มากที่สุด และแนะนำการปรับที่น้อยที่สุด |
| เปรียบเทียบวิธี | เปรียบเทียบการขึ้นราคากับลดส่วนลดสำหรับสินค้าที่ได้รับผลกระทบก่อนตัดสินใจ |
คำตอบที่ดี: ระบุวันที่มีผล อัตราเดิมและใหม่เมื่อมีข้อมูล ผลกระทบกำไร และข้อเสนอการป้องกัน margin ที่แนะนำ หาก connector มีสิทธิ์ PAT_PRICING_WRITE จะนำข้อเสนอนั้นไปใช้ด้วย apply_margin_defense_action ได้ แต่ต้องแสดงราคาระดับตัวเลือกสินค้าและรอให้ผู้ใช้ยืนยันก่อน
7. วางแผนสต็อกและการสั่งซื้อ
Native playbook: plan-restock
Workflow: เรียก get_inventory_alerts, get_reorder_plan, forecast หรือ demand chart แล้วตรวจ get_open_purchase_orders เพื่อไม่สั่งซ้ำ
| สถานการณ์ | Prompt |
|---|---|
| ความเสี่ยงเร่งด่วน | SKU ใดต้องเติมสต็อกตอนนี้ และแต่ละรายการเร่งด่วนแค่ไหน |
| จำนวนสั่งซื้อ | สร้างแผนสั่งซื้อจากสต็อกปัจจุบัน จุดสั่งซื้อ forecast ความต้องการ และใบสั่งซื้อที่กำลังเข้า |
| อธิบายความต้องการ | อธิบายว่าทำไม {productName} จึงควรสั่งตามจำนวนที่แนะนำ โดยใช้ความต้องการในอดีตและ forecast |
| ตรวจสต็อกเกิน | สินค้าใดดูมีสต็อกเกินหรือหมุนช้า และมีหลักฐานอะไร |
คำตอบที่ดี: หักหรือแสดงสต็อกที่กำลังเข้า และแยก alert ที่เปิดอยู่ออกจากประวัติที่จบแล้ว
8. ตรวจ COGS และความมั่นใจของ margin
Native playbook: check-cogs
Workflow: อ่านความครอบคลุม COGS ค้นหา canonical product ด้วย list_products แล้วใช้ get_product_costs และ get_estimated_margin เมื่อจำเป็น
| สถานการณ์ | Prompt |
|---|---|
| ต้นทุนหาย | สินค้าใดใน {shopName} ยังไม่มี COGS ที่บันทึกไว้ |
| ความมั่นใจของกำไร | กำไรของ {shopName} ใน {period} พึ่ง COGS ที่ประเมินแทนค่าที่บันทึกมากเท่าไร |
| ตรวจต้นทุน | ตรวจต้นทุนที่บันทึกสำหรับ {productName} และอธิบายผลต่อ margin |
| จัดลำดับการแก้ | จัดอันดับสินค้าที่ COGS หายตามผลกระทบที่อาจทำให้กำไรคลาดเคลื่อน |
คำตอบที่ดี: แยกต้นทุนที่บันทึก ค่าประเมิน และค่าที่หาย การบันทึกต้นทุนต้องทำในแอป DataGlass
9. จำลองราคา ส่วนลด หรือต้นทุน
Native playbook: simulate-price-change
Workflow: ค้นหาสินค้า ดูข้อมูลปัจจุบัน แล้วเรียก simulate_shopee_profit, simulate_lazada_profit หรือ simulate_tiktok_profit เพียงหนึ่งเครื่องมือต่อสถานการณ์
| สถานการณ์ | Prompt |
|---|---|
| ขึ้นราคา | ถ้าขึ้นราคา {productName} 5% กำไรต่อหน่วยและ margin จะเปลี่ยนอย่างไร |
| ลดส่วนลด | เปรียบเทียบผลปัจจุบันของ {productName} กับการลดส่วนลดจาก 15% เหลือ 10% |
| ต่อรอง COGS | กำไรของ {productName} จะเปลี่ยนอย่างไรถ้า COGS ต่อหน่วยลดลง {currency} 10 |
| ราคาเป้าหมาย | {productName} ต้องมีราคาขายเท่าไรจึงจะได้ margin 20% จากค่าธรรมเนียมและ COGS ปัจจุบัน |
คำตอบที่ดี: แสดงค่าปัจจุบันเทียบกับค่าจำลองและสมมติฐาน ห้ามระบุว่ารายการสินค้าจริงถูกแก้แล้ว
10. วิเคราะห์สินค้าและ conversion
Native playbook: ยังไม่มี
Workflow: ค้นหาร้าน ใช้รายการสินค้าของแพลตฟอร์มหรือ search แล้วเรียกเครื่องมือ conversion ที่ตรงกัน ใช้ fetch เพื่อดู canonical product แบบเต็มหลัง search
| สถานการณ์ | Prompt |
|---|---|
| ค้นหาสินค้า | ค้นหา {productName} ในร้านทั้งหมด และแสดงรายการสินค้าบนแต่ละแพลตฟอร์ม |
| วิเคราะห์ funnel | สินค้าใดใน {shopName} มีทราฟฟิกสูงแต่ conversion ต่ำใน {period} |
| เทียบแพลตฟอร์ม | เปรียบเทียบ conversion ของ {productName} ระหว่าง Shopee, Lazada และ TikTok Shop ที่มีสินค้าอยู่ |
| หาโอกาส | หาสินค้าที่ conversion ดีขึ้นแต่ยอดขายยังต่ำ ซึ่งอาจควรเพิ่มการมองเห็น |
คำตอบที่ดี: ใช้ YYYYMMDD สำหรับ input ของเครื่องมือ conversion แต่แสดงวันที่ปกติให้ผู้ใช้
11. ตรวจออเดอร์และการจัดส่ง
Native playbook: ยังไม่มี
Workflow: ใช้ count_orders เมื่อต้องการจำนวน ใช้ list_orders สำหรับรายการ get_order สำหรับออเดอร์หนึ่งรายการ และ count_unshipped_orders สำหรับงานค้าง
| สถานการณ์ | Prompt |
|---|---|
| จำนวนออเดอร์ | ได้รับออเดอร์กี่รายการจากทุกร้านใน {period} แยกตามแพลตฟอร์ม |
| งานจัดส่งค้าง | มีออเดอร์รอจัดส่งกี่รายการ และรายการที่เก่าที่สุดค้างมานานเท่าไร |
| ตรวจออเดอร์ | ค้นหารายละเอียดและรายการสินค้าของออเดอร์ {order reference} |
| ออเดอร์ล่าสุด | แสดงออเดอร์ล่าสุดของ {shopName} และชี้ยอดรวมหรือสถานะที่ผิดปกติ |
คำตอบที่ดี: ใช้เครื่องมือนับก่อนดึงรายการยาวเมื่อถามเพียงจำนวน และตาม cursor เมื่อจำเป็นเท่านั้น
12. กระทบยอด payout ของ Marketplace
Native playbook: ยังไม่มี
Workflow: ค้นหาร้านแล้วเลือก get_shopee_payout, get_lazada_payout หรือ get_tiktok_payout เพียงหนึ่งรายการตามแพลตฟอร์มและวันที่ payout หรือ settlement ห้ามใช้เครื่องมือกำไรแทน
| สถานการณ์ | Prompt |
|---|---|
| เงินที่จ่าย | {platform} จ่ายเงินให้ {shopName} เท่าไรใน {period} |
| กระทบยอด | เปรียบเทียบ payout ที่ DataGlass คาดไว้กับยอดที่ Marketplace รายงานสำหรับ {shopName} |
| ตรวจผลต่าง | ออเดอร์หรือ statement ใดอธิบายผลต่าง payout ของ {shopName} ใน {period} |
| จ่ายแล้วกับรอจ่าย | แยกยอด settlement ที่จ่ายแล้วและรอจ่ายของ {shopName} ใน {period} |
คำตอบที่ดี: ระบุว่าเป็นวันที่ payout หรือ settlement แสดงสกุลเงิน และถือว่าผลต่างศูนย์ตรงกันพอดี Lazada แสดงยอดสุทธิจาก finance statement ไม่ใช่รายงานกระทบยอดแบบ Shopee และ TikTok Shop
13. ดูคำแนะนำและโอกาสเติบโต
Native playbooks: debug-ads, improve-low-margin และ defend-margin-commission ครอบคลุมบางส่วน
Workflow: เริ่มจาก list_recommendations แล้วเรียกเครื่องมือคำแนะนำเฉพาะประเภทตามการตัดสินใจ
| สถานการณ์ | Prompt |
|---|---|
| กล่องคำแนะนำ | มีคำแนะนำใหม่ใดที่นำไปดำเนินการได้ในร้านทั้งหมด |
| แนวทางเติบโต | สินค้าใดควร Boost หรือทำ Bundle Deal เพื่อเพิ่มการค้นพบและมูลค่าตะกร้า |
| รักษา margin | แสดงคำแนะนำ price buffer และ margin defense สำหรับ {shopName} |
| Actions ด้านโฆษณา | สรุปคำแนะนำโฆษณาที่มีผลกระทบสูงสุดสำหรับ {shopName} พร้อมหลักฐาน |
คำตอบที่ดี: ระบุสถานะ ร้าน แพลตฟอร์ม ผลกระทบที่คาด และหลักฐาน การ Deploy Actions ทำได้ใน DataGlass หรือผ่านเครื่องมืออย่าง rollback_recommendation และ stop_recommendation เมื่อได้รับสิทธิ์ PAT_RECOMMENDATION_WRITE และต้องไม่ทำโดยที่ผู้ใช้ไม่ได้ตกลงกับการเปลี่ยนแปลงนั้นโดยเฉพาะ
14. แก้ปัญหาการเชื่อมต่อหรือข้อมูลหาย
Native playbook: ยังไม่มี
Workflow: แสดงร้านของแพลตฟอร์ม สำหรับ Shopee ใช้ list_shopee_shop_accounts เพื่อตรวจสิทธิ์ตามประเภทแอป อธิบายปัญหาการยืนยันตัวตน สิทธิ์ แผน และเวลาอัปเดตข้อมูลโดยไม่วน retry
| สถานการณ์ | Prompt |
|---|---|
| ร้านหาย | ทำไมร้านที่เชื่อมต่อรายการหนึ่งจึงไม่แสดงใน DataGlass |
| ข้อมูล Shopee หาย | ตรวจว่าสิทธิ์ Shopee ERP หรือ Ads ของ {shopName} หมดอายุหรือไม่ |
| ผลลัพธ์ว่าง | ควรมีข้อมูลของ {shopName} ใน {period} ตรวจร้าน ภูมิภาค รูปแบบวันที่ สิทธิ์ และเวลา settlement ให้ด้วย |
| เชื่อมต่อใหม่ | ตัวเชื่อมต่อ DataGlass หยุดทำงาน ตรวจว่าต้องเชื่อมต่อ ยืนยันตัวตนใหม่ หรือเปลี่ยนแผน |
คำตอบที่ดี: 401 ต้องเริ่ม OAuth ใหม่ ส่วน 403 เป็นการปฏิเสธสิทธิ์หรือ ownership จึงไม่ควรเริ่ม OAuth ซ้ำ หากแผนไม่รองรับให้ลิงก์ไปที่ การเรียกเก็บเงิน DataGlass
15. อธิบายรูปแบบการ query
Native playbook: conventions
Workflow: เรียก get_playbook(playbook="conventions") เมื่อโมเดลต้องการรูปแบบระดับระบบ แล้วอธิบายเป็นภาษาทั่วไป
| สถานการณ์ | Prompt |
|---|---|
| ช่วยเรื่องวันที่ | คำว่าเดือนที่แล้วจะใช้ช่วงวันที่ใด และเปรียบเทียบกับช่วงใด |
| ช่วยเรื่อง metric | อธิบายความต่างระหว่างกำไรที่เกิดขึ้นจริง payout, headline ROAS และ True ROAS |
| ช่วยเรื่องรหัส | ค้นหารหัสร้านและสินค้าที่ถูกต้องแทนการให้ฉันหาเอง |
คำตอบที่ดี: วันที่ทั่วไปใช้ YYYY-MM-DD, conversion datadate ใช้ YYYYMMDD, timestamp ใช้ ISO 8601 และเงินเป็นสกุลท้องถิ่นของร้าน
Template สำหรับเขียน prompt
ใช้โครงสร้างนี้เมื่อสร้าง prompt ใหม่:
<คำถามธุรกิจ> สำหรับ <ร้านหรือทุกร้าน> ใน <ช่วงเวลา>
แสดง <metric ที่ใช้ตัดสินใจ> และอธิบาย <หลักฐานหรือขั้นตอนถัดไป>
| Placeholder | วิธีใช้ |
|---|---|
{shopName} | ชื่อร้านที่อ่านง่ายจาก workspace ปัจจุบัน |
{platform} | Shopee, Lazada หรือ TikTok Shop |
{period} | ภาษาทั่วไป เช่น “30 วันที่ผ่านมา” |
{productName} | ชื่อสินค้าหรือ SKU ให้ตัวเชื่อมต่อค้นหารหัสเอง |
{currency} | สกุลเงินท้องถิ่นของร้านเมื่อทราบแล้ว |
{campaignName} | ชื่อแคมเปญ หรือขอให้ค้นหาแคมเปญที่อ่อนแอที่สุด |