Prompt Microsoft Copilot สำหรับเขียนรายละเอียดสินค้าให้น่าซื้อ

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

ถ้าสั่งเพียงว่า “ช่วยเขียนรายละเอียดสินค้าให้น่าซื้อ” Copilot อาจสร้างข้อความที่ดูดี แต่เสี่ยงเติมคำโฆษณาเกินจริง เช่น “ดีที่สุด”, “ทนที่สุด”, “เร็วที่สุด” หรือใส่คุณสมบัติที่ไม่มีอยู่จริง

สูตรที่ใช้ง่ายคือ:

Product + Model + Customer + Feature + Benefit + Use Case + Evidence + CTA + Constraints

ตัวอย่าง:

“เขียนรายละเอียดสินค้า LINK CAT6 รุ่น [รุ่น] สำหรับร้านค้าออนไลน์ โดยใช้ข้อมูลสเปกที่ให้เท่านั้น อธิบาย Feature ให้เชื่อมกับ Benefit และ Use Case ใช้ภาษาอ่านง่าย ไม่ยัด Keyword และห้ามสร้างราคา Warranty หรือ Specification เพิ่ม”

① Product Description ที่ดีต้องทำอะไรได้บ้าง

รายละเอียดสินค้าที่ดีควรช่วยลูกค้า:

• เข้าใจว่าสินค้าคืออะไร
• รู้ว่าสินค้าเหมาะกับงานแบบไหน
• เห็นจุดเด่นสำคัญ
• เข้าใจ Specification
• เปรียบเทียบกับทางเลือกได้
• ลดความกังวลก่อนซื้อ
• รู้ว่าจะทำอะไรต่อ

ดังนั้น Product Description ไม่ควรมีแต่คำโฆษณา

② เริ่มจากข้อมูลสินค้าจริง

ข้อมูลต้นทางอาจมี:

• ชื่อสินค้า
• Brand
• Model
• SKU
• Category
• Specification
• Dimension
• Material
• Standard
• Compatibility
• Package
• Warranty

Prompt:

“ใช้เฉพาะ Product Data ต่อไปนี้เป็น Source”

ช่วยลดความเสี่ยงจากข้อมูลผิด

③ ห้ามสร้าง Specification

ถ้าไม่มีข้อมูลเรื่อง:

• ความเร็ว
• ความถี่
• น้ำหนัก
• มาตรฐาน
• ระยะรับประกัน

ต้องไม่ให้ Copilot เดาขึ้นมาเอง

ใช้คำสั่ง:

“หากข้อมูลใดไม่มี ให้ละเว้นหรือระบุว่าไม่มีข้อมูล”

④ แยก Feature กับ Benefit

Feature คือสิ่งที่สินค้า “มี”

Benefit คือสิ่งที่ลูกค้า “ได้”

ตัวอย่าง:

Feature:
สาย CAT6 รองรับ Gigabit Ethernet

Benefit:
เหมาะกับระบบเครือข่ายสำนักงานและการใช้งานที่ต้องการความเร็วสูงกว่าระบบพื้นฐาน

การเชื่อมสองส่วนนี้ช่วยให้ข้อความขายเข้าใจง่ายขึ้น

⑤ อย่าเขียน Feature อย่างเดียว

ตัวอย่างที่อ่านยาก:

“23AWG, LSZH, 250MHz, UTP”

ควรอธิบายต่อว่าแต่ละอย่างเกี่ยวข้องกับการใช้งานอย่างไร โดยไม่ตีความเกินสเปก

⑥ Prompt แปลง Feature เป็น Benefit

ตัวอย่าง:

“จาก Specification ต่อไปนี้ ช่วยอธิบาย Feature → Benefit → Use Case โดยไม่เพิ่มข้อมูลนอก Source”

เหมาะกับสินค้าที่มี Technical Spec เยอะ

⑦ ระบุ Target Customer

ตัวอย่าง:

• ผู้ใช้ทั่วไป
• ช่างติดตั้ง
• ฝ่าย IT
• SME
• โรงงาน
• Data Center
• ผู้รับเหมา

Prompt:

“เขียนให้ช่างติดตั้งและฝ่าย IT อ่านเข้าใจง่าย”

จะต่างจากการเขียนให้ผู้ใช้ทั่วไป

⑧ ระบุ Use Case

Use Case ช่วยให้ลูกค้าเห็นภาพ

ตัวอย่าง:

• สำนักงาน
• กล้อง IP
• ห้อง Server
• ระบบเครือข่าย
• ตู้ Rack
• เดินสายภายในอาคาร

Prompt:

“อธิบาย Use Case จากข้อมูลที่ให้เท่านั้น”

⑨ เขียน Opening ให้ตรงสินค้า

ช่วงเปิดควรตอบเร็วว่า:

• สินค้าคืออะไร
• รุ่นอะไร
• เหมาะกับอะไร

ตัวอย่าง:

“สายแลน LINK CAT6 รุ่น X สำหรับงานเครือข่ายภายในอาคาร เหมาะกับสำนักงาน ระบบกล้อง IP และงานเดินสายที่ต้องการมาตรฐาน CAT6”

ต้องใช้เฉพาะข้อมูลที่รองรับ

⑩ อย่าเปิดด้วยข้อความกว้าง

เช่น:

“ในยุคปัจจุบันอินเทอร์เน็ตมีความสำคัญอย่างมาก…”

ไม่ช่วย Search Intent เท่าการเข้าเรื่องสินค้าทันที

⑪ สร้าง Product Title

สูตรที่ใช้ได้:

Brand + Product Type + Category + Model + Key Spec

ตัวอย่าง:

“LINK CAT6 UTP Cable รุ่น US-XXXX 305 เมตร”

ช่วยให้ชื่อชัดและค้นหาได้ง่าย

⑫ Product Title ไม่ควรยัดทุก Keyword

ไม่จำเป็นต้องใส่:

• ทุก Feature
• ทุก Use Case
• ทุกมาตรฐาน

ทั้งหมดไว้ในชื่อเดียว

ข้อมูลเหล่านี้ควรไปอยู่ใน Description

⑬ เขียน Short Description

Short Description ควรสั้นและตอบเร็ว

โครง:

• สินค้าคืออะไร
• จุดเด่นหลัก
• เหมาะกับอะไร

Prompt:

“เขียน Short Description 60–100 คำจาก Product Data นี้”

⑭ เขียน Full Description

Full Description อาจมีหัวข้อ:

1. ภาพรวมสินค้า
2. จุดเด่น
3. Specification
4. Use Case
5. Compatibility
6. การติดตั้ง
7. Package
8. FAQ
9. CTA

ช่วยให้ข้อมูลครบ

⑮ Prompt Full Description

“เขียน Product Description ฉบับเต็มสำหรับ Ecommerce โดยมี H2/H3 และอธิบาย Feature, Benefit, Use Case, Specification และ FAQ จาก Source เท่านั้น”

⑯ ใช้ภาษาที่อ่านง่าย

Technical Product ไม่จำเป็นต้องเขียนด้วยศัพท์เทคนิคทั้งหมด

สามารถเขียน:

“เปลือก LSZH ช่วยลดควันและก๊าซฮาโลเจนเมื่อเกิดการเผาไหม้”

เฉพาะเมื่อสเปกและข้อมูลผู้ผลิตรองรับ

⑰ อย่าแปลศัพท์เทคนิคผิด

คำเช่น:

• UTP
• F/UTP
• LSZH
• AWG
• MHz
• PoE

ควรรักษาความหมายทางเทคนิคให้ถูกต้อง

หากไม่แน่ใจ ควรตรวจข้อมูลก่อนเผยแพร่

⑱ สร้าง Key Features

Prompt:

“เลือก Key Features สำคัญ 5–8 ข้อจากข้อมูลสินค้าและเรียงตามความสำคัญต่อผู้ซื้อ”

ช่วยไม่ให้รายการยาวเกินไป

⑲ สร้าง Key Benefits

ตัวอย่าง:

• ใช้งานง่าย
• รองรับระบบตามสเปก
• เหมาะกับงานเฉพาะ
• ช่วยจัดระบบได้ดี

Benefit ต้องเชื่อมกับ Feature ที่มีจริง

⑳ ใช้ Bullet Point

Bullet Point เหมาะกับ:

• จุดเด่น
• Specification
• Package
• Compatibility

ช่วยให้ลูกค้าสแกนข้อมูลเร็ว

㉑ ใช้ตาราง Specification

ตัวอย่าง:

รายการ	รายละเอียด
Brand	LINK
Model	US-XXXX
Category	CAT6
Length	305 m

เหมาะกับ Product Page

㉒ ตรวจค่าตัวเลขทุกครั้ง

ตัวเลขที่ผิด เช่น:

• 250 MHz
• 500 MHz
• 305 m
• 100 m
• 23 AWG

สามารถทำให้ข้อมูลสินค้าผิดอย่างรุนแรง

Prompt:

“ตรวจตัวเลขใน Draft กับ Source ทีละรายการ”

㉓ ห้ามเปลี่ยนหน่วยเองโดยไม่จำเป็น

ถ้า Source ใช้:

• เมตร
• MHz
• AWG

ควรรักษาหน่วยให้สม่ำเสมอ

ถ้าจะแปลงหน่วย ควรคำนวณอย่างถูกต้อง

㉔ เขียน Use Case แบบเจาะจง

แทน:

“เหมาะกับทุกงาน”

ควรเป็น:

“เหมาะกับระบบสำนักงาน ห้อง Server และระบบกล้อง IP ตามข้อกำหนดที่รองรับ”

เฉพาะเมื่อข้อมูลตรง

㉕ อย่าใช้คำว่า “ดีที่สุด” โดยไม่มีหลักฐาน

คำที่ควรระวัง:

• ดีที่สุด
• ทนที่สุด
• เร็วที่สุด
• ถูกที่สุด
• อันดับหนึ่ง

ควรใช้ข้อความเชิงข้อเท็จจริงมากกว่า

㉖ อย่าใช้คำว่า “100%” ง่ายเกินไป

เช่น:

“เสถียร 100%”

“ไม่เสียแน่นอน”

เป็น Claim ที่ยืนยันยาก

ควรหลีกเลี่ยง

㉗ สร้าง Product Story อย่างพอดี

บางสินค้าสามารถเล่า Story ได้ เช่น

• เหมาะกับงานประเภทไหน
• ปัญหาอะไรที่สินค้าออกแบบมาแก้

แต่ไม่ควรแต่งเรื่องประวัติหรือเหตุการณ์ที่ไม่มีข้อมูล

㉘ สร้าง Problem-Solution Copy

สูตร:

Problem → Product Feature → Benefit

ตัวอย่าง:

“หากต้องเดินสายในพื้นที่ที่ต้องการลดควันจากวัสดุหุ้ม สายที่ใช้เปลือก LSZH อาจเหมาะกับข้อกำหนดดังกล่าว”

ต้องระวังไม่กล่าวเกินมาตรฐานสินค้า

㉙ สร้าง Product Comparison

Prompt:

“เปรียบเทียบรุ่น A และ B โดยใช้เกณฑ์เดียวกัน เช่น Category, Bandwidth, Shielding, Length และ Use Case”

ช่วยให้ลูกค้าเลือกง่ายขึ้น

㉚ อย่าเปรียบเทียบแบบเข้าข้าง

ไม่ควรเขียน:

“รุ่น A ดีกว่ารุ่น B ทุกด้าน”

หากไม่มีหลักฐาน

ควรอธิบายว่าแต่ละรุ่นเหมาะกับ Requirement ต่างกัน

㉛ เขียน Compatibility

Compatibility สำคัญมาก

Prompt:

“เขียนส่วน Compatibility โดยใช้เฉพาะอุปกรณ์หรือมาตรฐานที่ Source ระบุ”

อย่าเดาว่าใช้กับทุกระบบ

㉜ เขียน Installation

สำหรับสินค้า Technical:

Prompt:

“สร้างขั้นตอนติดตั้งจากคู่มือที่ให้ โดยเรียงทีละขั้นและเพิ่มข้อควรระวังเฉพาะที่มีใน Source”

ช่วยเพิ่มคุณค่า Product Page

㉝ ห้ามแต่งขั้นตอนติดตั้งเสี่ยง

โดยเฉพาะ:

• ไฟฟ้า
• ระบบแรงดัน
• อุปกรณ์เครือข่าย Critical
• เครื่องจักร

ควรอิงคู่มือจริง

㉞ สร้าง Before Installation

หัวข้อนี้อาจมี:

• ตรวจรุ่น
• ตรวจอุปกรณ์
• ตรวจ Compatibility
• เตรียมเครื่องมือ
• ตรวจสถานที่

ช่วยลดปัญหาติดตั้งผิด

㉟ สร้าง Package Contents

Prompt:

“จัด Package Contents จากรายการใน Source และห้ามเพิ่มอุปกรณ์ที่ไม่ได้ระบุ”

สำคัญกับ Ecommerce เพราะลูกค้าต้องรู้ว่าได้อะไรบ้าง

㊱ เขียน Warranty

Warranty ควรมาจากข้อมูลจริงเท่านั้น

Prompt:

“สรุป Warranty จาก Policy ที่ให้ โดยห้ามเพิ่มระยะเวลาหรือเงื่อนไข”

㊲ เขียน Delivery Information

หากหน้าสินค้าต้องมีเรื่องจัดส่ง:

“ใช้เฉพาะข้อมูล Shipping Policy และอย่ารับประกันวันที่หากไม่มีการยืนยัน”

㊳ เขียน FAQ

FAQ ที่ดีมักมาจากคำถามจริง เช่น:

• รุ่นนี้ใช้กับอะไร
• ต่างจากรุ่นอื่นอย่างไร
• ต้องใช้อุปกรณ์เพิ่มหรือไม่
• ติดตั้งเองได้หรือไม่
• มีอะไรในกล่อง

㊴ Prompt FAQ จาก Customer Questions

“จากคำถามลูกค้าเหล่านี้ สร้าง FAQ โดยรวมคำถามที่มี Intent เดียวกัน และตอบจาก Product Data เท่านั้น”

㊵ สร้าง Buying Guide ภายใน Product Page

ตัวอย่าง:

“รุ่นนี้เหมาะกับคุณถ้า…”

“ควรเลือกรุ่นอื่นถ้า…”

ช่วยให้คำแนะนำดูจริงใจและลดการซื้อผิด

㊶ อย่าพยายามขายสินค้านี้ให้ทุกคน

ข้อความอย่าง:

“เหมาะสำหรับทุกการใช้งาน”

มักไม่มีประโยชน์

ควรบอกว่าเหมาะหรือไม่เหมาะกับกรณีใด

㊷ สร้าง “เหมาะกับใคร”

Prompt:

“จาก Use Case ที่ให้ สรุปกลุ่มผู้ใช้ที่เหมาะกับสินค้านี้ 3–5 กลุ่ม”

㊸ สร้าง “อาจไม่เหมาะถ้า”

ตัวอย่าง:

“หากต้องการใช้งานกลางแจ้ง ควรตรวจว่าสินค้ารุ่นนี้รองรับ Outdoor หรือไม่”

ช่วยสร้างความน่าเชื่อถือ

㊹ สร้าง CTA

CTA ควรสัมพันธ์กับ Product Page เช่น

• ดูรายละเอียด
• เช็กสินค้า
• ขอใบเสนอราคา
• ติดต่อสอบถาม
• เปรียบเทียบรุ่น

ไม่จำเป็นต้องใช้คำขายแรง

㊺ Prompt CTA

“สร้าง CTA 10 แบบสำหรับ Product Page โดยแบ่งเป็น Transactional, Inquiry และ Comparison”

ช่วยเลือกตามบริบท

㊻ เขียน SEO Title

สูตร:

Product + Brand + Model + Key Spec

Prompt:

“สร้าง SEO Title แบบกระชับจากข้อมูลสินค้า โดยไม่ยัด Keyword และไม่ใช้ Claim เกินจริง”

㊼ เขียน Meta Description

Prompt:

“เขียน Meta Description ที่บอกสินค้า จุดเด่น และ Use Case ภายในข้อความกระชับ พร้อม CTA”

ควรเน้นความชัดเจนมากกว่าการใส่ Keyword ซ้ำ

㊽ สร้าง Slug

Slug ควร:

• สั้น
• อ่านง่าย
• ใช้อักษรอังกฤษ
• มี Model เมื่อสำคัญ

ตัวอย่าง:

link-us-xxxx

หรือ

cat6-us-xxxx

เลือกให้สอดคล้องโครงสร้างเว็บไซต์

㊾ สร้าง Alt Text

Prompt:

“เขียน Alt Text จากสิ่งที่เห็นจริงในภาพ เช่น ชื่อสินค้า รุ่น และมุมภาพ โดยไม่ยัด Keyword”

㊿ เขียน Product Description สำหรับ Marketplace

Marketplace มักต้องกระชับกว่าเว็บไซต์หลัก

Prompt:

“ย่อ Product Description ให้เหลือข้อมูลที่ผู้ซื้อใช้ตัดสินใจเร็ว โดยเก็บ Specification สำคัญและ Package Contents”

51. เขียน Product Description สำหรับ WooCommerce

สามารถใช้โครง:

Short Description

สรุปจุดเด่น

Long Description

รายละเอียดครบ

Specification

ตาราง

FAQ

คำถาม

Related Product

สินค้าเกี่ยวข้อง

ช่วยจัดข้อมูลเป็นระบบ

52. เขียน Product Description สำหรับ B2B

ลูกค้า B2B อาจต้องการ:

• Model
• SKU
• Standard
• Technical Data
• Quantity
• Compatibility
• Documentation

Prompt:

“เขียน Product Description สำหรับฝ่ายจัดซื้อและทีม IT โดยเน้นข้อมูลตรวจสอบได้”

53. เขียน Product Description สำหรับมือใหม่

Prompt:

“อธิบาย Technical Terms ด้วยภาษาง่าย แต่คงคำศัพท์มาตรฐานไว้ในวงเล็บ”

ช่วยให้ทั้งมือใหม่และคนเทคนิคอ่านได้

54. เขียน Product Description สำหรับสินค้าราคาแพง

สินค้าราคาสูงมักต้องการข้อมูลเพิ่ม เช่น

• Use Case
• Proof
• Compatibility
• Warranty
• Support

ไม่ควรใช้คำโฆษณาอย่างเดียว

55. สร้าง Product Page จาก Data Sheet

Prompt:

“จาก Data Sheet นี้ ดึงข้อมูลสำคัญก่อน แล้วเขียน Product Page โดยรักษาค่าทางเทคนิคเดิมทุกค่า”

ช่วยลดการคัดลอกผิด

56. สร้าง Product Page จากข้อมูลดิบ

ข้อมูลดิบอาจเป็น:

“CAT6, UTP, 305m, LSZH, Blue, 23AWG”

Prompt:

“จัดข้อมูลดิบนี้เป็น Title, Short Description, Key Features, Technical Specification และ Use Case”

ช่วยประหยัดเวลา

57. ตรวจข้อมูลซ้ำ

ถ้ามี Product หลายรุ่น:

“ตรวจว่ามี Description ไหนคัดลอกกันจนข้อมูลรุ่นหนึ่งไปอยู่ในอีกรุ่นหรือไม่”

สำคัญมากกับ Ecommerce ขนาดใหญ่

58. ตรวจ Model และ SKU

Prompt:

“ตรวจ Model, SKU และชื่อสินค้าในทุกส่วนของ Draft ว่าตรงกัน”

ลดความผิดพลาดที่พบบ่อยจาก Copy/Paste

59. ตรวจ Specification ขัดกัน

ตัวอย่าง:

ส่วนต้นเขียน 250MHz

แต่ตารางเขียน 500MHz

Prompt:

“ตรวจค่าทางเทคนิคที่ขัดกันใน Draft”

60. ตรวจ Claim

Prompt:

“ทำเครื่องหมาย Claim ที่ต้องมีหลักฐานรองรับ เช่น ‘เร็วที่สุด’, ‘ทนกว่า’, ‘คุณภาพสูงสุด’”

ช่วยปรับภาษาให้ปลอดภัยขึ้น

61. ตรวจ Keyword Stuffing

Prompt:

“ตรวจว่าชื่อสินค้าหรือ Keyword ถูกใช้ซ้ำจนอ่านไม่เป็นธรรมชาติหรือไม่ และปรับให้อ่านง่าย”

SEO ไม่ได้หมายถึงการใช้ Keyword ทุกย่อหน้า

62. ตรวจความอ่านง่าย

Prompt:

“ลดประโยคยาว แบ่ง Paragraph และเพิ่ม Bullet Point โดยไม่ตัด Specification”

ช่วยให้ Product Page อ่านง่ายขึ้นบนมือถือ

63. ตรวจ Search Intent

ผู้ค้นหาชื่อรุ่นสินค้า มักต้องการข้อมูลที่เจาะจง เช่น:

• Spec
• ราคา
• วิธีใช้
• Compatibility
• Product Detail

Product Page ควรตอบข้อมูลเหล่านี้ให้เร็ว

64. Prompt ตรวจ Intent

“ตรวจ Product Page นี้ว่าตอบคำถามหลักของคนที่ค้นชื่อรุ่นได้ครบหรือไม่”

65. สร้าง Content รอบ Product

Product Page สามารถมี Supporting Content เช่น

• วิธีติดตั้ง
• วิธีเลือก
• เปรียบเทียบ
• Troubleshooting
• FAQ

ช่วยครอบคลุม Intent โดยไม่ทำให้ Product Page ยาวแบบไร้ทิศทาง

66. สร้าง Internal Link Idea

Prompt:

“จาก Product นี้ แนะนำประเภทบทความที่ควรลิงก์เข้าหา Product Page และบทความที่ Product Page ควรลิงก์ออกภายในเว็บไซต์”

เน้น Internal Link เท่านั้น

67. สร้าง Cross-sell Description

ตัวอย่าง:

“ใช้ร่วมกับ…”

ช่วยลูกค้ารู้ว่าสินค้าใดเกี่ยวข้องกัน

ต้องใช้ Compatibility จริง

68. สร้าง Bundle Description

Prompt:

“อธิบายว่าทำไมสินค้าชุดนี้ถูกจัดเป็น Bundle โดยอิงการใช้งานร่วมกัน”

ไม่ควรจับสินค้าที่ไม่เกี่ยวข้องมา Bundle เพียงเพราะต้องการเพิ่มยอดขาย

69. สร้าง Comparison Snippet

ตัวอย่าง:

“ถ้าใช้ในสำนักงานทั่วไป รุ่น A อาจเพียงพอ แต่ถ้าต้องการ Requirement X ควรพิจารณารุ่น B”

ต้องอิงสเปกจริง

70. สร้าง Product Highlights 3 ข้อ

Prompt:

“เลือก 3 จุดเด่นที่สำคัญที่สุดสำหรับลูกค้ากลุ่มนี้”

ช่วยใช้ใน Hero Section

71. สร้าง Product Highlights 5 ข้อ

เหมาะกับ Marketplace หรือหน้า Category

ควรสั้นและอ่านเร็ว

72. สร้าง Product Summary 1 ประโยค

Prompt:

“สรุปสินค้านี้ในหนึ่งประโยค โดยมี Product + Model + Main Use Case”

ช่วยใช้ใน Listing

73. สร้าง Product Summary 50 คำ

เหมาะกับ Card หรือ Short Description

74. สร้าง Product Summary 100 คำ

เหมาะกับหน้า Category หรือ Marketplace

75. สร้าง Product Comparison Copy

Prompt:

“เขียนข้อความเปรียบเทียบ A กับ B แบบเป็นกลาง โดยเน้นว่าแต่ละรุ่นเหมาะกับใคร”

ช่วยลดการเขียนว่าแพงกว่าจึงดีกว่า

76. สร้าง Product FAQ สำหรับ SEO

FAQ ควรตอบคำถามจริง

ไม่ควรสร้างคำถามเพียงเพื่อใส่ Keyword

Prompt:

“สร้าง FAQ จาก Search Intent และ Customer Questions ที่ให้”

77. สร้าง Description หลาย Tone

ตัวอย่าง:

• Technical
• Premium
• Friendly
• B2B

Prompt:

“สร้าง 3 เวอร์ชันโดยรักษา Fact เหมือนกันทั้งหมด”

ช่วยใช้ต่าง Channel

78. อย่าให้ Tone เปลี่ยนข้อเท็จจริง

ไม่ว่าจะเขียนหรูแค่ไหน:

• Spec
• Model
• Warranty
• Compatibility

ต้องเหมือนเดิม

79. สร้างข้อความสำหรับโฆษณาสินค้า

Prompt:

“ย่อ Product Description เป็นข้อความโฆษณา 3 แบบ โดยใช้เฉพาะ Benefit ที่มีหลักฐาน”

ช่วย Repurpose Content

80. สร้างข้อความสำหรับ Social Media

Prompt:

“เปลี่ยน Product Description เป็นโพสต์ Social ที่เริ่มจาก Problem แล้วเชื่อมไป Product”

ไม่จำเป็นต้องลอก Description ทั้งหมด

81. สร้าง Short Video Script

ตัวอย่างโครง:

• Hook
• Problem
• Product
• Benefit
• CTA

Prompt:

“สร้างสคริปต์ 30 วินาทีจาก Product Data โดยไม่สร้าง Claim ใหม่”

82. สร้าง Sales Talking Point

Prompt:

“สรุป Product นี้เป็น 5 Talking Point สำหรับทีมขาย”

ช่วยให้ทีมใช้ข้อมูลชุดเดียวกัน

83. สร้าง Customer Service Note

ตัวอย่าง:

• Common Questions
• Compatibility
• Installation
• Warranty
• Escalation

ช่วยให้ Support ตอบสม่ำเสมอ

84. ใช้ Review มาปรับ Product Description

Prompt:

“จาก Review ที่ให้ หา Information Gap ที่ Product Page ยังไม่ได้ตอบ”

ช่วยปรับหน้าสินค้าตามคำถามจริง

85. ใช้ Search Query มาปรับ Description

ถ้าคนค้น:

“รุ่น X ใช้กับ PoE ได้ไหม”

อาจเพิ่ม FAQ หากมีข้อมูลรองรับ

ช่วยให้ Product Page ตรง Intent มากขึ้น

86. ใช้ Support Ticket มาปรับ Product Page

ถ้าลูกค้าถามเรื่องเดียวกันบ่อย เช่น:

“มีอะไรในกล่อง?”

ควรเพิ่ม Package Contents ให้ชัด

87. Product Description ไม่ควรเป็นเอกสารคงที่

ควรอัปเดตเมื่อ:

• Spec เปลี่ยน
• Package เปลี่ยน
• Warranty เปลี่ยน
• มี FAQ ใหม่
• มีรุ่นใหม่
• มีข้อมูลจากลูกค้าเพิ่ม

88. Prompt Update Product Page

“เปรียบเทียบ Product Data ล่าสุดกับหน้าเดิม แล้วระบุส่วนที่ต้องแก้”

ช่วยลดข้อมูลล้าสมัย

89. Product Description แบบพร้อมใช้

“เขียนรายละเอียดสินค้า [ชื่อสินค้า]

Brand:
[Brand]

Model:
[Model]

SKU:
[SKU]

Category:
[Category]

Target Customer:
[กลุ่มลูกค้า]

Specifications:
[ข้อมูล]

Key Features:
[ข้อมูล]

Use Cases:
[ข้อมูล]

Compatibility:
[ข้อมูล]

Package:
[ข้อมูล]

Warranty:
[ข้อมูล]

สร้างเนื้อหาประกอบด้วย:

1. Product Overview
2. Key Features
3. Benefits
4. Suitable Use Cases
5. Technical Specifications
6. Compatibility
7. Installation/Usage
8. Package Contents
9. FAQ
10. CTA

ข้อกำหนด:

• ใช้เฉพาะข้อมูลที่ให้
• ห้ามสร้าง Spec
• ห้ามสร้างราคา
• ห้ามสร้าง Warranty
• ห้ามสร้าง Compatibility
• ห้ามใช้คำว่า ‘ดีที่สุด’ หากไม่มีหลักฐาน
• เขียนเป็นธรรมชาติ
• ไม่ยัด Keyword
• ถ้าข้อมูลไม่มีให้ละเว้น”

Template นี้ใช้กับ Ecommerce ได้หลายประเภท

90. Template Technical Product

“เขียน Product Page สำหรับสินค้าทางเทคนิค โดยแบ่งข้อมูลเป็น Feature, Benefit, Specification, Use Case และ Compatibility และรักษาค่าตัวเลขต้นทางทั้งหมด”

เหมาะกับอุปกรณ์ IT และ Network

91. Template Marketplace Product

“ย่อ Product Data เป็น Listing สำหรับ Marketplace โดยมีชื่อสินค้า จุดเด่น 5 ข้อ สเปกสำคัญ สิ่งที่ได้ในกล่อง และ FAQ แบบสั้น”

92. Template B2B Product

“เขียนรายละเอียดสำหรับฝ่ายจัดซื้อและฝ่าย IT โดยเน้น Model, SKU, Standard, Specification, Application และข้อมูลที่ใช้ตรวจสอบก่อนสั่งซื้อ”

93. Template Product Comparison

“เปรียบเทียบ [รุ่น A] กับ [รุ่น B] โดยใช้ตาราง Specification เดียวกัน และสรุปว่าแต่ละรุ่นเหมาะกับ Use Case แบบใด”

94. Template Product Rewrite

“Rewrite รายละเอียดสินค้านี้ให้อ่านง่ายและขายได้มากขึ้น โดยรักษา Fact, ตัวเลข, Model และ Specification เดิมทั้งหมด”

95. Checklist ก่อนโพสต์รายละเอียดสินค้า

ตรวจว่า:

1. ชื่อสินค้าถูกหรือไม่
2. Brand ถูกหรือไม่
3. Model ถูกหรือไม่
4. SKU ถูกหรือไม่
5. ตัวเลขสเปกถูกหรือไม่
6. หน่วยถูกหรือไม่
7. Compatibility มีหลักฐานหรือไม่
8. Warranty ถูกต้องหรือไม่
9. Package Contents ครบหรือไม่
10. มี Claim เกินจริงหรือไม่
11. Keyword ซ้ำมากเกินไปหรือไม่
12. มี CTA หรือไม่
13. ตอบคำถามลูกค้าหลักหรือไม่
14. มีข้อมูลที่ AI สร้างเองหรือไม่

96. Workflow เขียนรายละเอียดสินค้าด้วย Microsoft Copilot

ใช้ลำดับ:

1. Collect Product Data
2. Verify Model/SKU
3. Identify Customer
4. Identify Search Intent
5. Extract Features
6. Map Benefits
7. Define Use Cases
8. Build Structure
9. Write Draft
10. Add Specification
11. Add FAQ
12. Add CTA
13. Verify Facts
14. Publish
15. Update from Customer Feedback

ช่วยให้ Product Description เชื่อมทั้ง SEO และ Conversion

97. สูตร Prompt ที่ควรจำ

สูตรคือ:

Product + Customer + Feature + Benefit + Use Case + Proof + CTA + Constraints

ตัวอย่าง:

“เขียนรายละเอียดสินค้า Network รุ่นนี้สำหรับ SME และช่างติดตั้ง โดยอธิบาย Feature, Benefit และ Use Case จากข้อมูลที่ให้ ใช้ภาษาง่าย มีตาราง Specification และ FAQ และห้ามสร้างข้อมูลเพิ่ม”

98. สรุป Prompt Microsoft Copilot สำหรับเขียนรายละเอียดสินค้าให้น่าซื้อ

Microsoft Copilot สามารถช่วยเปลี่ยน Product Data ที่เป็นข้อมูลดิบให้กลายเป็นรายละเอียดสินค้าที่อ่านง่าย มีโครงสร้าง และช่วยลูกค้าตัดสินใจได้เร็วขึ้น

แต่คำว่า “น่าซื้อ” ไม่ควรหมายถึงการโฆษณาแรงที่สุด สิ่งที่ช่วยขายได้จริงคือข้อมูลที่ตอบคำถามลูกค้าได้ครบ อธิบายว่า Feature มีประโยชน์อย่างไร และช่วยให้ลูกค้ารู้ว่าสินค้านี้เหมาะกับเขาหรือไม่

สำหรับผู้อ่าน comsiam สูตรที่ควรจำคือ “ข้อมูลจริง → Feature → Benefit → Use Case → Specification → FAQ → CTA” เพราะ Product Description ที่ดีต้องช่วยทั้ง Search Intent และการตัดสินใจซื้อ

comsiam แนะนำให้ใช้ Copilot ช่วยสร้าง Draft และจัดโครงสร้าง แต่ก่อนเผยแพร่ต้องตรวจ Model, SKU, Specification, Compatibility, Warranty และตัวเลขทั้งหมดกับข้อมูลต้นทางอีกครั้งเสมอ เพราะความถูกต้องของข้อมูลสินค้ามีผลโดยตรงต่อทั้ง SEO ความน่าเชื่อถือ และประสบการณ์ของลูกค้า