วิธีใช้ Perplexity สำหรับทีมงานในองค์กร

วิธีใช้ Perplexity สำหรับทีมงานในองค์กร ต้องเริ่มต้นอย่างไร สามารถแชร์ข้อมูลให้เพื่อนร่วมงาน วิเคราะห์เอกสารภายใน และทำงานร่วมกันอย่างปลอดภัยได้หรือไม่? ปัจจุบัน Perplexity ไม่ได้เป็นเพียง AI Search สำหรับผู้ใช้ส่วนบุคคล แต่ยังมี Perplexity Enterprise สำหรับธุรกิจที่ต้องการรวมการค้นคว้าข้อมูล การจัดการความรู้ และการทำงานด้วย AI ไว้ในระบบเดียวกัน

องค์กรสามารถใช้ Perplexity เพื่อค้นคว้าข้อมูลตลาด วิเคราะห์คู่แข่ง จัดทำรายงาน ตอบคำถามจากเอกสารภายใน และจัดระเบียบงานผ่าน Spaces หรือ Projects รวมถึงใช้ Research และ Computer เพื่อช่วยดำเนินงานที่มีหลายขั้นตอน

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

Perplexity Enterprise มีความสามารถด้าน Team Collaboration, Internal Knowledge Search, Admin Controls, SSO, SCIM, Connectors และการจัดการสมาชิก ซึ่งช่วยให้ผู้ดูแลระบบสามารถกำหนดสิทธิ์และควบคุมการใช้งานตามนโยบายองค์กร

บทความนี้ ComSiam จะอธิบาย วิธีใช้ Perplexity สำหรับทีมงานในองค์กรอย่างละเอียด ครอบคลุม Enterprise Pro, Enterprise Max, Spaces, Projects, Threads, Sharing, Viewers, Collaborators, Permissions, SSO, Admin Controls, Connectors, Internal Knowledge, Research, Computer, Security และ Data Privacy พร้อมตัวอย่างการใช้งานของฝ่ายการตลาด ฝ่ายขาย ฝ่ายบริการลูกค้า IT และผู้บริหาร รวมถึง Workflow, ตาราง Role และ Access Matrix, Checklist, FAQ และ Prompt ภาษาไทยกับภาษาอังกฤษ

① Perplexity สำหรับทีมงานในองค์กรคืออะไร

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

ความสามารถสำคัญ

① ค้นข้อมูลจากเว็บไซต์สาธารณะ

② ค้นข้อมูลจากเอกสารภายในที่ได้รับอนุญาต

③ วิเคราะห์รายงานและไฟล์

④ สร้างพื้นที่ทำงานร่วมกัน

⑤ แชร์ Threads และผลการค้นคว้า

⑥ กำหนดสิทธิ์ของสมาชิก

⑦ เชื่อมต่อบริการจัดเก็บข้อมูล

⑧ ใช้ Research สำหรับงานวิเคราะห์เชิงลึก

⑨ ใช้ Computer เพื่อสร้างรายงานและดำเนินงานหลายขั้นตอน

⑩ กำหนดนโยบายด้านความปลอดภัย

⑪ จัดการสมาชิกและค่าใช้จ่าย

⑫ ตรวจสอบการใช้งานตามสิทธิ์ของระบบองค์กร

ตารางความสามารถ

ความสามารถ	ประโยชน์ต่อองค์กร
AI Search	ค้นความรู้รวดเร็ว
Internal Knowledge	ค้นเอกสารภายใน
Spaces และ Projects	จัดกลุ่มงานทีม
Threads	เก็บบริบทการค้นคว้า
Sharing	ส่งต่อผลการค้นหา
Permissions	จำกัดการเข้าถึง
SSO	จัดการ Login จากระบบองค์กร
SCIM	จัดการสมาชิกตามระบบตัวตน
Connectors	เชื่อมแหล่งข้อมูล
Research	วิเคราะห์เชิงลึก
Computer	ดำเนินงานหลายขั้นตอน
Audit Logs	ตรวจสอบกิจกรรมที่ระบบรองรับ

② Perplexity Enterprise แตกต่างจากบัญชีส่วนตัวอย่างไร

บัญชีส่วนตัวเน้นการใช้งานของบุคคล เช่น ค้นข้อมูลหรือจัดการงานวิจัยส่วนตัว

Enterprise เพิ่มความสามารถสำหรับองค์กร โดยเฉพาะการบริหารสมาชิก สิทธิ์ การเชื่อมข้อมูลภายใน และความปลอดภัย

ตารางเปรียบเทียบ

รายการ	Pro ส่วนตัว	Enterprise Pro	Enterprise Max
AI Search	รองรับ	รองรับ	รองรับ
Research	ตามโควตา	โควตาองค์กร	โควตาสูงกว่า
Spaces	รองรับ	รองรับงานทีม	รองรับงานทีม
การจัดการสมาชิกองค์กร	ไม่ใช่จุดเน้น	รองรับ	รองรับ
Internal Knowledge	จำกัดตามสิทธิ์	รองรับ	รองรับ
Enterprise Connectors	ไม่ครบทุกประเภท	รองรับตามสิทธิ์	รองรับตามสิทธิ์
Admin Controls	จำกัด	รองรับ	รองรับ
SSO/SCIM	ไม่ใช่สิทธิ์บัญชีส่วนตัว	ตามเงื่อนไของค์กร	ตามเงื่อนไของค์กร
Computer	ตามแพ็กเกจ	รองรับ	โควตาสูงกว่า
Enterprise Data Privacy	ไม่ใช่นโยบายเดียวกัน	รองรับ	รองรับ

ควรใช้แบบไหน

หากมีพนักงานเพียงไม่กี่คนและทำงานกับข้อมูลสาธารณะ การใช้บัญชีส่วนตัวพร้อมระบบแชร์ที่เหมาะสมอาจเพียงพอ

หากต้องค้นเอกสารบริษัท จัดการสิทธิ์ส่วนกลาง หรือกำกับดูแลข้อมูลสำคัญ ควรประเมิน Enterprise

③ Enterprise Pro คืออะไร

Enterprise Pro เป็นแพ็กเกจสำหรับองค์กรที่ต้องการนำ AI มาใช้กับงานประจำและข้อมูลภายใน

ความสามารถที่สำคัญ

• Pro Search
• Research
• การค้นไฟล์และข้อมูลภายใน
• Spaces และ Projects
• Team Collaboration
• Admin Management
• Enterprise Privacy
• การจัดการสมาชิก
• การเชื่อมข้อมูลจากแอปที่รองรับ
• การสนับสนุนระดับองค์กร

เหมาะกับองค์กรแบบใด

① บริษัทที่ต้องการฐานความรู้ร่วมกัน

② ทีมการตลาดที่ทำวิจัยตลาดเป็นประจำ

③ ฝ่ายขายที่ต้องค้นข้อมูลผลิตภัณฑ์

④ ทีมบริการลูกค้าที่มีคู่มือจำนวนมาก

⑤ ฝ่าย IT ที่ต้องใช้เอกสารเทคนิค

⑥ ผู้บริหารที่ต้องอ่านรายงานจากหลายฝ่าย

ข้อควรจำ

Enterprise Pro ไม่ได้หมายความว่าพนักงานทุกคนเข้าถึงเอกสารทั้งหมดได้

องค์กรยังต้องกำหนดสิทธิ์และการแชร์ตามหน้าที่

④ Enterprise Max คืออะไร

Enterprise Max เป็นระดับสมาชิกสำหรับองค์กรที่ต้องการใช้เครื่องมือ AI ขั้นสูงและมีโควตาการใช้งานสูงขึ้น

สิ่งที่แตกต่างจาก Enterprise Pro

• สิทธิ์ Research สูงขึ้น
• สิทธิ์สร้างไฟล์และแอปสูงขึ้น
• โควตาเครื่องมือขั้นสูงมากขึ้น
• ความสามารถ Computer มากขึ้นตามแผน
• ขนาดพื้นที่ไฟล์บางประเภทเพิ่มขึ้น
• ฟีเจอร์กำกับดูแลองค์กรเพิ่มเติมตามเงื่อนไข

ตารางโควตาที่คู่มือแพ็กเกจระบุ

ฟีเจอร์	Enterprise Pro	Enterprise Max
Pro Search	400 ครั้ง/สัปดาห์	4,000 ครั้ง/สัปดาห์
Research	50 ครั้ง/เดือน	500 ครั้ง/เดือน
Browser Agent Queries	80 ครั้ง/เดือน	800 ครั้ง/เดือน
File/App Creation	50 ครั้ง/เดือน	500 ครั้ง/เดือน
File Upload Sessions	100 ครั้ง/สัปดาห์	1,000 ครั้ง/สัปดาห์

ตัวเลขนี้เป็นสิทธิ์คนละประเภท และอาจเปลี่ยนตามนโยบายแพ็กเกจ

จำเป็นต้องซื้อ Max ให้ทุกคนไหม

ไม่จำเป็น

Perplexity รองรับการกำหนดสมาชิก Enterprise Pro และ Enterprise Max ปะปนกันภายในองค์กร

ตัวอย่างเช่น ให้ผู้ใช้ทั่วไปเป็น Enterprise Pro และให้ทีมวิเคราะห์ข้อมูลเชิงลึกบางคนเป็น Enterprise Max

⑤ ราคา Enterprise Pro และ Enterprise Max

ตามคู่มือ Billing ของ Perplexity ที่ปรับปรุงวันที่ 22 กรกฎาคม 2026 มีราคาอ้างอิงมาตรฐานดังนี้

แพ็กเกจ	รายเดือนต่อผู้ใช้	รายปีต่อผู้ใช้
Enterprise Pro	US$40	US$400
Enterprise Max	US$325	US$3,250

สิ่งที่ควรตรวจเพิ่ม

• สกุลเงินที่เรียกเก็บจริง
• ภาษี
• จำนวนสมาชิก
• รอบ Billing
• การอัปเกรดระหว่างเดือน
• สิทธิ์ Computer
• เงื่อนไขสัญญา
• ส่วนลดสำหรับองค์กรที่เข้าเกณฑ์

ตัวอย่างการจัดสรรสมาชิก

บริษัทอาจกำหนดให้พนักงานทั่วไปใช้ Enterprise Pro และนักวิเคราะห์ระดับสูงใช้ Enterprise Max

การจัดสรรแบบนี้ช่วยให้เลือกค่าใช้จ่ายตามรูปแบบงานแทนการให้แพ็กเกจสูงสุดแก่ทุกคน

ราคาเป็นข้อมูลอ้างอิงตามคู่มือในช่วงตรวจสอบ ไม่ใช่ใบเสนอราคาที่รับประกันสำหรับทุกองค์กร

⑥ Team Collaboration คืออะไร

Team Collaboration คือการทำงานร่วมกันระหว่างสมาชิกผ่านระบบที่มีข้อมูลและบริบทร่วมกัน

ตัวอย่าง

ฝ่ายการตลาดกำลังศึกษาตลาดบริการ IT Outsourcing

ผู้วิจัยค้นข้อมูลตลาด

นักการตลาดวิเคราะห์กลุ่มลูกค้า

หัวหน้าทีมตรวจข้อสรุป

ผู้บริหารอ่านรายงานเพื่อใช้ประกอบการตัดสินใจ

ทุกคนสามารถทำงานจากพื้นที่โครงการที่ได้รับอนุญาต แทนการส่งไฟล์แยกหลายฉบับจนเกิดความสับสน

หลักสำคัญ

① กำหนดเจ้าของโครงการ

② กำหนดผู้มีสิทธิ์เข้าถึง

③ กำหนดหน้าที่สมาชิก

④ จัดการเอกสารฉบับล่าสุด

⑤ ตรวจ Sources และ Citations

⑥ กำหนดผู้อนุมัติ

⑦ ตรวจผลลัพธ์ก่อนเผยแพร่

⑦ Spaces คืออะไร และใช้กับทีมงานอย่างไร

Spaces เป็นพื้นที่จัดกลุ่ม Threads, Files และแหล่งข้อมูลตามหัวข้อหรือโครงการ

ตัวอย่างการจัด Spaces

Marketing Space

เก็บงานวิจัยตลาดและคู่แข่ง

Sales Space

เก็บข้อมูลบริการและเอกสารประกอบการขาย

Support Space

เก็บคำถามที่พบบ่อยและคู่มือช่วยเหลือลูกค้า

IT Knowledge Space

เก็บคู่มือเทคนิคและแนวทางแก้ปัญหา

Management Space

เก็บรายงานผู้บริหารและการวิเคราะห์เชิงกลยุทธ์

วิธีสร้าง Space

① เปิด Perplexity

② เข้าสู่บัญชีที่มีสิทธิ์

③ เปิด Spaces หรือพื้นที่โครงการ

④ เลือกสร้างใหม่

⑤ ตั้งชื่อ

⑥ เพิ่มคำอธิบาย

⑦ กำหนด Instructions

⑧ เพิ่ม Sources ตามสิทธิ์

⑨ ตั้งค่า Sharing

⑩ เชิญสมาชิกที่เกี่ยวข้อง

แนวทางตั้งชื่อ

ควรใช้ชื่อที่เข้าใจตรงกัน เช่น

• Marketing Research
• Product Knowledge
• Sales Enablement
• IT Operations
• Customer Support

หลีกเลี่ยงชื่อกำกวม เช่น Space 1 หรือ Project New

⑧ Projects ต่างจาก Spaces อย่างไร

คำว่า Spaces และ Projects อาจปรากฏในส่วนต่าง ๆ ของผลิตภัณฑ์ Perplexity

เอกสาร Enterprise รุ่นใหม่เน้น Projects สำหรับการทำงานร่วมกันและเชื่อมความรู้ภายใน ขณะที่ Spaces เป็นรูปแบบพื้นที่จัดเก็บ Threads และแหล่งข้อมูลที่ผู้ใช้คุ้นเคย

ควรเข้าใจอย่างไร

Spaces

ใช้จัดกลุ่มการค้นคว้าและข้อมูลตามหัวข้อ พร้อมตัวเลือกเชิญสมาชิกและการแชร์

Projects

ใช้จัดงานและความรู้ร่วมกันตามความสามารถของ Enterprise และ Computer ที่รองรับ

ข้อควรระวัง

ไม่ควรถือว่า Spaces กับ Projects มีเมนู สิทธิ์ หรือการสืบทอด Permissions เหมือนกันทั้งหมด

ให้ตรวจหน้าการตั้งค่าของพื้นที่ที่ใช้งานจริง โดยเฉพาะสมาชิก ไฟล์ และ Threads

ตารางแนวทาง

ประเด็น	Spaces	Projects
จัดกลุ่มงาน	รองรับ	รองรับ
Threads	เป็นองค์ประกอบสำคัญ	ตามฟีเจอร์โครงการ
Files	ตามแพ็กเกจ	ตามสิทธิ์โครงการ
Collaborators	รองรับ	รองรับตามการตั้งค่า
Shared Knowledge	รองรับ	เป็นจุดเน้น Enterprise
Computer Workflows	ขึ้นกับความสามารถที่ใช้	รองรับในบริบทที่เกี่ยวข้อง
Permissions	ตรวจ Sharing	ตรวจ Project Access

⑨ Threads คืออะไร และแชร์กับทีมได้อย่างไร

Thread คือชุดคำถามและคำตอบต่อเนื่องของผู้ใช้

ประโยชน์ต่อทีม

• เก็บกระบวนการค้นคว้า
• เก็บคำถามติดตามผล
• ตรวจ Sources
• ใช้เป็นข้อมูลประกอบรายงาน
• ส่งต่อให้เพื่อนร่วมงาน
• กลับมาตรวจประเด็นเดิม

วิธีแชร์ Thread

① เปิด Thread

② ตรวจว่ามีข้อมูลลับหรือไม่

③ เลือก Share เมื่อมี

④ ตรวจระดับการแชร์

⑤ เลือกผู้รับหรือขอบเขต

⑥ ส่งต่อเฉพาะผู้ได้รับอนุญาต

ความเสี่ยง

การแชร์ Thread อาจเปิดเผย Prompt, ข้อความสนทนา หรือบริบทที่ผู้ใช้ไม่ต้องการให้ผู้อื่นเห็น

จึงควรตรวจเนื้อหาทั้ง Thread ก่อนแชร์ ไม่ใช่ตรวจเฉพาะคำตอบสุดท้าย

⑩ Sharing แบบ Private, Organization และ Public ต่างกันอย่างไร

ระดับการแชร์ที่ปรากฏในคู่มือ Enterprise อาจแบ่งเป็น

Private

จำกัดการเข้าถึงตามเจ้าของและผู้มีสิทธิ์ที่กำหนด

Organization

เปิดให้สมาชิกในองค์กรตามการตั้งค่าที่รองรับ

Anyone with the Link

อนุญาตให้ผู้ที่มีลิงก์เข้าถึงตามสิทธิ์ของลิงก์และข้อจำกัดของระบบ

ตารางเปรียบเทียบ

ระดับ	เหมาะกับ	ความเสี่ยง
Private	งานส่วนตัวหรือข้อมูลจำกัด	ต่ำกว่าเมื่อควบคุมสิทธิ์ถูกต้อง
Invited Members	ทีมเฉพาะโครงการ	สมาชิกเห็นข้อมูลตามสิทธิ์
Organization	ข้อมูลที่ใช้ร่วมทั้งบริษัท	เข้าถึงกว้างขึ้น
Anyone with Link	เอกสารที่อนุญาตให้แชร์กว้าง	เสี่ยงลิงก์ถูกส่งต่อ

ควรเลือกอะไร

เอกสารลูกค้า ข้อมูลพนักงาน สัญญา และข้อมูลการเงินภายในควรใช้สิทธิ์จำกัดตามความจำเป็น

ไม่ควรใช้ Public Link เพื่อความสะดวกหากข้อมูลไม่ได้รับอนุญาตให้เผยแพร่

⑪ Viewers และ Collaborators ต่างกันอย่างไร

Viewer

โดยหลักใช้เข้าถึงหรือดูข้อมูลที่แชร์ตามขอบเขตสิทธิ์

Collaborator

สามารถมีส่วนร่วมกับพื้นที่งาน เช่น สร้าง Threads หรือถามต่อในบริบทที่ระบบรองรับ

ตารางเปรียบเทียบ

งาน	Viewer	Collaborator
ดูเนื้อหาที่ได้รับสิทธิ์	โดยทั่วไปได้	ได้
เปิด Sources ที่มีสิทธิ์	ตามการตั้งค่า	ตามการตั้งค่า
สร้าง Threads ใน Space	ไม่ใช่สิทธิ์ทั่วไป	รองรับ
ถามต่อในงานร่วม	จำกัดตามระบบ	รองรับ
เชิญสมาชิกใหม่	ไม่ควรถือว่าได้	ตามสิทธิ์เพิ่มเติม
เปลี่ยน Sharing	ไม่ใช่สิทธิ์ทั่วไป	ขึ้นอยู่กับเจ้าของและนโยบาย

ข้อสำคัญ

Viewer และ Collaborator ไม่ควรถูกตีความว่าเป็นสิทธิ์เดียวกับ Admin ขององค์กร

องค์กรอาจมีนโยบายส่วนกลางที่จำกัดการเชิญหรือแชร์เพิ่มเติม

⑫ Permissions คืออะไร และต้องตั้งค่าอย่างไร

Permissions คือสิทธิ์ที่กำหนดว่าบุคคลหรือระบบทำอะไรได้บ้าง

ตัวอย่างสิทธิ์

① View

② Create

③ Edit

④ Upload

⑤ Download

⑥ Delete

⑦ Share

⑧ Invite

⑨ Manage Members

⑩ Manage Connectors

⑪ Manage Billing

⑫ Configure Security

หลัก Least Privilege

ควรให้สิทธิ์เท่าที่จำเป็นตามหน้าที่

ตัวอย่างเช่น ฝ่ายขายที่ต้องอ่านเอกสารสินค้าไม่จำเป็นต้องมีสิทธิ์ลบฐานความรู้ของทีม IT

ควรตั้งค่าเมื่อใด

• ก่อนเชิญสมาชิก
• ก่อนเพิ่มเอกสาร
• ก่อนเชื่อม Connector
• เมื่อพนักงานเปลี่ยนหน้าที่
• เมื่อโครงการเสร็จสิ้น
• เมื่อพนักงานออกจากองค์กร

⑬ ตาราง Role และ Access Matrix สำหรับองค์กร

ตารางนี้เป็น แบบนโยบายตัวอย่างที่องค์กรสามารถนำไปปรับใช้ ไม่ใช่การรับรองว่าทุกช่องตรงกับชื่อสิทธิ์และเมนูจริงใน Perplexity ทุกแพ็กเกจ

หน้าที่	อ่านข้อมูลทีม	สร้าง Threads	อัปโหลดไฟล์	แชร์ภายนอก	จัดการสมาชิก	Billing
Organization Owner	ตามหน้าที่	ได้	ตามนโยบาย	ต้องควบคุม	ได้	ได้
IT Admin	ตามหน้าที่	ได้	ตามนโยบาย	จำกัด	ได้ตามมอบหมาย	ตามมอบหมาย
Project Owner	เฉพาะโครงการ	ได้	ได้	ต้องอนุมัติ	สมาชิกโครงการตามสิทธิ์	ไม่จำเป็น
Collaborator	เฉพาะโครงการ	ได้	ตามสิทธิ์	จำกัด	ไม่จำเป็น	ไม่ได้
Viewer	เฉพาะข้อมูลที่ให้ดู	จำกัด	จำกัด	ไม่ได้ตามนโยบาย	ไม่ได้	ไม่ได้
Finance/Billing Admin	ข้อมูลที่เกี่ยวข้อง	ตามงาน	ตามงาน	จำกัด	ตามมอบหมาย	ได้

วิธีใช้ตาราง

① กำหนดหน้าที่ในองค์กร

② ระบุข้อมูลที่ต้องเข้าถึง

③ เลือก Permissions เท่าที่จำเป็น

④ ตรวจว่าระบบรองรับสิทธิ์นั้นจริงหรือไม่

⑤ บันทึกผู้อนุมัติ

⑥ ทบทวนเป็นระยะ

⑭ Access Matrix แยกตามแผนก

พื้นที่ข้อมูล	Marketing	Sales	Support	IT	ผู้บริหาร
ข้อมูลตลาดสาธารณะ	อ่าน/แก้ตามงาน	อ่าน	อ่าน	อ่าน	อ่าน
เอกสารการขาย	อ่าน	อ่าน/แก้ตามงาน	ตามหน้าที่	ตามหน้าที่	อ่าน
คู่มือ Support	อ่าน	อ่าน	อ่าน/แก้ตามงาน	อ่าน/แก้ตามงาน	อ่าน
Runbook ระบบภายใน	จำกัด	จำกัด	ตามหน้าที่	อ่าน/แก้ตามงาน	ตามหน้าที่
ข้อมูลลูกค้ารายบุคคล	เฉพาะที่อนุญาต	เฉพาะที่อนุญาต	เฉพาะที่อนุญาต	เฉพาะที่จำเป็น	เฉพาะที่จำเป็น
งบประมาณและการเงิน	จำกัด	จำกัด	จำกัด	ตามหน้าที่	ตามสิทธิ์
นโยบายและกลยุทธ์ลับ	ตามสิทธิ์	ตามสิทธิ์	ตามสิทธิ์	ตามสิทธิ์	ตามสิทธิ์

หมายเหตุ

คำว่า “อ่าน/แก้” ในตารางหมายถึงสิทธิ์ที่องค์กรต้องการกำหนด ไม่ได้หมายความว่าระบบ Perplexity มีช่องควบคุมละเอียดตามทุกเซลล์โดยอัตโนมัติ

บางกรณีต้องควบคุมที่ระบบต้นทาง เช่น Google Drive หรือ SharePoint ร่วมด้วย

⑮ SSO คืออะไร และทำไมองค์กรควรใช้

SSO หรือ Single Sign-On คือการให้สมาชิกเข้าสู่บริการต่าง ๆ ผ่านระบบยืนยันตัวตนส่วนกลาง

ประโยชน์

① ลดการจัดการบัญชีแยกหลายระบบ

② ควบคุมการเข้าถึงจากส่วนกลาง

③ ผูกกับนโยบายองค์กร

④ ช่วยจัดการเมื่อพนักงานออก

⑤ ใช้ร่วมกับมาตรการยืนยันตัวตนเพิ่มเติมตามระบบที่รองรับ

ตัวอย่าง Workflow

พนักงานเข้าสู่ระบบตัวตนของบริษัท → ยืนยันตัวตนตามนโยบาย → ได้รับสิทธิ์ใช้ Perplexity Enterprise

ข้อควรระวัง

การมี SSO ไม่ได้หมายความว่าข้อมูลทุกชุดปลอดภัยโดยอัตโนมัติ

ยังต้องตรวจสิทธิ์ Projects, Spaces และ Connectors ด้วย

⑯ SCIM คืออะไร และต่างจาก SSO อย่างไร

SCIM เป็นมาตรฐานที่ช่วยจัดการวงจรสมาชิก เช่น เพิ่ม ปรับปรุง และปิดสิทธิ์ผู้ใช้ผ่านระบบ Identity Management

ตารางเปรียบเทียบ

รายการ	SSO	SCIM
วัตถุประสงค์	เข้าสู่ระบบ	จัดการผู้ใช้และกลุ่ม
ช่วยเรื่อง Login	ใช่	ไม่ใช่หน้าที่หลัก
เพิ่มสมาชิกอัตโนมัติ	ไม่ใช่หน้าที่หลัก	รองรับตามการตั้งค่า
ปิดสิทธิ์เมื่อพนักงานออก	ผ่านระบบตัวตนร่วม	รองรับการจัดการสมาชิก
เชื่อม Identity Provider	รองรับ	รองรับ

ตัวอย่าง

เมื่อพนักงานลาออก ระบบ IT สามารถใช้กระบวนการ Offboarding และ SCIM ตามการตั้งค่า เพื่อจัดการสิทธิ์บริการที่เกี่ยวข้อง

แต่ต้องตรวจว่า Accounts, Projects และไฟล์ที่แชร์ได้รับการจัดการครบจริง

⑰ Admin Controls ของ Perplexity Enterprise มีอะไรบ้าง

คู่มือ Enterprise ระบุความสามารถสำหรับผู้ดูแลระบบ เช่น

• จัดการสมาชิก
• กำหนดแพ็กเกจต่อสมาชิก
• ตั้งค่าการแชร์
• จำกัดการอัปโหลดและดาวน์โหลดไฟล์
• จัดการ Connectors
• ควบคุมประวัติ Threads ตามฟีเจอร์
• ตรวจการใช้บริการ
• จัดการ Billing
• กำหนดนโยบายข้อมูล
• ใช้ระบบ Audit Logs ตามสิทธิ์

Custom Roles

Perplexity ประกาศความสามารถสร้าง Roles แบบกำหนดสิทธิ์ละเอียด และผูกกับกลุ่ม SCIM ในองค์กรที่เข้าเงื่อนไข

ข้อควรระวัง

ฟีเจอร์ Custom Roles, SCIM Groups และ Group Credit Limits บางประเภทมีเงื่อนไขสัญญาเพิ่มเติม

จึงต้องตรวจรายละเอียดจาก Admin Console หรือข้อตกลงองค์กรจริง

⑱ วิธีจัดการสมาชิก Enterprise

ขั้นตอนที่แนะนำ

① เปิด Organization Settings

② ตรวจรายชื่อสมาชิก

③ ตรวจประเภท Seat

④ เพิ่มสมาชิกตามสิทธิ์

⑤ กำหนด Enterprise Pro หรือ Enterprise Max

⑥ กำหนด Role

⑦ ตรวจ Projects และ Spaces ที่เข้าถึง

⑧ ตรวจการใช้ Credits

⑨ ตรวจ Billing

⑩ ทบทวนสมาชิกเป็นประจำ

หากต้องย้ายสมาชิกจาก Pro เป็น Max

ผู้ดูแลสามารถจัดการ Tier ตามเมนู Members ในระบบที่รองรับ

การอัปเกรดหรือดาวน์เกรดอาจมีการคิดค่าใช้จ่ายหรือเครดิตตามสัดส่วน

เมื่อพนักงานออกจากองค์กร

ควรจัดการการเข้าถึงทันที พร้อมตรวจสิทธิ์ในระบบต้นทางที่เชื่อมต่อด้วย

⑲ Connectors คืออะไร และช่วยงานทีมอย่างไร

Connectors คือระบบเชื่อม Perplexity กับแหล่งข้อมูลและแอปอื่นที่ได้รับอนุญาต

ตัวอย่างบริการที่เกี่ยวข้อง

• Google Drive
• Microsoft OneDrive
• SharePoint
• Dropbox
• Box
• แอปจัดเก็บข้อมูลธุรกิจอื่นที่รองรับ
• แหล่งข้อมูลเฉพาะทางตามสิทธิ์สมาชิก

ประโยชน์

① ค้นเอกสารจากหลายแหล่ง

② ลดเวลาหาไฟล์

③ รวบรวมบริบทจากระบบงาน

④ วิเคราะห์คู่มือและนโยบาย

⑤ ช่วยทำรายงาน

⑥ ทำงานร่วมกับข้อมูลปัจจุบัน

ข้อจำกัด

การมี Connector ไม่ได้หมายความว่าได้รับสิทธิ์อ่านทุกไฟล์

ยังต้องอาศัยสิทธิ์ของผู้ใช้ ระบบต้นทาง และนโยบายองค์กร

⑳ Internal Knowledge Search คืออะไร

Internal Knowledge Search คือการใช้ AI ค้นข้อมูลภายในองค์กรที่ได้รับอนุญาต

ตัวอย่างข้อมูล

• คู่มือสินค้า
• ขั้นตอนทำงาน
• เอกสารนโยบาย
• คู่มือ IT
• คำถามที่พบบ่อย
• เอกสารขาย
• รายงานภายใน
• เอกสารโครงการ

ตัวอย่างการใช้งาน

พนักงานฝ่าย Support ถามว่า

“ลูกค้าพบปัญหาเชื่อมต่อ VPN ไม่ได้ ขั้นตอนตรวจสอบตามคู่มือภายในมีอะไรบ้าง”

ระบบสามารถใช้เอกสารที่ได้รับอนุญาตมาช่วยค้นและสรุปได้

ทำไมต้องตรวจเวอร์ชันเอกสาร

เพราะหากฐานความรู้มีคู่มือเก่า AI อาจใช้ข้อมูลเก่าตอบ

ควรกำหนด Document Owner และรอบทบทวนเอกสาร

㉑ วิธีสร้างฐานความรู้ภายในองค์กร

ขั้นตอน

① สำรวจเอกสารที่มี

② แบ่งประเภทข้อมูล

③ กำหนดเจ้าของเอกสาร

④ ตรวจสิทธิ์การใช้ข้อมูล

⑤ ลบสำเนาซ้ำที่ไม่จำเป็น

⑥ ตรวจเวอร์ชันล่าสุด

⑦ จัดเก็บในระบบต้นทางที่เหมาะสม

⑧ เชื่อมแหล่งข้อมูลตามสิทธิ์

⑨ ทดลองค้นด้วยคำถามจริง

⑩ ตรวจว่า AI อ้างเอกสารถูกต้อง

ตัวอย่างโครงสร้าง

หมวด	เอกสาร
HR	คู่มือพนักงาน
Sales	Product Sheets
Marketing	Brand Guidelines
Support	FAQ และ Runbooks
IT	Network Documentation
Management	Policies และ Reports

ข้อสำคัญ

ระบบ AI ไม่สามารถแก้ปัญหาฐานความรู้ที่ไม่มีการดูแลได้ทั้งหมด

หากเอกสารต้นฉบับผิดหรือเก่า คำตอบก็อาจผิดตาม

㉒ ใช้ Research ในองค์กรอย่างไร

Research เหมาะกับงานวิเคราะห์ที่ต้องใช้หลักฐานหลายแหล่ง

ตัวอย่าง

• วิเคราะห์ตลาด
• วิเคราะห์คู่แข่ง
• ศึกษากฎหมายที่เกี่ยวข้อง
• เปรียบเทียบผู้ขาย
• ทบทวนงานวิจัย
• ประเมินแนวโน้มอุตสาหกรรม

Workflow

กำหนดคำถาม → ค้นข้อมูล → ตรวจ Sources → วิเคราะห์ → สร้างรายงาน → ตรวจข้อเท็จจริง → อนุมัติ

ตัวอย่าง Prompt

“วิเคราะห์ตลาดบริการไอทีในประเทศไทยจากข้อมูลล่าสุดที่ตรวจสอบได้ แยกข้อเท็จจริง ตัวเลขประมาณการ และข้อเสนอเชิงกลยุทธ์ พร้อมระบุข้อจำกัดของแหล่งข้อมูล”

㉓ ใช้ Perplexity Computer สำหรับทีมงานอย่างไร

Computer เป็นระบบ AI Agent ที่ช่วยดำเนินงานหลายขั้นตอน เช่น ค้นคว้า วิเคราะห์ข้อมูล สร้างรายงาน และใช้เครื่องมือที่เชื่อมต่อ

ตัวอย่างงาน

① สร้างรายงานผู้บริหาร

② วิเคราะห์ Excel

③ จัดทำ Presentation

④ เปรียบเทียบผู้ขาย

⑤ จัดทำ Content Calendar

⑥ สร้าง Dashboard

⑦ จัดทำเอกสารโครงการ

⑧ ดำเนิน Workflow ตามเงื่อนไข

หลักอนุมัติ

ควรให้ Computer สร้าง Draft ก่อน

งานส่งอีเมลภายนอก เผยแพร่เอกสาร แก้ไขฐานข้อมูล หรือดำเนินธุรกรรม ต้องตรวจสิทธิ์และมีการอนุมัติตามความเสี่ยง

㉔ ตัวอย่างใช้ Perplexity สำหรับฝ่ายการตลาด

งานที่เหมาะสม

• Market Research
• Competitor Analysis
• SEO Content Planning
• Customer Segmentation
• Campaign Research
• Content Brief
• Trend Analysis

Workflow ฝ่ายการตลาด

① กำหนดแคมเปญ

② ค้นข้อมูลตลาด

③ วิเคราะห์คู่แข่ง

④ ตรวจกลุ่มเป้าหมาย

⑤ สร้าง Content Brief

⑥ จัดทำ Draft

⑦ ตรวจข้อเท็จจริง

⑧ ให้หัวหน้าอนุมัติ

⑨ ส่งต่อทีมเผยแพร่

ตัวอย่าง Prompt

“วิเคราะห์คู่แข่ง 5 รายจากข้อมูลสาธารณะ จัดทำ Content Gap และเสนอแผนเนื้อหาสำหรับตลาดไทย แยกข้อมูลตรวจสอบได้ออกจากสมมติฐาน ห้ามสร้างยอด Traffic หรือ Search Volume”

㉕ ตัวอย่างใช้ Perplexity สำหรับฝ่ายขาย

งานที่เหมาะสม

• Product Knowledge
• Sales Enablement
• Competitor Comparison
• Proposal Preparation
• Customer Research
• Meeting Preparation
• Sales Training

Workflow ฝ่ายขาย

① รับความต้องการลูกค้า

② ค้นข้อมูลสินค้า

③ ตรวจคู่แข่ง

④ เปรียบเทียบข้อเสนอ

⑤ สร้าง Draft Proposal

⑥ ตรวจราคาและเงื่อนไข

⑦ ขออนุมัติ

⑧ ส่งให้ลูกค้า

Prompt

“สรุปข้อมูลบริการและข้อจำกัดจากเอกสารภายในที่ฉันได้รับอนุญาต เตรียมร่างข้อเสนอสำหรับลูกค้าประเภท SME โดยห้ามสร้างราคาหรือเงื่อนไขรับประกันที่ไม่มีในเอกสาร”

ข้อควรระวัง

ไม่ควรนำราคาต้นทุนหรือข้อมูลลูกค้ารายอื่นมาใช้ในข้อเสนอโดยไม่ได้รับอนุญาต

㉖ ตัวอย่างใช้ Perplexity สำหรับฝ่ายบริการลูกค้า

งานที่เหมาะสม

• ค้น FAQ
• ค้นคู่มือ
• วิเคราะห์ปัญหาที่พบบ่อย
• เตรียม Draft คำตอบ
• จัดหมวดหมู่ Knowledge Base
• สรุป Ticket

Workflow

① รับปัญหา

② ระบุผลิตภัณฑ์

③ ค้นคู่มือที่ตรงรุ่น

④ สรุปขั้นตอน

⑤ ตรวจความถูกต้อง

⑥ ส่งให้เจ้าหน้าที่ตรวจ

⑦ ตอบลูกค้า

⑧ เก็บบทเรียนใน Knowledge Base

Prompt

“ใช้เฉพาะคู่มือภายในที่ได้รับอนุญาตเพื่อเตรียมคำตอบลูกค้า หากไม่พบขั้นตอนที่ยืนยันได้ ให้ระบุว่าไม่พบ ห้ามสร้างคำสั่งทางเทคนิคขึ้นเอง”

ข้อควรระวัง

ข้อมูลลูกค้าต้องอยู่ภายใต้นโยบายความเป็นส่วนตัวขององค์กร

㉗ ตัวอย่างใช้ Perplexity สำหรับฝ่าย IT

งานที่เหมาะสม

• ค้นคู่มือระบบ
• Troubleshooting
• วิเคราะห์ Incident
• เปรียบเทียบอุปกรณ์
• เตรียม Runbook
• ตรวจข้อกำหนด Security
• สร้าง Technical Documentation

Workflow

① รับ Incident

② ตรวจขอบเขตปัญหา

③ ค้น Runbook

④ ตรวจเอกสารผู้ผลิต

⑤ เสนอแนวทางแก้

⑥ ประเมินความเสี่ยง

⑦ ขออนุมัติ Change

⑧ ทดสอบ

⑨ ดำเนินการจริง

⑩ บันทึกผล

Prompt

“ตรวจคู่มือระบบเครือข่ายสำหรับอุปกรณ์รุ่นและ Firmware ที่ระบุจากเอกสารทางการและ Runbook ภายใน แสดงขั้นตอนตรวจสอบ ความเสี่ยง และ Rollback Plan ห้ามเสนอคำสั่งที่ไม่สามารถยืนยันได้”

㉘ ตัวอย่างใช้ Perplexity สำหรับผู้บริหาร

งานที่เหมาะสม

• Executive Summary
• Strategic Research
• Market Trends
• Risk Analysis
• Vendor Evaluation
• Business Planning
• KPI Review
• Board Preparation

ตัวอย่าง Workflow

① กำหนดคำถามผู้บริหาร

② รวบรวมข้อมูลจากฝ่ายที่เกี่ยวข้อง

③ ตรวจตัวเลข

④ วิเคราะห์ทางเลือก

⑤ สรุปความเสี่ยง

⑥ เสนอ Recommendations

⑦ ตรวจสมมติฐาน

⑧ ตัดสินใจโดยผู้รับผิดชอบ

Prompt

“สรุปรายงานธุรกิจสำหรับผู้บริหารโดยแยก Verified Findings, Risks, Assumptions, Options และ Recommendations พร้อมระบุข้อมูลที่ยังไม่เพียงพอต่อการตัดสินใจ”

㉙ การใช้ Perplexity กับข้อมูลภายในต้องระวังอะไร

ตัวอย่างข้อมูลอ่อนไหว

• รายชื่อลูกค้า
• ข้อมูลพนักงาน
• ราคาต้นทุน
• สัญญา
• งบประมาณ
• ข้อมูลสุขภาพ
• รหัสผ่าน
• API Keys
• รายงานที่ยังไม่เผยแพร่
• เอกสารทางกฎหมาย

วิธีป้องกัน

① กำหนด Data Classification

② ตรวจสิทธิ์ผู้ใช้

③ จำกัดการแชร์

④ ใช้ Connectors ที่ได้รับอนุญาต

⑤ ตรวจนโยบายเก็บรักษาข้อมูล

⑥ ไม่ใช้ Public Links กับข้อมูลลับ

⑦ ตรวจข้อมูลก่อนอัปโหลด

⑧ ใช้หลัก Least Privilege

⑨ ทบทวนสิทธิ์เป็นประจำ

⑩ ดำเนินการตามกฎหมายและนโยบายองค์กร

㉚ Data Privacy ของ Enterprise เป็นอย่างไร

Perplexity ระบุว่าไม่ใช้ข้อมูลลูกค้า Enterprise เพื่อฝึกโมเดล AI

มีมาตรการด้านความปลอดภัยและการจัดการข้อมูลสำหรับองค์กร เช่น การเข้ารหัส การบริหารสิทธิ์ และการเก็บรักษาข้อมูลตามเงื่อนไขบริการ

สิ่งที่ต้องตรวจ

• Data Retention
• Data Access
• File Sharing
• Connector Permissions
• Audit Logs
• Data Processing Terms
• Geographic Requirements
• Compliance Requirements

ข้อควรระวัง

คำว่า Enterprise Privacy ไม่ได้หมายความว่าผู้ใช้สามารถอัปโหลดข้อมูลทุกประเภทได้โดยไม่ต้องตรวจสิทธิ์

องค์กรยังต้องรับผิดชอบต่อข้อมูลที่นำเข้าและการอนุญาตของเจ้าของข้อมูล

㉛ Security และ Prompt Injection สำหรับงานองค์กร

Prompt Injection คือการแทรกคำสั่งไว้ในข้อมูลที่ AI อ่าน เพื่อพยายามให้ AI ทำสิ่งที่ผู้ใช้ไม่ได้ตั้งใจ

ตัวอย่าง

พนักงานใช้ Computer อ่านเอกสารจากเว็บไซต์ภายนอก

ในเอกสารมีคำสั่งให้ AI ส่งข้อมูลภายในไปยังผู้รับที่ไม่เกี่ยวข้อง

ข้อความดังกล่าวเป็นข้อมูลจากแหล่งภายนอก ไม่ใช่คำสั่งที่องค์กรอนุมัติ

วิธีลดความเสี่ยง

① จำกัดสิทธิ์การเข้าถึง

② ตรวจข้อมูลต้นทาง

③ แยกข้อมูลออกจากคำสั่ง

④ ให้ผู้ใช้อนุมัติการกระทำสำคัญ

⑤ ตรวจปลายทางก่อนส่งข้อมูล

⑥ ไม่เปิดเผย Credentials

⑦ ตรวจ Activity Logs ตามที่รองรับ

⑧ ทดสอบ Workflow ก่อนใช้จริง

ข้อสำคัญ

Prompt ที่ระบุว่า “ห้ามเปิดเผยข้อมูล” ไม่สามารถใช้แทนระบบควบคุมสิทธิ์จริงได้

㉜ Audit Logs และการตรวจสอบย้อนหลัง

Audit Logs ช่วยให้องค์กรตรวจสอบกิจกรรมบางประเภทตามข้อมูลที่ระบบรองรับ

ตัวอย่างสิ่งที่ผู้ดูแลอาจต้องการตรวจ

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

ข้อจำกัด

ไม่ควรสรุปว่า Audit Logs บันทึกทุกคำถาม ทุกคลิก หรือทุกการกระทำได้ละเอียดเท่ากัน

ต้องตรวจประเภท Event และสิทธิ์ตามแพ็กเกจจริง

แนวทางสำหรับองค์กร

กำหนดผู้รับผิดชอบตรวจ Log และกระบวนการตอบสนองเมื่อพบเหตุผิดปกติ

㉝ การกำหนด Data Retention

Data Retention คือระยะเวลาการเก็บรักษาข้อมูล

เหตุผลที่ต้องกำหนด

① ลดการสะสมข้อมูลไม่จำเป็น

② สนับสนุนข้อกำหนดกฎหมาย

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

④ กำหนดนโยบายลบไฟล์

⑤ ควบคุมต้นทุนและการจัดเก็บ

ควรพิจารณาอะไร

• ประเภทข้อมูล
• กฎหมายที่เกี่ยวข้อง
• ความจำเป็นทางธุรกิจ
• อายุเอกสาร
• ความเสี่ยงหากเก็บนานเกินไป
• ความสามารถของระบบในการลบข้อมูล

ข้อควรระวัง

ระยะเวลา Retention ของ Threads, Files, Connectors และ Logs อาจไม่เท่ากัน

ควรตรวจนโยบายจริงก่อนกำหนดค่า

㉞ Workflow เริ่มใช้ Perplexity Enterprise ในองค์กร

ขั้นที่ 1 — กำหนดเป้าหมาย

องค์กรต้องการลดงานอะไรหรือเพิ่มประสิทธิภาพด้านใด

ขั้นที่ 2 — เลือก Pilot Team

เริ่มจากทีมขนาดเล็ก

ขั้นที่ 3 — ประเมินข้อมูล

จำแนกข้อมูลสาธารณะ ภายใน และลับ

ขั้นที่ 4 — เลือกแพ็กเกจ

จัด Enterprise Pro และ Max ตามภาระงาน

ขั้นที่ 5 — ตั้งค่า Admin

กำหนดผู้ดูแลและนโยบาย

ขั้นที่ 6 — ตั้งค่า SSO/SCIM เมื่อเหมาะสม

เชื่อมระบบสมาชิกตามสิทธิ์

ขั้นที่ 7 — สร้าง Spaces หรือ Projects

กำหนดชื่อ วัตถุประสงค์ และเจ้าของ

ขั้นที่ 8 — ตั้ง Permissions

กำหนดสิทธิ์ตามหน้าที่

ขั้นที่ 9 — เชื่อม Sources

เริ่มจากข้อมูลที่ได้รับอนุญาต

ขั้นที่ 10 — ทดลอง Workflow

ใช้คำถามและข้อมูลตัวอย่าง

ขั้นที่ 11 — ตรวจผลลัพธ์

ตรวจ Citations และคุณภาพคำตอบ

ขั้นที่ 12 — กำหนด Approval

กำหนดงานที่ต้องอนุมัติ

ขั้นที่ 13 — อบรมทีมงาน

สอน Prompt, Sources, Sharing และ Privacy

ขั้นที่ 14 — ประเมินผล

วัดเวลา คุณภาพ และความผิดพลาด

ขั้นที่ 15 — ขยายการใช้งาน

เพิ่มทีมเมื่อกระบวนการมีประสิทธิภาพและควบคุมความเสี่ยงได้

㉟ ตัวอย่าง Workflow สำหรับบริษัทขนาดเล็ก

สมมติบริษัทมี 5 แผนก

• Marketing
• Sales
• Support
• IT
• Management

แนวทาง

① สร้างพื้นที่สำหรับแต่ละแผนก

② กำหนดเจ้าของข้อมูล

③ จัดกลุ่มเอกสาร

④ ตั้งสิทธิ์สมาชิก

⑤ กำหนดรูปแบบ Prompt

⑥ ให้ทุกทีมตรวจ Sources

⑦ ส่งรายงานที่ผ่านการตรวจให้ผู้บริหาร

ตัวอย่าง Weekly Workflow

วันเริ่มสัปดาห์ — Marketing วิเคราะห์ตลาด

ระหว่างสัปดาห์ — Sales และ Support เพิ่มข้อค้นพบที่เกี่ยวข้อง

ปลายสัปดาห์ — IT ตรวจประเด็นเทคนิค

ก่อนประชุม — ผู้บริหารอ่าน Executive Summary

ขั้นตอนเหล่านี้เป็นตัวอย่างการจัดงาน ไม่ได้หมายความว่าระบบจะสร้างกำหนดการโดยอัตโนมัติจนกว่าจะตั้ง Workflow ที่รองรับจริง

㊱ KPI สำหรับวัดผลการใช้ Perplexity ในองค์กร

ไม่ควรวัดความสำเร็จจากจำนวนคำถาม AI เพียงอย่างเดียว

ตัวชี้วัดที่ควรพิจารณา

KPI	วิธีวัด
Research Time	เวลาทำวิจัยก่อนและหลัง
Document Retrieval Time	เวลาค้นเอกสาร
First Draft Time	เวลาสร้างร่าง
Review Time	เวลาตรวจงาน
Error Rate	สัดส่วนข้อผิดพลาด
Rework Rate	งานที่ต้องแก้ซ้ำ
Adoption Rate	สมาชิกที่ใช้งานอย่างเหมาะสม
Cost per Workflow	ต้นทุนต่อกระบวนการ
Approval Cycle	เวลารออนุมัติ
User Satisfaction	ความพึงพอใจทีม

ข้อควรระวัง

การทำงานเร็วขึ้นไม่มีประโยชน์หากข้อผิดพลาดเพิ่มขึ้นหรือเกิดความเสี่ยงด้านข้อมูล

จึงต้องวัดคุณภาพควบคู่กับความเร็ว

㊲ ตัวอย่าง Prompt ภาษาไทยสำหรับทีมงาน

Prompt 1: Marketing

“วิเคราะห์แนวโน้มตลาดในประเทศไทยจากแหล่งข้อมูลล่าสุดที่ตรวจสอบได้ จัดทำตารางคู่แข่งและข้อเสนอคอนเทนต์ โดยแยกข้อมูลจริง สมมติฐาน และข้อเสนอเชิงกลยุทธ์”

Prompt 2: Sales

“ใช้เฉพาะเอกสารสินค้าและบริการที่ได้รับอนุญาตเพื่อเตรียมข้อเสนอขาย ห้ามสร้างราคา เงื่อนไขสัญญา หรือการรับประกันที่ไม่ปรากฏในเอกสารต้นฉบับ”

Prompt 3: Support

“ค้นคู่มือและ FAQ ภายในที่เกี่ยวข้องกับปัญหาลูกค้า สรุปขั้นตอนแก้ไข พร้อมระบุชื่อเอกสารและเวอร์ชัน หากไม่พบข้อมูลให้แจ้งว่าไม่พบ”

Prompt 4: IT

“วิเคราะห์ Incident จาก Runbook ที่ได้รับอนุญาตและคู่มือผู้ผลิต สร้าง Checklist ตรวจสอบ ความเสี่ยง และ Rollback Plan ห้ามสั่งเปลี่ยนระบบจริงโดยไม่ได้อนุมัติ”

Prompt 5: Management

“สรุปรายงานจากแหล่งข้อมูลที่ได้รับอนุญาตสำหรับผู้บริหาร แยก Key Findings, Risks, Assumptions, Recommendations และข้อมูลที่ยังต้องตรวจสอบ”

Prompt 6: Team Collaboration

“สร้างสรุปงานสำหรับสมาชิกใน Project นี้ โดยใช้เฉพาะข้อมูลที่ทุกคนในกลุ่มได้รับอนุญาตให้เข้าถึง ระบุเจ้าของงาน งานที่เสร็จ และเรื่องที่ต้องตัดสินใจ”

Prompt 7: Security Review

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

㊳ ตัวอย่าง Prompt ภาษาอังกฤษ

Prompt 1: Marketing Research

“Research the latest market trends using verified sources. Create an executive summary with evidence, limitations, competitor insights, and recommendations.”

Prompt 2: Sales Enablement

“Use only approved product documents to prepare a draft sales proposal. Do not invent pricing, contract terms, or product capabilities.”

Prompt 3: Customer Support

“Search the authorized internal knowledge base for relevant troubleshooting steps. Cite the exact document and version, and flag any missing information.”

Prompt 4: IT Operations

“Review the incident using authorized runbooks and official vendor documentation. Suggest diagnostic steps, risks, and rollback considerations. Do not change production systems.”

Prompt 5: Executive Brief

“Create a decision-ready executive brief separating verified findings, assumptions, financial implications, risks, and recommended next actions.”

Prompt 6: Access Control

“Use only information I am authorized to access. Do not share project data outside the approved audience or take actions requiring elevated permissions.”

Prompt 7: Quality Review

“Audit this report for unsupported claims, outdated citations, numerical errors, privacy risks, and unresolved assumptions before approval.”

㊴ Checklist ก่อนใช้ Perplexity ในองค์กร

รายการตรวจสอบ	สถานะ
① กำหนดวัตถุประสงค์	☐
② เลือกทีมทดลอง	☐
③ ตรวจแพ็กเกจ	☐
④ กำหนด Organization Owner	☐
⑤ กำหนด Admin	☐
⑥ ตรวจ SSO	☐
⑦ ตรวจ SCIM เมื่อใช้	☐
⑧ กำหนด Role	☐
⑨ สร้าง Access Matrix	☐
⑩ ตั้งค่า Spaces/Projects	☐
⑪ ตรวจ Sharing Permissions	☐
⑫ ตรวจ Viewers	☐
⑬ ตรวจ Collaborators	☐
⑭ ตรวจสิทธิ์ Upload	☐
⑮ ตรวจสิทธิ์ Download	☐
⑯ ตรวจสิทธิ์ Delete	☐
⑰ ตรวจ Connectors	☐
⑱ ตรวจสิทธิ์ข้อมูลต้นทาง	☐
⑲ ตรวจ Internal Knowledge	☐
⑳ ตรวจ Data Privacy	☐
㉑ ตรวจ Data Retention	☐
㉒ ตรวจ Audit Logs	☐
㉓ ตรวจ Credits และ Billing	☐
㉔ กำหนด Approval Workflow	☐
㉕ ป้องกันข้อมูลลับ	☐
㉖ ตรวจ Prompt Injection Risk	☐
㉗ อบรมพนักงาน	☐
㉘ ตรวจผลลัพธ์ AI	☐
㉙ วัด KPI	☐
㉚ ทบทวนสิทธิ์เป็นระยะ	☐

㊵ คำถามที่พบบ่อย (FAQ)

Q1: Perplexity ใช้สำหรับทีมงานในองค์กรได้ไหม

ได้ โดยมี Enterprise Pro และ Enterprise Max สำหรับการทำงานร่วมกัน การค้นความรู้ภายใน และการบริหารสมาชิก

Q2: Enterprise Pro กับ Pro ส่วนตัวต่างกันอย่างไร

Enterprise Pro เพิ่มการจัดการองค์กร สิทธิ์สมาชิก การค้นข้อมูลภายใน และมาตรการความปลอดภัยตามแผน

Q3: Enterprise Max เหมาะกับใคร

เหมาะกับองค์กรหรือสมาชิกที่ใช้งาน Research, Computer และเครื่องมือขั้นสูงเป็นจำนวนมาก

Q4: องค์กรใช้ Enterprise Pro และ Max ร่วมกันได้ไหม

ได้ ผู้ดูแลสามารถกำหนดสมาชิกแต่ละระดับในองค์กรเดียวกันตามสิทธิ์

Q5: Spaces ใช้ทำอะไร

ใช้จัดกลุ่ม Threads และข้อมูลตามหัวข้อหรือโครงการ พร้อมการแชร์ตามสิทธิ์

Q6: Projects ต่างจาก Spaces หรือไม่

ทั้งสองเกี่ยวข้องกับการจัดงานร่วมกัน แต่ควรตรวจรายละเอียดเมนู การแชร์ และสิทธิ์ของผลิตภัณฑ์ที่ใช้งานจริง

Q7: Viewer กับ Collaborator ต่างกันอย่างไร

Viewer เน้นการดูข้อมูล ส่วน Collaborator สามารถมีส่วนร่วมกับงานและ Threads ตามสิทธิ์ที่รองรับ

Q8: แชร์ Space ให้คนภายนอกได้ไหม

ขึ้นอยู่กับการตั้งค่าและนโยบายองค์กร ไม่ควรแชร์ข้อมูลลับผ่านลิงก์สาธารณะ

Q9: สมาชิกเห็นไฟล์ทั้งหมดขององค์กรไหม

ไม่ควรสรุปเช่นนั้น สิทธิ์ขึ้นอยู่กับพื้นที่งาน Connectors และการตั้งค่าที่เกี่ยวข้อง

Q10: SSO คืออะไร

คือระบบเข้าสู่บริการผ่านการยืนยันตัวตนส่วนกลางขององค์กร

Q11: SCIM คืออะไร

เป็นมาตรฐานสำหรับจัดการสมาชิกและกลุ่มผ่านระบบ Identity Management

Q12: Enterprise รองรับ Admin Controls ไหม

รองรับการจัดการสมาชิก สิทธิ์ การแชร์และการกำกับดูแลตามแพ็กเกจ

Q13: ใช้ Google Drive กับ Perplexity ได้ไหม

มี Connector สำหรับ Google Drive ในบริบท Enterprise ที่รองรับ โดยต้องได้รับอนุญาต

Q14: ใช้ SharePoint หรือ OneDrive ได้ไหม

มีการรองรับการเชื่อมข้อมูลจากบริการเหล่านี้ตามสิทธิ์และการตั้งค่าองค์กร

Q15: Internal Knowledge คืออะไร

คือความสามารถค้นข้อมูลภายในจากเอกสารและแหล่งข้อมูลที่ได้รับอนุญาต

Q16: Perplexity Enterprise ใช้ข้อมูลบริษัทฝึก AI ไหม

Perplexity ระบุว่าไม่ใช้ข้อมูลลูกค้า Enterprise เพื่อฝึกโมเดล AI ตามเงื่อนไขบริการองค์กร

Q17: ข้อมูล Enterprise ปลอดภัย 100% หรือไม่

ไม่มีระบบใดรับประกันความปลอดภัย 100% ต้องใช้มาตรการควบคุมและการจัดการข้อมูลร่วมด้วย

Q18: Research ใช้ทำรายงานทีมได้ไหม

ได้ เหมาะกับงานค้นคว้าเชิงลึก แต่ต้องตรวจหลักฐานก่อนนำไปใช้

Q19: Computer ใช้กับงานองค์กรได้ไหม

ได้ตามสิทธิ์ สามารถช่วยสร้างรายงาน วิเคราะห์ไฟล์ และดำเนินงานหลายขั้นตอน

Q20: Perplexity สามารถส่งอีเมลแทนพนักงานได้ไหม

ขึ้นอยู่กับ Connectors และความสามารถที่ได้รับอนุญาต ควรกำหนดให้ต้องตรวจและอนุมัติก่อนส่ง

Q21: ฝ่ายขายใช้ Perplexity ทำอะไรได้

ค้นข้อมูลผลิตภัณฑ์ วิเคราะห์คู่แข่ง และเตรียมร่างข้อเสนอขายจากเอกสารที่ได้รับอนุญาต

Q22: ทีม Support ใช้ Perplexity อย่างไร

ค้น FAQ คู่มือและขั้นตอนแก้ปัญหา แล้วให้เจ้าหน้าที่ตรวจคำตอบก่อนส่งลูกค้า

Q23: ฝ่าย IT ใช้ Perplexity อย่างไร

ค้นคู่มือและ Runbook วิเคราะห์ Incident และช่วยสร้างเอกสารเทคนิค โดยต้องตรวจคำสั่งก่อนใช้กับระบบจริง

Q24: ผู้บริหารใช้ Perplexity ทำอะไรได้

ใช้สรุปรายงาน วิเคราะห์ข้อมูลและประเมินทางเลือก โดยต้องตรวจตัวเลขและข้อสมมติ

Q25: Enterprise รองรับ Audit Logs ไหม

มีความสามารถ Audit Logs ตามสิทธิ์และเงื่อนไของค์กร แต่ต้องตรวจประเภทกิจกรรมที่บันทึกได้จริง

Q26: Data Retention คืออะไร

คือการกำหนดระยะเวลาเก็บรักษาข้อมูลตามความจำเป็นและนโยบาย

Q27: ต้องซื้อ Enterprise ให้พนักงานทุกคนไหม

ขึ้นอยู่กับนโยบายและการใช้งานจริง อาจเริ่มจาก Pilot Team ก่อนขยาย

Q28: ควรใช้ Pro หรือ Max กับผู้บริหาร

เลือกตามรูปแบบงานและโควตาที่ต้องใช้ ไม่จำเป็นว่าผู้บริหารทุกคนต้องใช้ Max

Q29: จะป้องกันข้อมูลลูกค้ารั่วไหลอย่างไร

กำหนดสิทธิ์ ใช้ Connectors ที่ได้รับอนุญาต จำกัดการแชร์ และตรวจข้อมูลก่อนนำเข้า

Q30: จะรู้ได้อย่างไรว่าใช้ Perplexity แล้วคุ้มค่า

วัดเวลา คุณภาพข้อสรุป ความผิดพลาด ต้นทุน และความพึงพอใจควบคู่กัน

㊶ สรุป วิธีใช้ Perplexity สำหรับทีมงานในองค์กร

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

Enterprise Pro เหมาะกับทีมที่ต้องการค้นข้อมูลภายใน จัดการสมาชิก และกำหนดสิทธิ์ส่วนกลาง ส่วน Enterprise Max เพิ่มโควตาและความสามารถสำหรับงานขั้นสูง

Spaces, Projects และ Threads ช่วยจัดระเบียบงานวิจัยและข้อมูลร่วมกัน แต่ต้องตรวจสิทธิ์การแชร์เป็นรายพื้นที่และรายเนื้อหา

SSO และ SCIM ช่วยจัดการตัวตนและสมาชิก ขณะที่ Admin Controls และ Connectors ช่วยกำกับการเข้าถึงข้อมูลตามนโยบายองค์กร

Research ช่วยวิเคราะห์ข้อมูลเชิงลึก ส่วน Computer ช่วยดำเนินงานหลายขั้นตอนและสร้างชิ้นงานตามสิทธิ์ที่รองรับ

คำแนะนำจาก ComSiam: เริ่มจาก กำหนดงานที่ต้องการ → เลือกทีมทดลอง → จัดประเภทข้อมูล → ตั้งค่า Roles และ Permissions → สร้าง Spaces/Projects → เชื่อมข้อมูลที่ได้รับอนุญาต → ทดลอง Workflow → ตรวจคุณภาพ → วัด KPI → ขยายการใช้งาน

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

สำหรับองค์กรขนาดเล็ก ควรเริ่มจากฝ่ายที่มีงานค้นคว้าซ้ำจำนวนมาก เช่น Marketing, Sales, Support หรือ IT แล้วประเมินผลลัพธ์ก่อนเพิ่มแพ็กเกจและจำนวนสมาชิก

ท้ายที่สุด การใช้ Perplexity ในองค์กรให้เกิดประโยชน์สูงสุดไม่ได้ขึ้นอยู่กับ AI เพียงอย่างเดียว แต่ขึ้นอยู่กับ คุณภาพของฐานความรู้ สิทธิ์การเข้าถึง การตรวจสอบข้อเท็จจริง และกระบวนการอนุมัติงานของมนุษย์