คำถามที่พบบ่อย
คำตอบเกี่ยวกับการเริ่มต้น ผลิตภัณฑ์ ราคา ความปลอดภัย และความพร้อมระดับองค์กร จัดกลุ่มตามหัวข้อ
เริ่มต้นใช้งาน
เราควรเริ่มจากตรงไหน?
เลือกเวิร์กโฟลว์ปริมาณสูงหนึ่งรายการและเปิดใช้ในช่องทางเดียว พิสูจน์ว่าคำตอบแม่นยำและการยกระดับไปถึงคนที่ถูกต้อง จากนั้นค่อยขยายไปยังช่องทางและแพ็กเพิ่มเติม
Threada ต่างจาก ChatGPT หรือ Gemini สำหรับธุรกิจอย่างไร?
copilot เอนกประสงค์ผูกกับโมเดลของผู้ให้บริการรายหนึ่ง Threada เป็นแพลตฟอร์มงาน: ทุกคำขอกลายเป็น WorkItem ที่ติดตามได้ พร้อมตัวควบคุมนโยบาย การปฏิบัติการภายใต้การกำกับ และการวิเคราะห์ผลลัพธ์ ข้าม LLM ใดก็ได้
เราต้องเปลี่ยน Zendesk, ServiceNow หรือ Salesforce หรือไม่?
ไม่ Threada ทำงานควบคู่กับเครื่องมือปัจจุบันของคุณ รับและจัดโครงสร้างคำขอ แล้วดำเนินการที่ได้รับอนุมัติในระบบที่คุณใช้อยู่แล้ว
AI รับมือกรณีพิเศษที่ทำให้อัตโนมัติเดิมของเราพังได้จริงหรือ?
AI ดูแลการทำความเข้าใจและจัดโครงสร้าง ตัวควบคุมนโยบาย คิวตรวจทาน และการอนุมัติรับมือข้อยกเว้น คนยังอยู่ในวงสำหรับสิ่งที่เสี่ยงสูง
เราวัดอะไรได้จริง?
Containment, time-to-resolution, คุณภาพการยกระดับ, เวลาวงจรอนุมัติ และความสำเร็จของการดำเนินการ ผลลัพธ์ในบันทึก ไม่ใช่จำนวนการโต้ตอบ
เราประเมินความปลอดภัยก่อนใช้งานจริงอย่างไร?
ใช้ประตูประเมินผลที่ทดสอบการสกัดข้อมูล การกำหนดเส้นทาง การยึดหลักฐาน และพฤติกรรมการดำเนินการ เปิดตัวอย่างค่อยเป็นค่อยไปด้วย canary traffic, shadow mode และ rollback ในคลิกเดียว
ใครใช้ Threada บ้าง?
ทีมที่ดำเนินงานเชิงปฏิบัติการปริมาณมากภายใต้ความรับผิดชอบ ได้แก่ ฝ่ายปฏิบัติการลูกค้าและฝ่ายสนับสนุน ฝ่าย IT และจัดซื้อ ฝ่ายความปลอดภัยและการกำกับดูแล และฝ่ายปฏิบัติการการเงิน หากงานเข้ามาในรูปแบบคำขอที่ต้องตอบหรือดำเนินการพร้อมบันทึก ก็สามารถดำเนินการบน Threada ในฐานะ WorkItems ที่มีการกำกับดูแลได้
Threada ผสานการทำงานกับอะไรบ้าง?
ระบบที่งานและการดำเนินการอยู่ ได้แก่ เครื่องมือสนับสนุนและการจัดการตั๋ว เช่น Zendesk ตัวติดตามปัญหา เช่น Jira แชท เช่น Slack รวมถึงการรับเข้าทางอีเมลและ API หรือ webhook คำขอเข้ามาและการดำเนินการที่อนุมัติแล้วออกไปในฐานะการดำเนินการที่มีการกำกับดูแล ดูรายชื่อปัจจุบันได้ที่หน้าการผสานการทำงาน
Threada เป็นเพียงแชทบอทหรือ AI agent ใช่หรือไม่?
ไม่ใช่ แชทบอทตอบข้อความแล้วก็ลืมมันไป แต่ Threada จัดการงาน คำขอแต่ละรายการจะกลายเป็น WorkItem ที่ติดตามได้ พร้อมหลักฐานที่อ้างอิงได้ การควบคุมตามนโยบาย การอนุมัติโดยมนุษย์ การดำเนินการที่มีการกำกับดูแล และร่องรอยการตรวจสอบ เพื่อให้งานได้รับการกำกับดูแลและตรวจสอบได้ตั้งแต่ต้นจนจบ ไม่ใช่เพียงบทสนทนา
ผลิตภัณฑ์
WorkItem คืออะไร?
WorkItem คือหน่วยงานกลางใน Threada เป็น object แบบ typed และ lifecycle-managed ที่จับการรับคำขอ การตัดสินใจ การปฏิบัติการ และผลลัพธ์สำหรับทุกคำขอ
Threada ต่างจากเครื่องมืออัตโนมัติบนเว็บแบบเดิมอย่างไร?
เครื่องมืออัตโนมัติแบบข้อความอย่างเดียวจัดการคำขอทีละข้อความ Threada จัดการงาน: การรับคำขอ นโยบาย การอนุมัติ actions และการวัดผลลัพธ์ พร้อมเส้นทางตรวจสอบและตัวควบคุมการกำกับดูแล
ฉันเริ่มด้วยเวิร์กโฟลว์เดียวได้ไหม?
ได้ ทีมส่วนใหญ่เริ่มด้วยเวิร์กโฟลว์เดียวที่จำกัดขอบเขตกับช่องทางหรือเวิร์กสเปซหนึ่ง แล้วค่อยขยายเมื่อความมั่นใจเพิ่มขึ้น
Threada รองรับแหล่งเนื้อหาใดบ้าง?
เว็บไซต์ เอกสารที่อัปโหลด API connectors และ feed-based sources แต่ละแหล่งลงทะเบียนเป็น managed knowledge asset พร้อม freshness และ retention policy ของตัวเอง
Freshness policy ทำงานอย่างไร?
คุณตั้ง sync cadence และ stale thresholds ต่อ source Threada แจ้งเตือน freshness drift และ failed syncs เพื่อให้ evidence เป็นปัจจุบัน
เรากำหนดให้ต้องมี citations ใน responses ได้ไหม?
ได้ citation requirements ใช้ได้ต่อ workflow และ intent Low-evidence responses จะ route ไปยัง review หรือ escalation โดยอัตโนมัติ
เราตั้งค่า approval routing โดยไม่ต้องเขียนโค้ดเฉพาะได้ไหม?
ได้ decision steps และ approval requirements ขับเคลื่อนด้วย configuration
นโยบายต่างกันตามช่องทางหรือเวิร์กโฟลว์ได้ไหม?
ได้ channel-specific policy overlays สามารถ override พฤติกรรม workflow พื้นฐาน
เราปิด actions ได้อย่างรวดเร็วไหม?
ได้ kill switches สามารถปิด execution ตาม channel, workflow หรือขอบเขต integration
เรารายงานตามช่องทางและเวิร์กโฟลว์พร้อมกันได้ไหม?
ได้ มิติของเทเลเมตรีรวมทั้งตัวระบุช่องทางและเวิร์กโฟลว์ เพื่อการวิเคราะห์แบบตัดขวาง
เราแยกดูความน่าเชื่อถือของการผสานรวมได้ไหม?
ได้ เทเลเมตรีของการดำเนินการรวมมิติของการผสานรวมและการดำเนินการ พร้อมสถานะสำเร็จ ลองใหม่ และล้มเหลว
เราเปรียบเทียบเวอร์ชันของนโยบายได้ไหม?
ได้ เวอร์ชันของนโยบายพร้อมใช้งานเป็นมิติการรายงานระดับหลัก สำหรับการวิเคราะห์คุณภาพและผลลัพธ์
โซลูชัน
ทำอย่างไรให้แบบสอบถามความปลอดภัยของผู้ให้บริการเป็นระบบอัตโนมัติ?
Threada ร่างคำตอบสำหรับแบบสอบถามความปลอดภัยจากหลักฐานที่อ้างอิงได้ของคุณ และส่งให้ตรวจทาน คำตอบที่มีความเสี่ยงต่ำและมีหลักฐานยืนยันอย่างชัดเจนสามารถอนุมัติโดยอัตโนมัติตามนโยบายได้ ส่วนคำตอบที่มีความอ่อนไหวจะรอผู้รับผิดชอบด้านความปลอดภัยที่ระบุชื่อไว้ คุณจะไม่มีวันส่งคำตอบที่ยังไม่ได้ตรวจทาน เว้นแต่นโยบายของคุณอนุญาตไว้อย่างชัดเจน
คำตอบในแบบสอบถามความปลอดภัยมาจากไหน?
Threada ดึงคำตอบจากแหล่งข้อมูลที่คุณอนุมัติ ทั้งแบบสอบถามก่อนหน้านี้ นโยบายความปลอดภัย รายงาน SOC 2 และ DPAs โดยสืบค้นและอ้างอิงในแต่ละคำตอบ หากหลักฐานไม่สนับสนุนคำตอบ WorkItem จะทำเครื่องหมายไว้ให้มนุษย์พิจารณาแทนการคาดเดา
ทีมความปลอดภัยจะพิสูจน์ในภายหลังได้อย่างไรว่าแบบสอบถามได้รับการตอบอย่างไร?
Threada บันทึกทุกคำตอบที่ร่าง ทุกการแก้ไข และทุกการอนุมัติเป็นเหตุการณ์ที่มีการประทับเวลาพร้อมหลักฐานที่อ้างอิง ดังนั้นการตรวจสอบ การต่ออายุ หรือการเปลี่ยนแปลงมาตรการควบคุมในภายหลังจึงสามารถสืบย้อนกลับได้ว่าใครตอบอะไร บนพื้นฐานใด และใครเป็นผู้อนุมัติ
ทีมการเงินจะทำให้คำตอบจาก AI ถูกต้องและตรวจสอบได้อย่างไร?
Threada ยึดคำตอบด้านการเงินไว้กับการสืบค้นจากแหล่งข้อมูลของคุณ อ้างอิงถึงหน้าหรือระเบียนที่เฉพาะเจาะจง และใช้การกำกับที่มาสำหรับข้อมูลอ้างที่มีความสำคัญสูง เมื่อบริบทไม่เพียงพอและเปิดโหมดงดตอบไว้ ระบบจะส่งคืนคำตอบสำรองแบบไม่มีคำตอบแทนการคาดเดา
ทำอย่างไรให้การดำเนินการด้านการเงินต้องผ่านการอนุมัติหลายระดับ?
ขั้นตอนการตัดสินใจของ Threada จำลองการตรวจทานโดยมนุษย์ การอนุมัติโดยผู้จัดการ การอนุมัติด้านความปลอดภัย ประตูตรวจสอบอัตโนมัติ และคิวสำหรับกรณียกเว้น อีกทั้งเลเยอร์นโยบายยังกำหนดข้อกำหนดการอนุมัติด้วยลำดับความสำคัญแบบชี้ชัด
การดำเนินการด้านการเงินและปฏิบัติการสามารถตรวจสอบและย้อนกลับได้หรือไม่?
ได้ การดำเนินการที่อยู่ภายใต้การกำกับดูแลของ Threada ทำงานด้วย idempotency keys และการลองใหม่ สามารถย้อนกลับได้ และสร้างบันทึกการดำเนินการที่ตรวจสอบได้ พร้อมทั้งซองข้อมูลเทเลเมทรีแบบรวมและการส่งออกในรูปแบบ CSV/NDJSON
ฉันสามารถทำให้การรับเรื่องฝ่ายบริการลูกค้าเป็นระบบอัตโนมัติจากช่องทางใดได้บ้าง?
Threada รับข้อมูลขาเข้าแบบมีชนิดจากเว็บ ภายในแอป Slack Teams อีเมล API และเอนด์พอยต์ที่กำหนดเอง ช่องทางขาเข้าจากผู้ให้บริการรวมถึง Gmail Twilio SMS WhatsApp โซเชียล Discord และเว็บฮุกของ Teams ซึ่งทั้งหมดถูกทำให้เป็นมาตรฐานเดียวกันในรูปของ WorkItems
ฉันจะป้องกันไม่ให้คำตอบจาก AI ฝ่ายบริการถูกกุขึ้นได้อย่างไร?
เมื่อเปิดโหมดงดตอบไว้ Threada จะใช้เกณฑ์ความเกี่ยวข้องและส่งคืนคำตอบสำรองแบบไม่มีคำตอบอย่างชัดเจนแทนที่จะกุคำตอบขึ้น และคำตอบใด ๆ ที่ระบบสร้างขึ้นจะมีการอ้างอิงกำกับไว้
การอนุมัติสำหรับการดำเนินการฝ่ายบริการทำงานอย่างไร?
Threada สามารถกำหนดให้การดำเนินการฝ่ายบริการ เช่น การอัปเดตตั๋วงานหรือการแจ้งเตือนลูกค้า ต้องผ่านขั้นตอนการตัดสินใจก่อน โดยการอนุมัติจะถูกบันทึกไว้ การดำเนินการสามารถย้อนกลับได้ด้วย idempotency keys และการดำเนินการจะถูกบันทึกเป็นประวัติที่ตรวจสอบได้
ราคาและการเรียกเก็บเงิน
อะไรนับเป็นการโต้ตอบรันไทม์?
เหตุการณ์รันไทม์ที่มีการวัดปริมาณ เช่น การรับคำขอ การร่าง การอนุมัติ การดำเนินการ หรือการดำเนินการกับ WorkItem ซึ่งนับโดยบัญชีการใช้งานของแพลตฟอร์ม
หน้าเอกสารคืออะไร?
หน้าที่ผ่านการประมวลผลจากเนื้อหาที่อัปโหลดหรือซิงก์ ซึ่งนับรวมในโควตาหน้าเอกสารที่ใช้สำหรับการทำดัชนีและการอ้างอิงหลักฐาน
ฉันเปลี่ยนแพ็กเกจได้ไหม?
ได้ ทุกเมื่อ การเปลี่ยนแปลงมีผลในรอบการเรียกเก็บเงินถัดไป
ถ้าฉันใช้ถึงขีดจำกัดจะเกิดอะไรขึ้น?
คุณจะได้รับคำเตือนเมื่อใกล้ถึงขีดจำกัด เมื่อเกินขีดจำกัดการใช้งานจะถูกจำกัด (มีเครดิตการใช้งานเกินในกรณีที่ใช้ได้) ส่วนช่วงผ่อนผัน 7 วันจะใช้กับกรณีการชำระเงินล้มเหลวแยกต่างหาก
ส่วนลดรายปี?
ประหยัด 20% เมื่อเรียกเก็บรายปี
เนื้อหาของฉันถูกใช้สำหรับฝึกโมเดลหรือไม่?
ไม่ เนื้อหาถูกทำดัชนีเพื่อการค้นคืนเท่านั้น
เวลาพร้อมใช้งาน?
เราดำเนินงานตามเป้าหมายความพร้อมใช้งานภายในองค์กร พร้อมการปรับขนาดอัตโนมัติ การสำรองข้อมูลอัตโนมัติ และคู่มือการกู้คืนที่ผ่านการทดสอบ เป้าหมายอัปไทม์ตามสัญญาและการชดเชยด้วยเครดิตบริการใด ๆ จะตกลงกันในแต่ละใบสั่งซื้อ (order form)
ความปลอดภัยและการกำกับดูแล
Threada มาแทนที่เครื่องมือด้านการปฏิบัติตามข้อกำหนดที่เรามีอยู่หรือไม่?
ไม่ Threada บังคับใช้นโยบายภายในการทำงานอัตโนมัติด้วย AI โดยผสานรวมกับเครื่องมือ GRC และระบบจัดการตัวตนที่คุณมีอยู่ แทนที่จะมาแทนที่
นโยบายมีการกำหนดเวอร์ชันอย่างไร?
นโยบายซ้อนทับมีการกำหนดเวอร์ชันและกำหนดขอบเขตตามองค์กร ช่องทาง แพ็ก และเวิร์กโฟลว์ ทุกการดำเนินการจะบันทึกเวอร์ชันของนโยบายที่ใช้งานอยู่
เราส่งออกบันทึกการตรวจสอบได้ไหม?
ได้ เหตุการณ์ด้านวงจรชีวิต นโยบาย และการดำเนินการ สามารถส่งออกได้สำหรับการตรวจสอบจากภายนอก การผสานรวมกับ SIEM และการรายงานตามกฎระเบียบ
คุณตั้งเป้า SLA ด้านความพร้อมใช้งานไว้เท่าใด?
ความพร้อมใช้งานรายเดือน 99.9% พร้อมเป้าหมาย RTO (4 ชั่วโมง) และ RPO (24 ชั่วโมง) ที่ชัดเจน และคู่มือรับมือเหตุการณ์ที่มีเอกสารกำกับ
การเรียกเก็บเงินถูกบังคับใช้อย่างไร?
ผ่านการสมัครสมาชิก Stripe ร่วมกับตัวนับการใช้งาน พร้อมระบบอัตโนมัติแจ้งเตือนช่วงผ่อนผัน และการปิดใช้งานแบบควบคุมหลังพ้นช่วงผ่อนผัน
เราส่งออกบันทึกการตรวจสอบได้ไหม?
ได้ มีฟีดการส่งออก (GCS และ BigQuery) และการดาวน์โหลดตามคำขอ สำหรับการทบทวนด้านการปฏิบัติตามข้อกำหนด
Enterprise
เราต้องแทนที่ระบบบันทึกหลักของเราหรือไม่?
ไม่ Threada ออกแบบมาเพื่อประสานงานรอบระบบเดิมผ่านการผสานรวมและการดำเนินการภายใต้การกำกับ
กำหนดให้ต้องอนุมัติสำหรับการดำเนินการเฉพาะได้ไหม?
ได้ ข้อกำหนดการอนุมัติสามารถใช้ตามเวิร์กโฟลว์ ช่องทาง คลาสความเสี่ยง และประเภทการดำเนินการ
เราประเมินความปลอดภัยใน production อย่างไร?
ใช้ประตู EvalSuite สำหรับการสกัดข้อมูล การกำหนดเส้นทาง การยึดหลักฐาน และพฤติกรรมการดำเนินการก่อนการ rollout ในวงกว้าง
เราเปิดตัวด้วย web intake อย่างเดียวได้ไหม?
ได้ Web เป็นช่องทางแรกของคุณได้ ขณะที่ยังใช้ workflow primitives เดียวกันสำหรับช่องทางในอนาคต
Integrations รันแบบ asynchronous ได้ไหม?
ได้ Integration execution เป็น asynchronous และรองรับ retries พร้อม auditable error classes
เราติดตามผลลัพธ์ที่ล้มเหลวอย่างไร?
ใช้ correlation IDs, WorkItem history, decision events และ execution logs เพื่อประกอบ end-to-end flow ขึ้นใหม่