ConnectWiz + Estesoft Stella

การเชื่อมต่อที่ใช้งานจริง

Stella ยังเป็น CRM ของคุณ แต่บทสนทนารู้จักมันเสียที

ผู้ให้บริการรายแรกบนพอร์ต CRM ที่เราออกแบบมาให้ไม่ผูกกับเจ้าใด: บริบทลูกค้าสดจาก Estesoft Stella อยู่ในทุกบทสนทนา การจองเขียนกลับไปที่สมุดนัดของ Stella — และชุดการปฏิเสธอย่างตั้งใจ ที่เขียนไว้เป็นลายลักษณ์อักษร ว่าผลิตภัณฑ์ด้านการสื่อสารไม่ควรแตะอะไรบ้าง

บริบทที่ล็อกตามตัวตน การจองเขียนกลับ ข้อมูลทางการแพทย์: ไม่อ่านเลย
Estesoft Stella × ConnectWiz
ล็อกไว้ที่ลูกค้ารายนี้
นัดหมาย · ใบเสนอราคา · ยอดคงเหลือ อยู่ในสายตา
จองจากแชท → สมุดนัด Stella
ประวัติการรักษา: ไม่อ่านเลย
10
การอ่านข้อมูลที่ระบุชื่อไว้ — นัดหมาย ใบเสนอราคา คำสั่งซื้อ ยอดคงเหลือ โน้ต เอกสาร แคตตาล็อก พนักงาน สาขา และการค้นหาลูกค้า
7
การเขียนข้อมูลที่นิยามไว้ — เปิดหกอย่าง กันไว้หนึ่งอย่างจนกว่าจะวัดผลได้ และเราบอกว่าอันไหน
4
ด่านตรวจบนทุกการเขียน — อะแดปเตอร์ ความสามารถ สวิตช์รายการดำเนินการ และสิทธิ์ความเป็นเจ้าของข้อมูล
5
ประเภทข้อมูลที่เอนจินย้ายระบบขนไปได้ — นัดหมาย ใบเสนอราคา การขาย ลูกหนี้ และโน้ต

CRM

ทำอะไรได้บ้าง — แบบเจาะจง

บริบทสด ล็อกตามตัวตน

นัดหมาย ใบเสนอราคา ยอดค้างชำระ โน้ต และเอกสารของลูกค้ารายนี้ โผล่ขึ้นมาบนบทสนทนา — และ AI อ่านได้เฉพาะของลูกค้ารายนี้เท่านั้น โดยระบุตัวตนจากตัวบทสนทนาเอง ไม่ใช่จาก ID ที่เดาขึ้นมา

การจองเขียนกลับ

นัดหมายที่เกิดขึ้นในแชทไปลงในสมุดนัดของ Stella — และตรงไหนที่ API ของผู้ให้บริการพารายละเอียดไปไม่ได้ ตัวซิงก์จะบอกว่ามันตัดอะไรทิ้ง แทนที่จะตัดทิ้งเงียบ

AI อ่านอย่างเดียว ไม่เขียน

เป็นกฎถาวรของทั้งพอร์ต CRM: การอ่านล็อกตามตัวตน ส่วนการเขียนยังเป็นงานของคน — AI ที่อ่านยอดคงเหลือผิดได้ คือการซ้อมแบบราคาถูกของ AI ที่จะจองคนไข้ผิดคน

ย้ายระบบเมื่อคุณเลือกเอง

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

การชำระเงินและคำสั่งซื้อเขียนกลับได้

การบันทึกการชำระเงินหรือสร้างคำสั่งซื้อใน ConnectWiz ส่งไปที่ Stella ได้ — เปิดด้วยการตัดสินใจของเจ้าของข้อมูลอย่างชัดเจน และอยู่หลังด่านตรวจสี่ชั้นกับโหมดซ้อมเหมือนทุกอย่าง

เพิ่มทีละส่วน ไม่ใช่สำเนาคู่ขนาน

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

เบื้องหลังการทำงาน

เส้นทางการเขียน: ด่านตรวจสี่ชั้นกับการซ้อมหนึ่งรอบ

ค่าเริ่มต้นคือปิด และปิดแยกรายการ

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

สิทธิ์ความเป็นเจ้าของอยู่เหนือสวิตช์

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

ซ้อมบนเส้นทางโค้ดจริง

โหมดซ้อมจะประกอบ payload ตัวเดียวกับที่การเขียนจริงจะส่ง แล้วหยุดที่ชั้นส่งข้อมูลเท่านั้น — การซ้อมที่เดินคนละเส้นทางโค้ดพิสูจน์อะไรไม่ได้ เราจึงไม่มีแบบนั้น

การเขียนตรวจสอบตัวเอง

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

ย้ายระบบตามลำดับที่ถูกต้อง

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

การอ่านของ AI ล็อกสามชั้น

เครื่องมือ CRM ของ AI ประกาศเฉพาะการกระทำที่ workspace ของคุณมีจริง ตรวจซ้ำอีกครั้งตอนเรียกใช้ และระบุตัวลูกค้าจากตัวบทสนทนาเอง — ตัวเลือกที่หลอนขึ้นมาหรือ ID ที่เดาเอา ตายก่อนถึงชั้นส่งข้อมูล

การตั้งค่า

เชื่อมต่ออย่างไร

01

เชื่อมต่อ Stella

ใส่ข้อมูลรับรอง Stella ของคุณ ตัวเชื่อมจะตรวจกับ API จริงก่อนบันทึกอะไรลงไป

02

ทำงานพร้อมบริบท

บทสนทนาแสดงการ์ด CRM ของลูกค้า เจ้าหน้าที่และ AI ตอบจากข้อเท็จจริง ไม่ใช่จากความจำ

03

ย้ายระบบเมื่อไรก็ได้ หรือจะไม่ย้ายก็ได้

รันการย้ายระบบแบบมีคนช่วยเพื่อดึงประวัติทั้งหมดเข้ามา — ระบบเดิมยังเป็นแหล่งอ้างอิงหลักจนกว่าคุณจะสลับสิทธิ์ความเป็นเจ้าของ

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

กลไกการจอง

การจองจากแชทลงไปอยู่ในสมุดนัดของ Stella และ ระบบจอง ก็หักนัดหมายใน Stella ออกจากคิวว่าง — มีสมุดนัดชุดความจริงเดียว

การ์ดในกล่องข้อความ

ที่ที่เจ้าหน้าที่เห็นบริบท CRM สดของลูกค้า — นัดหมาย ใบเสนอราคา ยอดคงเหลือ — ข้างบทสนทนา คือ กล่องข้อความรวม.

Wiz อ่านอย่างเดียว

ส่วน AI agent ตอบคำถาม "นัดหมายของฉันคือเมื่อไร" จากข้อเท็จจริงใน Stella โดยล็อกตามตัวตนของคนในเธรด — และตามกฎถาวรแล้ว มันเขียนข้อมูลไม่ได้

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

ข้อมูลสุขภาพ: ไม่อ่านเลย

ประวัติการรักษาเป็นข้อมูลประเภทพิเศษภายใต้ KVKK การอ่านมันขึ้นมาบนหน้าจอซัพพอร์ตจะขยายวงคนที่ประมวลผลข้อมูลจากแพทย์ของคลินิกไปถึงทั้งทีม เราจึงปฏิเสธ endpoint ที่มีอยู่นั้น และเขียนไว้เป็นลายลักษณ์อักษร

ไม่มีมือที่มองไม่เห็น

เราไม่เคยปิดงานของคลินิกให้ ไม่เคยเปลี่ยน segment ลูกค้าของเขา ไม่เคยแตะบัญชีการเงินของเขา — แต่ละข้อคือการปฏิเสธที่บันทึกไว้ เพราะการทำกระบวนการทางธุรกิจของคนอื่นให้อัตโนมัติจากหน้าแชท คือประเภทความผิดพลาดที่แพงที่สุดของผลิตภัณฑ์นี้

token ไม่อยู่ใน URL

ผู้ให้บริการมี endpoint สำหรับตรวจ token ที่ใส่ข้อมูลรับรองไว้ใน URL — ที่ที่ log และ proxy มองเห็น เราไม่เคยเรียกมัน การจัดการข้อมูลรับรองเลือกกันทีละ endpoint

การลบ: ไม่มีให้

endpoint ลบลูกค้า ลีด บิล และใบเสนอราคาของผู้ให้บริการไม่ถูกใช้เลย — พฤติกรรมว่าเป็นการลบแบบอ่อนหรือแบบถาวรยังไม่ได้ตรวจสอบ และการลบประวัติคนไข้ก็ไม่ปรากฏใน user story ไหนที่เรายินดีรับผิดชอบ

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

การปฏิเสธอย่างตั้งใจ

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

CRM เจ้าอื่น

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

FAQ เรื่อง Estesoft Stella

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

นัดหมาย ใบเสนอราคา คำสั่งซื้อ ยอดค้างชำระ โน้ต และเอกสารของลูกค้ารายนั้นเอง บนบทสนทนาที่เขากำลังคุยอยู่ — บวกแคตตาล็อก พนักงาน และสาขาของธุรกิจให้ AI ใช้ตอบ การอ่านทั้งหมดล็อกไว้ที่ลูกค้าในเธรด

เพราะกฎ: บนพอร์ตนี้ AI อ่านได้อย่างเดียว และการอ่านล็อกตามตัวตน การเขียนผิดลงใน CRM ของคลินิกคืออุบัติเหตุในโลกจริง เราจึงให้การเขียนเป็นงานของคนและตรวจสอบย้อนหลังได้

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

หกอย่าง: โน้ตลูกค้า นัดหมาย (สร้างและยกเลิก) ลูกค้าใหม่ ใบเสนอราคา คำสั่งซื้อ และการชำระเงิน — แต่ละอย่างอยู่หลังสวิตช์ของตัวเอง ปิดไว้เป็นค่าเริ่มต้นทั้งหมด และเริ่มในโหมดซ้อมทั้งหมด ส่วนการอัปโหลดไฟล์นิยามไว้แล้วแต่ยังปิดอยู่ จนกว่าจะวัดพฤติกรรมของ endpoint ฝั่งผู้ให้บริการได้ — เป็นช่องว่างของการวัดผล ไม่ใช่การตัดสินใจ

ทุกการข้ามถูกนับเป็นรายชื่อ: แถวที่อยู่นอกช่วงเวลาที่เลือก แถวที่เอนจินไม่รู้จักรูปแบบ และแถวที่ระบุลูกค้าซึ่งจับคู่ไม่ได้ ยอดนับนั้นคือรายงาน คุณจบการย้ายระบบโดยรู้ว่าอะไรไม่ได้ย้ายและเพราะอะไร

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด