ConnectWiz + Estesoft Stella

Tích hợp đang hoạt động

Stella vẫn là CRM của bạn. Cuối cùng thì các cuộc trò chuyện cũng biết điều đó.

Nhà cung cấp đầu tiên trên cổng CRM không phụ thuộc nhà cung cấp của chúng tôi: ngữ cảnh khách hàng trực tiếp từ Estesoft Stella ngay trong mỗi cuộc trò chuyện, lịch hẹn ghi ngược về sổ hẹn của Stella — cùng một loạt lời từ chối có chủ ý, ghi thành văn bản, về những thứ một sản phẩm giao tiếp không bao giờ nên đụng vào.

Ngữ cảnh khóa theo danh tính Lịch hẹn ghi ngược trở lại Dữ liệu y tế: không bao giờ đọc
Estesoft Stella × ConnectWiz
Khóa vào đúng khách hàng này
Lịch hẹn · báo giá · công nợ hiện ngay trước mắt
Đặt lịch qua chat → sổ hẹn Stella
Hồ sơ điều trị: không bao giờ đọc
10
Thao tác đọc gọi được tên — lịch hẹn, báo giá, đơn hàng, công nợ, ghi chú, tài liệu, danh mục sản phẩm, nhân sự, địa điểm, tra cứu khách hàng
7
Thao tác ghi đã định nghĩa — sáu cái mở, một cái giữ lại cho tới khi đo được, và chúng tôi nói rõ là cái nào
4
Cổng chặn trên mỗi lần ghi — adapter, khả năng, công tắc theo từng thao tác, quyền sở hữu dữ liệu
5
Lớp bản ghi mà bộ máy chuyển đổi mang theo — lịch hẹn, báo giá, doanh thu, khoản phải thu, ghi chú

CRM

Nó làm gì — chính xác

Ngữ cảnh trực tiếp, khóa theo danh tính

Lịch hẹn, báo giá, công nợ còn lại, ghi chú và tài liệu của chính khách này hiện lên ngay trên cuộc trò chuyện — và AI đọc được chúng cho đúng khách này, phân giải từ chính cuộc trò chuyện, không bao giờ từ một ID đoán mò.

Lịch hẹn ghi ngược trở lại

Một lịch hẹn đặt trong chat sẽ rơi vào sổ hẹn của Stella — và ở chỗ nào API của nhà cung cấp không chở nổi một chi tiết, phần đồng bộ sẽ nói rõ nó đã bỏ gì, thay vì lặng lẽ bỏ đi.

AI đọc, không bao giờ ghi

Một quy tắc thường trực cho cả cổng CRM: đọc thì khóa theo danh tính và ghi thì vẫn do người — một AI có thể đọc sai công nợ chính là bản diễn tập rẻ tiền cho một AI đặt nhầm bệnh nhân.

Chuyển đổi khi nào bạn muốn

Một bộ máy chạy theo hàng đợi, nối tiếp được sau khi dừng, nhập lịch hẹn, báo giá, doanh thu, khoản phải thu và ghi chú vào ConnectWiz — những dòng bị bỏ qua đều được gọi tên, và quyền sở hữu dữ liệu chỉ đổi ở bước cuối cùng.

Thanh toán và đơn hàng ghi ngược lại

Ghi nhận một khoản thanh toán hay tạo một đơn hàng trong ConnectWiz có thể đẩy sang Stella — chỉ mở khi chủ sở hữu quyết định rõ ràng, và vẫn nằm sau đúng bốn cổng chặn cùng chế độ diễn tập như mọi thứ khác.

Tăng dần, không phải một bản sao gương

Việc polling thay đổi tồn tại để bắt những event bị lỡ — không phải để giữ một bản sao thứ hai của sổ sách phòng khám. Đánh mất ranh giới đó là biến một bộ nhớ đệm thành một cơ sở dữ liệu, nên điều này được ghi thành văn bản.

Kỹ thuật bên trong

Đường ghi: bốn cổng chặn và một buổi diễn tập

Mặc định là tắt, theo từng thao tác

Mọi thao tác ghi ra đời ở trạng thái tắt, và mỗi thao tác trong bảy thao tác — ghi chú, lịch hẹn, hủy hẹn, khách hàng, báo giá, đơn hàng, thanh toán — đều có công tắc riêng. An toàn ở đây là một sự vắng mặt: nếu một cổng chặn không qua, thì đơn giản là không có đối tượng ghi nào để gọi.

Quyền sở hữu đứng trên công tắc

Trên các công tắc theo từng thao tác là quyền sở hữu dữ liệu: một miền dữ liệu do workspace của bạn sở hữu thì không bao giờ ghi ra Stella, công tắc nói gì cũng vậy. Thứ tự các cổng chặn là cố định và có ghi trong tài liệu.

Diễn tập ngay trên đường mã thật

Chế độ chạy khan dựng đúng cái payload mà lần ghi thật sẽ gửi và chỉ dừng lại ở tầng truyền tải — một buổi diễn tập đi qua đường mã khác thì chẳng chứng minh được gì, nên ở đây không có chuyện đó.

Lần ghi tự kiểm chứng chính nó

Sau mỗi lần ghi, tích hợp đọc ngược lại thứ nó vừa tạo rồi so sánh. Một chỗ lệch sẽ hiện ra thành cảnh báo cho con người — không bao giờ là một lần tự sửa, vì API của nhà cung cấp không có khóa idempotency để việc sửa được an toàn.

Chuyển đổi theo đúng thứ tự

Lịch hẹn được nhập trước — có chủ ý, vì sổ hẹn là chỗ duy nhất có thể tìm ra toàn bộ con người trong cả tenant. Mỗi dòng bị bỏ qua đều được đếm và gọi tên: ngoài khung thời gian, không rõ cấu trúc, thiếu liên hệ.

Lượt đọc của AI bị khóa ba lớp

Công cụ CRM của AI chỉ quảng cáo đúng những hành động mà workspace của bạn thật sự có, kiểm lại hành động đó ngay lúc gọi, và phân giải khách hàng từ chính cuộc trò chuyện — một lựa chọn do AI tưởng tượng ra hay một ID đoán mò sẽ chết trước khi chạm tới tầng truyền tải.

Thiết lập

Cách nó kết nối

01

Nối Stella

Thêm thông tin đăng nhập Stella của bạn; bộ nối sẽ kiểm chứng với API thật trước khi lưu bất cứ thứ gì.

02

Làm việc có ngữ cảnh

Cuộc trò chuyện hiện thẻ CRM của khách; nhân viên và AI trả lời bằng dữ kiện, không bằng trí nhớ.

03

Chuyển đổi, nếu và khi nào bạn muốn

Chạy phần chuyển đổi có người đi cùng để mang toàn bộ lịch sử vào — hệ thống cũ vẫn là nguồn chuẩn cho tới khi bạn lật quyền sở hữu.

Kết hợp thì hơn

Nó kết hợp với những gì

Bộ máy đặt lịch

Lịch đặt từ chat rơi vào sổ hẹn của Stella, và hệ thống đặt lịch trừ các lịch hẹn Stella ra khỏi khung giờ còn trống — chỉ một sự thật duy nhất về sổ hẹn.

Thẻ trong hộp thư

Nhân viên thấy ngữ cảnh CRM trực tiếp của khách — lịch hẹn, báo giá, công nợ — ngay cạnh cuộc trò chuyện trong hộp thư chung.

Wiz, chỉ đọc

Ở đây, AI agent trả lời câu "lịch hẹn của tôi khi nào?" bằng dữ kiện trong Stella, khóa theo danh tính của đúng người trong chuỗi hội thoại — và theo quy tắc thường trực thì không được phép ghi.

Bảo mật & cam kết

Những cam kết nhàm chán

Dữ liệu sức khỏe: không bao giờ đọc

Hồ sơ điều trị là dữ liệu thuộc loại đặc biệt theo KVKK. Đọc chúng lên một màn hình hỗ trợ sẽ mở rộng nhóm người xử lý dữ liệu từ các bác sĩ của phòng khám ra cả đội — nên endpoint thì có đó và chúng tôi từ chối dùng, ghi rõ thành văn bản.

Không có bàn tay vô hình

Chúng tôi không bao giờ đóng công việc của phòng khám, không đổi segment khách hàng của họ, không đụng vào sổ kế toán của họ — mỗi điều là một lời từ chối ghi thành văn bản, vì tự động hóa quy trình kinh doanh của người khác từ một khung chat là loại sai lầm đắt nhất của sản phẩm này.

Token không nằm trong URL

Nhà cung cấp có một endpoint kiểm token đặt thông tin đăng nhập ngay trong URL — nơi log và proxy nhìn thấy chúng. Chúng tôi không bao giờ gọi nó. Cách xử lý thông tin đăng nhập được chọn theo từng endpoint một.

Xóa: không cung cấp

Các endpoint xóa của nhà cung cấp dành cho khách hàng, lead, hóa đơn và báo giá đều không được dùng — hành vi xóa mềm hay xóa cứng thì chưa kiểm chứng, và việc xóa một hồ sơ bệnh nhân không nằm trong bất kỳ kịch bản người dùng nào mà chúng tôi sẵn sàng nhận về mình.

Điều khoản nhỏ, nói thật

Giới hạn, nói rõ

Từ chối có chủ ý

Hồ sơ điều trị y tế không bao giờ được đọc hay hiển thị, nhãn vòng đời của nhà cung cấp không bao giờ bị ghi đè, và chúng tôi không giả vờ có một bản sao gương hai chiều đầy đủ — mỗi lời từ chối là một quyết định thiết kế có ghi chép, không phải một lỗ hổng.

Các CRM khác

Cổng này được thiết kế để không phụ thuộc nhà cung cấp — Stella là nhà cung cấp đầu tiên, không phải cuối cùng. Bạn đang chạy thứ khác? Hãy nói với chúng tôi; điều đó định hình hàng đợi.

FAQ về Estesoft Stella

Trả lời thẳng

Xem thêm trong trang FAQ, hoặc hỏi thẳng chúng tôi.

Lịch hẹn, báo giá, đơn hàng, công nợ còn lại, ghi chú và tài liệu của chính khách đó, ngay trên cuộc trò chuyện mà họ đang nói — cộng thêm danh mục sản phẩm, nhân sự và địa điểm của doanh nghiệp để AI lấy đó mà trả lời. Mọi lượt đọc đều khóa vào đúng khách trong chuỗi hội thoại.

Vì quy tắc: trên cổng này AI chỉ đọc, và lượt đọc thì khóa theo danh tính. Một lần ghi sai vào CRM của phòng khám là một sự cố ngoài đời thật; chúng tôi giữ cho việc ghi do người làm và soát lại được.

Được — bộ máy chuyển đổi nhập lịch hẹn, báo giá, doanh thu, khoản phải thu và ghi chú trong một lượt chạy theo hàng đợi, nối tiếp được sau khi dừng, và báo cáo rõ tên những gì nó đã bỏ qua. Quyền sở hữu chuyển giao ở bước cuối cùng, rõ ràng, nên không có gì bị dời đi nửa vời.

Sáu: ghi chú khách hàng, lịch hẹn (tạo và hủy), khách hàng mới, báo giá, đơn hàng và thanh toán — mỗi cái nằm sau công tắc riêng, tất cả mặc định tắt, tất cả bắt đầu ở chế độ diễn tập. Tải tệp lên thì đã định nghĩa nhưng vẫn đóng cho tới khi đo được hành vi của endpoint bên nhà cung cấp — đó là một khoảng trống về đo đạc, không phải một quyết định.

Mọi lần bỏ qua đều được đếm và gọi tên: dòng nằm ngoài khung thời gian đã chọn, dòng có cấu trúc mà bộ máy không nhận ra, dòng nhắc tới một khách hàng không khớp được với ai. Bảng đếm đó chính là báo cáo — kết thúc lượt chuyển đổi, bạn biết cái gì đã không đi và vì sao.

Kết nối thành thật hơn kết nối ồn ào.

Mọi tích hợp ở đây được mô tả bằng đúng những gì nó làm — kèm chiều dữ liệu, quyền sở hữu và giới hạn.