ConnectWiz + Estesoft Stella
การเชื่อมต่อที่ใช้งานจริงStella ยังเป็น CRM ของคุณ แต่บทสนทนารู้จักมันเสียที
ผู้ให้บริการรายแรกบนพอร์ต CRM ที่เราออกแบบมาให้ไม่ผูกกับเจ้าใด: บริบทลูกค้าสดจาก Estesoft Stella อยู่ในทุกบทสนทนา การจองเขียนกลับไปที่สมุดนัดของ Stella — และชุดการปฏิเสธอย่างตั้งใจ ที่เขียนไว้เป็นลายลักษณ์อักษร ว่าผลิตภัณฑ์ด้านการสื่อสารไม่ควรแตะอะไรบ้าง
CRM
ทำอะไรได้บ้าง — แบบเจาะจง
บริบทสด ล็อกตามตัวตน
นัดหมาย ใบเสนอราคา ยอดค้างชำระ โน้ต และเอกสารของลูกค้ารายนี้ โผล่ขึ้นมาบนบทสนทนา — และ AI อ่านได้เฉพาะของลูกค้ารายนี้เท่านั้น โดยระบุตัวตนจากตัวบทสนทนาเอง ไม่ใช่จาก ID ที่เดาขึ้นมา
การจองเขียนกลับ
นัดหมายที่เกิดขึ้นในแชทไปลงในสมุดนัดของ Stella — และตรงไหนที่ API ของผู้ให้บริการพารายละเอียดไปไม่ได้ ตัวซิงก์จะบอกว่ามันตัดอะไรทิ้ง แทนที่จะตัดทิ้งเงียบ
AI อ่านอย่างเดียว ไม่เขียน
เป็นกฎถาวรของทั้งพอร์ต CRM: การอ่านล็อกตามตัวตน ส่วนการเขียนยังเป็นงานของคน — AI ที่อ่านยอดคงเหลือผิดได้ คือการซ้อมแบบราคาถูกของ AI ที่จะจองคนไข้ผิดคน
ย้ายระบบเมื่อคุณเลือกเอง
เอนจินแบบเข้าคิวและทำต่อจากจุดเดิมได้ จะนำเข้านัดหมาย ใบเสนอราคา การขาย ลูกหนี้ และโน้ต เข้ามาใน ConnectWiz — รายการที่ข้ามไปถูกรายงานเป็นรายชื่อ และสิทธิ์ความเป็นเจ้าของข้อมูลจะสลับเป็นขั้นตอนสุดท้ายเท่านั้น
การชำระเงินและคำสั่งซื้อเขียนกลับได้
การบันทึกการชำระเงินหรือสร้างคำสั่งซื้อใน ConnectWiz ส่งไปที่ Stella ได้ — เปิดด้วยการตัดสินใจของเจ้าของข้อมูลอย่างชัดเจน และอยู่หลังด่านตรวจสี่ชั้นกับโหมดซ้อมเหมือนทุกอย่าง
เพิ่มทีละส่วน ไม่ใช่สำเนาคู่ขนาน
การไล่ดูการเปลี่ยนแปลงมีไว้เพื่อเก็บ event ที่ตกหล่น ไม่ใช่เพื่อเก็บสำเนาบัญชีของคลินิกไว้อีกชุด ถ้าเส้นแบ่งนี้หายไป แคชจะกลายเป็นฐานข้อมูล เราจึงเขียนมันไว้
เบื้องหลังการทำงาน
เส้นทางการเขียน: ด่านตรวจสี่ชั้นกับการซ้อมหนึ่งรอบ
ค่าเริ่มต้นคือปิด และปิดแยกรายการ
ทุกการเขียนออกมาโดยปิดไว้ และทั้งเจ็ดรายการ — โน้ต นัดหมาย การยกเลิกนัด ลูกค้าใหม่ ใบเสนอราคา คำสั่งซื้อ และการชำระเงิน — มีสวิตช์ของตัวเอง ความปลอดภัยตรงนี้คือการไม่มีอยู่: ถ้าด่านตรวจไม่ผ่าน ก็ไม่มีออบเจ็กต์สำหรับเขียนให้เรียกเลย
สิทธิ์ความเป็นเจ้าของอยู่เหนือสวิตช์
เหนือสวิตช์รายรายการคือสิทธิ์ความเป็นเจ้าของข้อมูล: โดเมนที่ workspace ของคุณเป็นเจ้าของจะไม่เขียนออกไปที่ Stella ไม่ว่าสวิตช์จะบอกอย่างไร ลำดับด่านตรวจถูกกำหนดตายตัวและเขียนไว้เป็นเอกสาร
ซ้อมบนเส้นทางโค้ดจริง
โหมดซ้อมจะประกอบ payload ตัวเดียวกับที่การเขียนจริงจะส่ง แล้วหยุดที่ชั้นส่งข้อมูลเท่านั้น — การซ้อมที่เดินคนละเส้นทางโค้ดพิสูจน์อะไรไม่ได้ เราจึงไม่มีแบบนั้น
การเขียนตรวจสอบตัวเอง
หลังเขียนทุกครั้ง การเชื่อมต่อจะอ่านสิ่งที่เพิ่งสร้างกลับมาเทียบดู ถ้าไม่ตรงกันจะขึ้นเป็นคำเตือนให้คนดู — ไม่ใช่การแก้อัตโนมัติ เพราะ API ของผู้ให้บริการไม่มีคีย์ idempotency ที่จะทำให้การแก้นั้นปลอดภัย
ย้ายระบบตามลำดับที่ถูกต้อง
นัดหมายนำเข้าก่อน — ตั้งใจให้เป็นแบบนั้น เพราะสมุดนัดคือจุดแสดงผลเดียวที่ค้นหาผู้คนได้ทั้ง tenant ทุกแถวที่ข้ามไปถูกนับเป็นรายชื่อ: ไม่มีช่วงเวลา รูปแบบไม่รู้จัก หรือหาผู้ติดต่อไม่เจอ
การอ่านของ AI ล็อกสามชั้น
เครื่องมือ CRM ของ AI ประกาศเฉพาะการกระทำที่ workspace ของคุณมีจริง ตรวจซ้ำอีกครั้งตอนเรียกใช้ และระบุตัวลูกค้าจากตัวบทสนทนาเอง — ตัวเลือกที่หลอนขึ้นมาหรือ ID ที่เดาเอา ตายก่อนถึงชั้นส่งข้อมูล
การตั้งค่า
เชื่อมต่ออย่างไร
เชื่อมต่อ Stella
ใส่ข้อมูลรับรอง Stella ของคุณ ตัวเชื่อมจะตรวจกับ API จริงก่อนบันทึกอะไรลงไป
ทำงานพร้อมบริบท
บทสนทนาแสดงการ์ด CRM ของลูกค้า เจ้าหน้าที่และ AI ตอบจากข้อเท็จจริง ไม่ใช่จากความจำ
ย้ายระบบเมื่อไรก็ได้ หรือจะไม่ย้ายก็ได้
รันการย้ายระบบแบบมีคนช่วยเพื่อดึงประวัติทั้งหมดเข้ามา — ระบบเดิมยังเป็นแหล่งอ้างอิงหลักจนกว่าคุณจะสลับสิทธิ์ความเป็นเจ้าของ
ใช้ร่วมกันแล้วดีกว่า
ประกอบเข้ากับอะไรได้บ้าง
กลไกการจอง
การจองจากแชทลงไปอยู่ในสมุดนัดของ Stella และ ระบบจอง ก็หักนัดหมายใน Stella ออกจากคิวว่าง — มีสมุดนัดชุดความจริงเดียว
การ์ดในกล่องข้อความ
ที่ที่เจ้าหน้าที่เห็นบริบท CRM สดของลูกค้า — นัดหมาย ใบเสนอราคา ยอดคงเหลือ — ข้างบทสนทนา คือ กล่องข้อความรวม.
Wiz อ่านอย่างเดียว
ส่วน AI agent ตอบคำถาม "นัดหมายของฉันคือเมื่อไร" จากข้อเท็จจริงใน Stella โดยล็อกตามตัวตนของคนในเธรด — และตามกฎถาวรแล้ว มันเขียนข้อมูลไม่ได้
ความปลอดภัยและการรับประกัน
การรับประกันที่น่าเบื่อ
ข้อมูลสุขภาพ: ไม่อ่านเลย
ประวัติการรักษาเป็นข้อมูลประเภทพิเศษภายใต้ KVKK การอ่านมันขึ้นมาบนหน้าจอซัพพอร์ตจะขยายวงคนที่ประมวลผลข้อมูลจากแพทย์ของคลินิกไปถึงทั้งทีม เราจึงปฏิเสธ endpoint ที่มีอยู่นั้น และเขียนไว้เป็นลายลักษณ์อักษร
ไม่มีมือที่มองไม่เห็น
เราไม่เคยปิดงานของคลินิกให้ ไม่เคยเปลี่ยน segment ลูกค้าของเขา ไม่เคยแตะบัญชีการเงินของเขา — แต่ละข้อคือการปฏิเสธที่บันทึกไว้ เพราะการทำกระบวนการทางธุรกิจของคนอื่นให้อัตโนมัติจากหน้าแชท คือประเภทความผิดพลาดที่แพงที่สุดของผลิตภัณฑ์นี้
token ไม่อยู่ใน URL
ผู้ให้บริการมี endpoint สำหรับตรวจ token ที่ใส่ข้อมูลรับรองไว้ใน URL — ที่ที่ log และ proxy มองเห็น เราไม่เคยเรียกมัน การจัดการข้อมูลรับรองเลือกกันทีละ endpoint
การลบ: ไม่มีให้
endpoint ลบลูกค้า ลีด บิล และใบเสนอราคาของผู้ให้บริการไม่ถูกใช้เลย — พฤติกรรมว่าเป็นการลบแบบอ่อนหรือแบบถาวรยังไม่ได้ตรวจสอบ และการลบประวัติคนไข้ก็ไม่ปรากฏใน user story ไหนที่เรายินดีรับผิดชอบ
เงื่อนไขปลีกย่อยแบบพูดตรง
ขอบเขตที่ระบุไว้ชัดเจน
การปฏิเสธอย่างตั้งใจ
ประวัติการรักษาไม่เคยถูกอ่านหรือแสดง ป้ายสถานะวงจรชีวิตของผู้ให้บริการไม่เคยถูกเขียนทับ และเราไม่แกล้งทำว่ามีการทำสำเนาสองทางแบบเต็มรูปแบบ — แต่ละการปฏิเสธคือการตัดสินใจเชิงออกแบบที่บันทึกไว้ ไม่ใช่ช่องโหว่
CRM เจ้าอื่น
พอร์ตนี้ออกแบบมาไม่ผูกกับผู้ให้บริการรายใด — Stella เป็นรายแรก ไม่ใช่รายสุดท้าย ใช้เจ้าอื่นอยู่ใช่ไหม บอกเรามา แล้วมันจะมีผลกับลำดับคิวงาน
เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก
การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด