Thành viên The MONA Group
Thành viên The MONA Group
Sản phẩm và viết theo yêu cầu
1900 636 648Tư vấn miễn phí, 8h–22h
MONA OS 2.0Hệ thống quản trị MONA tự phát triển, nối 7 phần mềm nội bộ về một dữ liệu, có Gấu Quản Trị trả lời câu hỏi điều hành.7 phần mềm1 trục dữ liệu8 AI AgentXem MONA OS hoạt động
Dự án giáo dụcThe IELTS WorkshopPhần mềm quản lý chuỗi 11 cơ sở luyện thi, kèm app cho học viên20238 tháng12 ngườiXem hồ sơ dự án Xem thêm dự án Khoa Y
Dự án bán lẻHình minh hoạ gấu MONA bán trang sức tại quầy kính, cạnh màn hình bán hàng và tồn khoNgọc Thành JewelryPhần mềm quản lý chuỗi cửa hàng trang sức, xuất hoá đơn điện tử ngay lúc bán20246 tháng7 ngườiXem hồ sơ dự án
Dự án sản xuấtHình minh hoạ gấu MONA hướng dẫn công nhân học bài trên phần mềm đào tạo trong phòng họp nhà máyPolytex Far Eastern Việt NamPhần mềm đào tạo công nhân viên chạy trong mạng nội bộ nhà máy20234 tháng8 ngườiXem hồ sơ dự án
Dự án nhân sựHình minh hoạ gấu MONA đứng lớp đào tạo cho bác sĩ, điều dưỡng bằng phần mềm học trực tuyếnBệnh viện Hoàn Mỹ Sài GònViệc đào tạo nhân sự chuyển từ Excel sang phần mềm MONA viết riêng20247 tuần13 moduleXem hồ sơ dự án
Sản phẩm có sẵnHình minh hoạ gấu MONA phục vụ bàn, khách quét mã QR trên bàn để gọi mónnhahang.aiGọi món tại bàn bằng mã QR, kết nối bếp, quản lý bàn, định lượng nguyên liệuNhà hàngQuán ănChuỗi ăn uốngXem nhahang.ai
Sản phẩm có sẵnMONA HouseTự lập hoá đơn tiền phòng, gửi mã QR qua Zalo, báo có khi khách chuyển khoảnNhà trọCăn hộ cho thuêXem MONA House
Sản phẩm có sẵnMONA NHTQĐặt hàng Taobao, 1688, Tmall, ví khách hàng và theo dõi vận đơn cho công ty nhập hàngTaobao1688TmallXem MONA NHTQ
Tư vấn miễn phí, 8h–22h mỗi ngày

Chatbot AI · Chăm sóc khách hàng

Chatbot chăm sóc khách hàng đa kênh cho doanh nghiệp

MONA Software viết chatbot chăm sóc khách hàng cho website, fanpage, Zalo và tổng đài: trả lời câu hỏi về đơn, bảo hành, đổi trả từ tài liệu của doanh nghiệp, chuyển cho nhân viên kèm tóm tắt khi gặp việc cần người. Giá báo trọn gói sau khảo sát.

Gấu Cườiđang trực

Đơn của em mua tuần trước tới đâu rồi?

Dạ chị cho em xin số điện thoại đặt hàng để em tra đơn nhé.

0909 000 000

Đơn của chị đang trên đường giao, dự kiến tới trong ngày mai. Chị cần em hỗ trợ gì thêm không ạ?

Cho em đổi size được không?

Theo chính sách của cửa hàng, đơn còn trong thời hạn đổi size trong bảy ngày kể từ ngày nhận. Em chuyển cho nhân viên xử lý đổi size cho chị nhé?

Đã chuyển cho nhân viên, kèm tóm tắt: mã đơn, khách muốn đổi size

Mô phỏng cuộc trò chuyện, dữ liệu minh hoạ

Màn hình quản trị

Màn hình quản lý chatbot

Bảng quản trị chatbot minh hoạ của Viết chatbot chăm sóc khách hàng
Bảng quản trị minh hoạ, dữ liệu mẫu

Nỗi đau thật

Khách nhắn lúc 23 giờ, sáng hôm sau mới có người trả lời

Câu hỏi về đơn, bảo hành, đổi trả lặp đi lặp lại ở nhiều kênh, còn người trả lời chỉ có trong giờ làm việc. Ba cảnh dưới đây là chỗ khách bắt đầu thấy mình bị bỏ rơi.

Gấu MONA đeo tai nghe trả lời khách bên các khung tin nhắn
Chatbot trực thay cho người ngoài giờ, và không bỏ sót tin nhắn nào
  • Khách nhắn hỏi đơn tới đâu lúc 23 giờ, sáng hôm sau mới có người trả lời.

    Khách chờ qua đêm chỉ để nghe một câu đã có sẵn trong hệ thống.
  • Cùng một câu hỏi bảo hành lặp lại mỗi ngày ở ba kênh, ba nhân viên trả lời ba kiểu.

    Khách hỏi lại ở kênh khác để so câu trả lời nào đúng.
  • Nhân viên đổi ca, khách phải kể lại chuyện từ đầu.

    Lịch sử trao đổi nằm ở tin nhắn cá nhân của người trước.

Chatbot trả lời sai thì sao?

Chatbot MONA chỉ trả lời từ tài liệu và dữ liệu đã nạp. Câu nào chưa có nguồn thì chuyển cho nhân viên kèm tóm tắt, và câu đó vào danh sách để doanh nghiệp bổ sung tài liệu.

Việc chatbot làm

Chatbot chăm sóc khách hàng làm những việc nào

Mỗi việc dưới đây là một nhóm câu hỏi khách hay gửi. Bấm từng việc để xem chatbot đọc dữ liệu nào, trả lời ra sao và lúc nào chuyển nhân viên.

Màn hình minh hoạ: Tra đơn và tình trạng giao

Tra đơn và tình trạng giao

Khách hỏi đơn tới đâu, chatbot tra hệ thống và trả ngay.

  • Nhận diện bằng số điện thoại hoặc mã đơnKhách không phải đăng nhập, chatbot hỏi đúng thông tin cần để tìm đơn.
  • Trạng thái và ngày dự kiến lấy từ phần mềm đơn hàngNối qua kết nối dữ liệu với phần mềm đang dùng, chốt cụ thể trong khảo sát.
  • Hỏi lại khi thiếu thông tinCó nhiều đơn cùng số điện thoại thì chatbot hỏi đơn nào, không đoán.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Câu hỏi "đơn của em tới đâu rồi" chiếm phần lớn tin nhắn sau bán và câu trả lời luôn nằm sẵn trong hệ thống. Nhân viên mở phần mềm đơn, mở trang vận chuyển, dán lại vào chat, rồi làm lại y vậy cho khách kế tiếp.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Xác minh trước khi đọcChatbot chỉ đọc dữ liệu đơn sau khi khớp được khách bằng số điện thoại đặt hàng hoặc mã đơn kèm một thông tin thứ hai do doanh nghiệp chọn, ví dụ ba số cuối điện thoại hoặc tên nhận hàng.
Khớp đơn bằng lựa chọn của kháchNhiều đơn cùng số điện thoại thì chatbot liệt kê theo tên sản phẩm và ngày đặt để khách chọn. Không có bước đoán đơn theo đơn mới nhất.
Một nguồn cho mỗi thông tinTrạng thái đơn lấy từ phần mềm đơn hàng, vị trí bưu kiện lấy từ đơn vị vận chuyển. Hai nguồn lệch nhau thì chatbot nói theo nguồn vận chuyển và ghi cờ lệch.
Ngày dự kiến chỉ khi có dữ liệuCâu trả lời dựng từ các trường trạng thái và ngày, mô hình chỉ diễn đạt. Trường ngày trống thì chatbot nói chưa có ngày và hẹn báo lại.
Giới hạn thông tin lộ raChatbot nói tên sản phẩm, trạng thái, ngày, mã vận đơn. Địa chỉ đầy đủ và số điện thoại người nhận chỉ hiện dạng che một phần.
Dữ liệu và màn hình
  • Số điện thoại khách và mã đơn
  • Danh sách sản phẩm của đơn
  • Trạng thái đơn trong phần mềm
  • Mã vận đơn và đơn vị vận chuyển
  • Trạng thái và ngày cập nhật từ vận chuyển
  • Ngày dự kiến giao
  • Ngày giao thành công
  • Phương thức thanh toán và trạng thái thanh toán
  • Cờ lệch giữa hai nguồn
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Đơn của người khác đặt hộKhách nhắn bằng số khác số đặt hàng thì chatbot yêu cầu mã đơn và tên người nhận; thiếu một trong hai thì chuyển nhân viên xác minh.
Đơn vận chuyển báo giao thất bạiChatbot nêu lý do trong dữ liệu vận chuyển, hỏi khách muốn giao lại hay đổi địa chỉ và lập phiếu cho nhân viên vì đổi địa chỉ cần xác nhận.
Đơn quá cũ không còn trong hệ thống tra cứuChatbot nói đơn ở ngoài phạm vi tra nhanh và chuyển nhân viên, không trả lời theo trí nhớ của cuộc trò chuyện trước.
Đơn mua tại cửa hàng, không có mã vận đơnChatbot tra theo số điện thoại và hoá đơn bán lẻ nếu phần mềm cho phép, ngược lại chuyển nhân viên.
Báo cáo của phân hệ
  • Số lượt tra đơn theo ngày và theo kênh
  • Tỉ lệ tra đơn xong không chuyển người
  • Số lần hai nguồn báo lệch trạng thái
  • Các đơn khách hỏi từ ba lần trở lên

Ai dùng

  • Khách hàng

Nối với

  • Phần mềm đơn hàng
  • Đơn vị vận chuyển
Màn hình minh hoạ: Bảo hành, đổi trả, hoàn tiền

Bảo hành, đổi trả, hoàn tiền

Trả lời đúng theo chính sách của doanh nghiệp, kèm điều kiện.

  • Trả lời từ tài liệu chính sáchChatbot nêu điều kiện, thời hạn, giấy tờ cần có, đúng như văn bản doanh nghiệp đã nạp.
  • Kiểm ngày mua và tình trạng trước khi kết luậnCòn hạn thì hướng dẫn bước tiếp, hết hạn thì nói rõ lý do và chuyển nhân viên nếu khách muốn xin ngoại lệ.
  • Lập phiếu yêu cầu cho nhân viênThông tin khách đã cung cấp được điền sẵn vào phiếu, nhân viên khỏi hỏi lại.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Chính sách nằm trong file Word, trên trang web và trong đầu nhân viên lâu năm, ba nơi ba phiên bản. Khách nhận câu trả lời theo người trực ca đó, và khi nhân viên nghỉ, cách hiểu ngoại lệ đi theo.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Một bản chính sách hiệu lựcMỗi chính sách có ngày bắt đầu, ngày kết thúc và người duyệt. Chỉ bản đang hiệu lực nằm trong chỉ mục; bản cũ lưu riêng để tra khi có tranh chấp.
Kết luận bằng điều kiện có kiểm tra đượcHạn đổi tính từ ngày giao thành công trong hệ thống. Điều kiện cần khách xác nhận (còn hộp, còn tem) được hỏi từng câu và ghi lại câu trả lời.
Trích nguồn trong mỗi câu trả lờiChatbot nêu tên tài liệu và ngày hiệu lực khi kết luận. Nhân viên đọc lại nhật ký thấy ngay câu trả lời dựa trên điều khoản nào.
Quyền kết luận thuộc ngườiChatbot có thể nói còn hạn hay hết hạn, khách khai báo gì. Duyệt đổi, duyệt hoàn tiền và mọi ngoại lệ là việc nhân viên có thẩm quyền.
Phiếu có mẫu theo loạiBảo hành, đổi trả, hoàn tiền mỗi loại một mẫu phiếu với trường bắt buộc riêng, ví dụ số sê-ri với bảo hành, ảnh tem với đổi trả.
Dữ liệu và màn hình
  • Văn bản chính sách và ngày hiệu lực
  • Loại yêu cầu và lý do khách nêu
  • Ngày giao thành công và hạn xử lý
  • Số sê-ri hoặc mã lô nếu có
  • Ảnh và tệp khách gửi
  • Câu trả lời của khách cho từng điều kiện
  • Kết quả kiểm hạn của hệ thống
  • Người duyệt và thời điểm duyệt
  • Trạng thái phiếu
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Khách xin ngoại lệ sau hạnChatbot nói rõ đã quá hạn theo chính sách, hỏi khách có muốn gửi đề nghị xét ngoại lệ không và lập phiếu cho nhân viên. Chatbot không hứa kết quả.
Hai điều khoản mâu thuẫn trong tài liệuChatbot không chọn điều khoản, chuyển nhân viên và gắn nhãn xung đột tài liệu để người quản lý nội dung sửa nguồn.
Sản phẩm thuộc nhóm không đổi trảNhóm hàng loại trừ được khai báo trong dữ liệu sản phẩm; chatbot nêu đúng điều khoản loại trừ thay vì trả lời chung.
Khách gửi ảnh hàng hỏngẢnh lưu vào phiếu cho nhân viên xem. Chatbot không nhận xét lỗi do khách hay do nhà sản xuất.
Chính sách thay đổi giữa lúc phiếu đang mởPhiếu áp dụng bản chính sách có hiệu lực tại ngày khách mua, không phải ngày khách hỏi, trừ khi doanh nghiệp đặt luật khác.
Báo cáo của phân hệ
  • Số phiếu theo loại và theo lý do
  • Thời gian từ phiếu tới quyết định
  • Số phiếu bị từ chối theo điều khoản
  • Câu hỏi chính sách chatbot không tìm thấy nguồn

Ai dùng

  • Khách hàng
  • Chăm sóc khách hàng

Nối với

  • Tài liệu chính sách
  • CRM
Màn hình minh hoạ: Chuyển nhân viên kèm tóm tắt

Chuyển nhân viên kèm tóm tắt

Việc cần người thì người nhận đủ ngữ cảnh, khách không phải kể lại.

  • Luật chuyển do doanh nghiệp đặtVí dụ khách bực bội, hỏi về tiền, hỏi ngoài tài liệu, hoặc khách yêu cầu gặp người.
  • Tóm tắt vài dòng cho người nhậnKhách là ai, đã hỏi gì, chatbot đã trả lời gì, khách cần gì tiếp.
  • Nhân viên nhận trong cùng hộp thưTrả lời tiếp ngay trên cuộc trò chuyện đó, chatbot dừng lại khi người vào.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Chatbot chuyển người vụng thì cả hai bên cùng khổ: khách phải kể lại từ đầu, nhân viên nhận một cuộc trò chuyện dài mà chưa biết khách cần gì. Chuyển đúng lúc, đúng người, đủ ngữ cảnh mới là phần khó nhất của chăm sóc khách hàng bằng chatbot.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Luật chuyển do doanh nghiệp đặtBảng luật gồm điều kiện và người nhận: khách nhắc kiện tụng, khách dùng từ nặng, chủ đề hoàn tiền ngoại lệ, câu ngoài tài liệu ba lần liên tiếp, khách yêu cầu gặp người.
Ngưỡng tin cậy của truy xuấtKhi đoạn tài liệu tìm được có độ khớp dưới ngưỡng đã thử nghiệm với bộ câu hỏi kiểm thử, chatbot nói không chắc và chuyển người thay vì trả lời.
Tóm tắt có cấu trúcBản tóm tắt gồm năm mục cố định: khách và đơn, khách hỏi gì, chatbot đã trả lời gì, khách đang chờ gì, mức khẩn. Mục nào không có thì để trống, không bịa.
Người nhận theo lịch trựcChuyển theo nhóm việc (đổi trả, thanh toán, khiếu nại) và theo lịch trực trong hệ thống; ngoài giờ thì vào hàng chờ của ca kế tiếp kèm giờ hẹn.
Bàn giao rõ ràngKhi nhân viên vào cuộc trò chuyện, chatbot dừng, tên nhân viên hiện trên mỗi tin. Nhân viên bấm "trả cho chatbot" thì chatbot mới tiếp tục.
Dữ liệu và màn hình
  • Luật chuyển và thứ tự ưu tiên
  • Lý do chuyển
  • Bản tóm tắt năm mục
  • Người và nhóm nhận
  • Thời điểm chuyển và thời điểm nhận
  • Mức khẩn
  • Toàn bộ hội thoại trước đó
  • Kết quả xử lý của nhân viên
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Không ai trong ca trực nhậnSau thời gian doanh nghiệp đặt, chatbot nhắn khách xin lỗi vì chờ lâu và hẹn giờ phản hồi có trong lịch, đồng thời báo trưởng nhóm.
Khách đòi gặp người ngay từ câu đầuChatbot chuyển ngay, tóm tắt chỉ có thông tin nhận diện; không cố giữ khách lại để trả lời.
Bản tóm tắt sai so với hội thoạiNhân viên bấm "tóm tắt sai" kèm ghi chú; các ca này vào bộ kiểm thử để chỉnh cách tóm tắt.
Nhân viên chuyển tiếp sang người khácMỗi lần chuyển ghi lại người giao, người nhận và lý do, khách chỉ thấy một dòng thông báo.
Báo cáo của phân hệ
  • Tỉ lệ chuyển người theo lý do
  • Thời gian từ lúc chuyển tới lúc nhân viên trả lời
  • Số ca chuyển do chưa có tài liệu
  • Số lần nhân viên báo tóm tắt sai

Ai dùng

  • Chăm sóc khách hàng
  • Trưởng nhóm

Nối với

  • Hộp thư gộp
  • Zalo OA
Màn hình minh hoạ: Một hộp thư cho mọi kênh

Một hộp thư cho mọi kênh

Web, fanpage, Zalo và tổng đài về một nơi, theo một hồ sơ khách.

  • Cùng một câu trả lời ở mọi kênhKhách hỏi ở đâu cũng nhận nội dung như nhau, hết chuyện ba kênh ba kiểu.
  • Nhận ra khách đã từng nhắn ở kênh khácCuộc trò chuyện gắn vào cùng hồ sơ khi có số điện thoại trùng.
  • Biết ai đang trả lờiMỗi tin ghi rõ chatbot hay nhân viên nào, để khách và quản lý đều thấy.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Khách nhắn fanpage buổi sáng, sang Zalo buổi tối, gọi tổng đài hôm sau, mỗi kênh một người trả lời và không ai thấy phần còn lại. Khách nhận ba câu trả lời cho một câu hỏi và phải chọn tin câu nào.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Gộp bằng định danh kháchMỗi tin gắn vào hồ sơ theo số điện thoại hoặc mã người dùng của kênh. Chỉ gộp hai kênh khi có bằng chứng cùng một người, ví dụ khách tự đưa số điện thoại, không gộp bằng đoán tên.
Một bộ câu trả lời cho mọi kênhNội dung trả lời sinh từ cùng kho tài liệu; phần khác nhau giữa các kênh chỉ là định dạng, độ dài và nút bấm mà kênh hỗ trợ.
Trạng thái cuộc trò chuyện chungMới, chatbot đang xử lý, chờ nhân viên, chờ khách, đã xong. Khách nhắn lại vào cuộc đã xong trong khoảng thời gian doanh nghiệp đặt thì mở lại cuộc cũ.
Khoá người trả lờiMột cuộc trò chuyện chỉ có một bên trả lời tại một thời điểm, hoặc chatbot hoặc một nhân viên. Người thứ hai mở ra thấy chế độ chỉ đọc.
Nhãn hiển thị người gửiMỗi tin ghi rõ chatbot hay tên nhân viên. Khách được nói rõ ngay câu chào đầu rằng đang trò chuyện với chatbot.
Dữ liệu và màn hình
  • Kênh và mã người dùng của kênh
  • Nội dung tin, ảnh, tệp
  • Người gửi (khách, chatbot, tên nhân viên)
  • Thời điểm nhận, thời điểm trả lời
  • Nhãn vấn đề
  • Trạng thái cuộc trò chuyện
  • Liên kết hồ sơ khách
  • Bản ghi nội dung cuộc gọi nếu bật
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Khách chưa cho biết số điện thoạiCuộc trò chuyện chạy với hồ sơ tạm; khi cần dữ liệu đơn chatbot xin số rồi gộp vào hồ sơ đã có nếu trùng.
Kênh giới hạn số tin chủ động gửiHệ thống hiển thị lượt gửi còn lại theo quy định của kênh tại thời điểm đó; hết lượt thì chuyển sang kênh doanh nghiệp đã đặt hoặc chờ khách nhắn.
Khách gửi cuộc gọi nhỡ rồi nhắn tinCuộc gọi nhỡ và tin nhắn gắn cùng hồ sơ; chatbot nhắc khách rằng có cuộc gọi nhỡ và hỏi có muốn gọi lại không.
Tin nhắn spam hoặc quảng cáoBộ lọc gắn nhãn và không trả lời; nhân viên có thể chặn định danh đó.
Báo cáo của phân hệ
  • Số cuộc trò chuyện theo kênh
  • Thời gian tới phản hồi đầu theo kênh
  • Khách dùng từ hai kênh trở lên
  • Cuộc trò chuyện chưa có phản hồi

Ai dùng

  • Chăm sóc khách hàng
  • Quản lý

Nối với

  • Website
  • Facebook fanpage
  • Zalo OA
  • Tổng đài
Màn hình minh hoạ: Học từ tài liệu doanh nghiệp

Học từ tài liệu doanh nghiệp

Doanh nghiệp đổi chính sách, chatbot đổi câu trả lời theo.

  • Nạp file và trang web có sẵnChính sách, bảng giá, hướng dẫn dùng, câu hỏi thường gặp.
  • Cập nhật khi tài liệu đổiBản mới thay bản cũ, chatbot không còn trả lời theo chính sách hết hạn.
  • Danh sách câu chưa trả lời đượcMỗi tuần doanh nghiệp xem câu nào thiếu tài liệu để viết bổ sung.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Chatbot trả lời sai thường do tài liệu, không phải do mô hình: chính sách cũ chưa xoá, hai bảng giá lệch nhau, file scan không đọc được. Chatbot tốt chỉ bằng kho tài liệu nó đọc.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Một nguồn chủ cho mỗi chính sáchMỗi chính sách có đúng một tài liệu chủ và một người phụ trách. Bản trùng ở nơi khác bị đánh dấu và không vào chỉ mục.
Chia đoạn theo cấu trúcTài liệu chia theo mục và điều khoản, mỗi đoạn mang tên tài liệu, tên mục, ngày hiệu lực; không cắt theo số ký tự cố định khiến điều kiện và ngoại lệ nằm ở hai đoạn khác nhau.
Trích nguồn có thể mở lạiMỗi câu trả lời lưu đoạn tài liệu đã dùng. Người quản lý nội dung bấm vào là thấy đúng đoạn và sửa tại nguồn.
Độ mới và hết hạnTài liệu có ngày hết hạn xem lại. Quá hạn thì báo người phụ trách; quá hạn lâu chưa xem lại thì hạ ưu tiên khi truy xuất.
Bộ câu hỏi kiểm thử chạy lại sau mỗi thay đổiSửa tài liệu xong, bộ câu hỏi kiểm thử chạy lại và so câu trả lời cũ với mới. Câu nào đổi nghĩa được báo cho người duyệt.
Dữ liệu và màn hình
  • Tệp gốc và đường dẫn
  • Tên tài liệu, mục, điều khoản
  • Ngày bắt đầu và kết thúc hiệu lực
  • Người phụ trách
  • Trạng thái đã duyệt hay bản nháp
  • Chỉ mục truy xuất
  • Bộ câu hỏi kiểm thử và đáp án chuẩn
  • Lịch sử thay đổi
  • Số lần đoạn được dùng để trả lời
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Tài liệu là ảnh scanĐưa qua nhận dạng chữ, người quản lý nội dung xem lại bản chữ trước khi duyệt vào chỉ mục vì lỗi nhận dạng số liệu rất khó thấy.
Hai tài liệu mâu thuẫn nhauHệ thống gắn cờ khi hai đoạn cùng chủ đề cho kết luận khác nhau và giữ cả hai ở trạng thái chờ duyệt tới khi có người chọn bản đúng.
Chính sách sắp đổiBản mới có ngày hiệu lực trong tương lai; chatbot dùng bản cũ tới ngày đó và tự chuyển sang bản mới, không cần nạp lại vào đúng ngày.
Nội dung không được để chatbot nóiDanh sách chủ đề cấm (tư vấn pháp lý, y tế, so sánh với đối thủ) khai báo riêng; gặp chủ đề đó chatbot từ chối lịch sự và chuyển người.
Báo cáo của phân hệ
  • Câu hỏi chưa có nguồn theo tuần
  • Tài liệu quá hạn xem lại
  • Đoạn tài liệu được dùng nhiều nhất
  • Kết quả bộ câu hỏi kiểm thử trước và sau khi sửa

Ai dùng

  • Quản lý nội dung

Nối với

  • Google Drive, file, website
Màn hình minh hoạ: Ghi vào hồ sơ CRM

Ghi vào hồ sơ CRM

Mỗi cuộc trò chuyện thành một dòng trong lịch sử khách.

  • Nhãn theo vấn đềHỏi đơn, khiếu nại, xin hoá đơn, hỏi bảo hành: lọc ra để xem khách đang vướng ở đâu.
  • Khiếu nại thành việc có hạnNgười phụ trách nhận việc và hạn xử lý, khách chưa được trả lời thì báo trưởng nhóm.
  • Lịch sử cho lần sauNhân viên mở hồ sơ là biết khách từng hỏi gì.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Mỗi cuộc trò chuyện sau bán chứa thứ doanh nghiệp cần biết nhất về sản phẩm của mình: khách vướng ở đâu, hàng nào hay lỗi, bước nào của giao hàng hay chậm. Thứ đó nằm trong tin nhắn và mất theo thời gian nếu không ghi thành dữ liệu.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Mỗi cuộc trò chuyện thành một dòng lịch sửSau khi đóng, hệ thống ghi vào hồ sơ khách một dòng gồm kênh, chủ đề, kết quả, người xử lý và đường dẫn tới toàn văn.
Nhãn từ bộ nhãn cố địnhNhãn chọn từ danh sách doanh nghiệp duyệt (hỏi đơn, bảo hành, đổi trả, khiếu nại, xin hoá đơn). Chatbot không tự sinh nhãn mới; nhãn nào không hợp thì chọn "khác" và chờ người xem.
Khiếu nại thành việc có hạnCuộc trò chuyện gắn nhãn khiếu nại tạo việc cho người phụ trách với hạn xử lý do doanh nghiệp đặt và nhắc khi gần hạn.
Ghi chỉ sau khi xác minhChưa xác minh được khách thì hội thoại nằm ở hồ sơ tạm, không gắn vào hồ sơ khách thật.
Không ghi nội dung nhạy cảm vào hồ sơSố thẻ, mật khẩu, giấy tờ tuỳ thân khách gõ vào chat bị che trước khi lưu và không đi vào CRM.
Dữ liệu và màn hình
  • Hồ sơ khách và định danh kênh
  • Chủ đề và nhãn
  • Kết quả (chatbot xử lý xong, chuyển người, bỏ dở)
  • Người xử lý
  • Đường dẫn tới toàn văn hội thoại
  • Việc và hạn xử lý
  • Điểm hài lòng nếu khách chấm
  • Mã đơn liên quan
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Khách có hai hồ sơ trùng trong CRMHội thoại ghi vào hồ sơ đang được đề xuất gộp; khi gộp, lịch sử đi theo hồ sơ còn lại.
CRM tạm ngừngGhi chờ trong hàng đợi, đẩy lại theo thứ tự khi CRM hoạt động; mỗi gói có mã riêng để không tạo dòng trùng.
Khách yêu cầu xoá dữ liệuNhân viên có quyền ẩn danh hoá hội thoại của khách đó; toàn văn bị xoá định danh, số liệu tổng hợp được giữ.
Báo cáo của phân hệ
  • Số cuộc trò chuyện theo nhãn và theo tuần
  • Số khiếu nại mở, quá hạn
  • Khách có từ ba cuộc trò chuyện trong 30 ngày
  • Sản phẩm bị hỏi bảo hành nhiều nhất

Ai dùng

  • Chăm sóc khách hàng
  • Bán hàng

Nối với

  • Phần mềm CRM
Màn hình minh hoạ: Báo cáo cuộc trò chuyện

Báo cáo cuộc trò chuyện

Biết khách hỏi gì nhiều nhất và chatbot đang thiếu gì.

  • Câu hỏi hay gặp nhất theo tuầnChỗ nào khách hỏi nhiều là chỗ website hoặc quy trình chưa rõ.
  • Lý do chuyển nhân viênChuyển vì khách bực, vì thiếu tài liệu hay vì việc cần người: mỗi lý do một cách xử lý.
  • Khách chấm sau cuộc trò chuyệnMột câu hỏi ngắn cuối cuộc, kết quả xem theo kênh và theo nhân viên nhận.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Doanh nghiệp thường chỉ biết tổng số tin nhắn. Thứ cần biết là chatbot xử lý xong bao nhiêu, chuyển người vì lý do gì, và khách khó chịu ở chỗ nào của quy trình sau bán.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Mỗi chỉ số ghi công thức ngay cạnhBảng số nào cũng có dòng định nghĩa, ví dụ "xử lý xong không chuyển người = số cuộc đóng có kết quả chatbot xử lý chia tổng số cuộc đóng". Bấm vào số ra danh sách cuộc trò chuyện.
Phân biệt xử lý xong với khách bỏ điCuộc không có phản hồi cuối của khách không được tính là xử lý xong, trừ khi khách bấm xác nhận đã đủ hoặc chấm điểm.
Tách theo kênh và theo chủ đềMọi chỉ số có thể lọc theo kênh, nhãn và khoảng ngày, để so sánh cùng loại với cùng loại.
Đọc lại mẫu ngẫu nhiênMỗi tuần hệ thống rút một mẫu cuộc trò chuyện cho người quản lý nội dung đọc và chấm đúng hoặc sai, để chỉ số tự động không đứng một mình.
Kỳ báo cáo chốt đượcSố liệu tuần và tháng chốt vào ngày doanh nghiệp đặt; sửa nhãn về sau tạo bản điều chỉnh, không đổi số đã chốt.
Dữ liệu và màn hình
  • Cuộc trò chuyện và kết quả
  • Lý do chuyển người
  • Câu hỏi chưa có nguồn
  • Thời điểm tin đầu của khách và tin đầu của phản hồi
  • Điểm hài lòng
  • Mẫu đọc lại và kết quả chấm
  • Kênh, nhãn, nhóm sản phẩm
  • Thời gian xử lý mỗi phiếu
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Khách chấm điểm rất ítBáo cáo hiện kèm số lượt chấm để người xem biết điểm dựa trên bao nhiêu cuộc; không kết luận khi số lượt quá ít.
Nhãn chủ đề bị gán sai hàng loạtNgười quản lý nội dung sửa luật nhãn và chạy lại nhãn cho kỳ chưa chốt; bản gán cũ lưu lại để đối chiếu.
Một đợt sự cố làm câu hỏi tăng đột biếnHệ thống đánh dấu ngày bất thường để người xem không so ngày đó với ngày thường.
Báo cáo của phân hệ
  • Tỉ lệ chatbot xử lý xong không chuyển người
  • Tỉ lệ chuyển người theo lý do
  • Thời gian tới phản hồi đầu
  • Điểm hài lòng theo kênh

Ai dùng

  • Quản lý
  • Ban giám đốc

Nối với

  • Bảng điều hành
Màn hình minh hoạ: Ngoài giờ và giờ cao điểm

Ngoài giờ và giờ cao điểm

Đêm khuya hay đợt khuyến mãi, khách vẫn được trả lời ngay.

  • Trả lời ngoài giờ làm việcViệc chatbot làm được thì xong ngay, việc cần người thì hẹn giờ và ghi sẵn cho ca sáng.
  • Nhận nhiều khách cùng lúcĐợt khuyến mãi tin nhắn dồn về, chatbot vẫn trả lời từng người.
  • Lịch trực của nhân viênChatbot biết ai đang trực để chuyển đúng người.
Xem quy tắc, ngoại lệ và báo cáo

Bài toán Ba giờ sáng và mười một giờ đêm là lúc khách rảnh để nhắn về đơn vừa nhận, còn nhân viên thì không trực. Sau đợt khuyến mãi, tin nhắn hỏi đơn dồn lên trong vài ngày rồi lại vắng, và số người trực không thể co giãn theo.

Quy tắc nghiệp vụ
Quy tắcChi tiết
Lịch làm việc là dữ liệuGiờ làm việc, ngày nghỉ lễ, ca trực từng nhóm việc nằm trong lịch cấu hình; chatbot đọc lịch để biết hẹn "sáng mai" nghĩa là mấy giờ.
Việc chatbot xong ngay và việc phải hẹnTra đơn và hỏi chính sách xong ngay. Duyệt đổi trả, xử lý hoàn tiền, khiếu nại gom vào phiếu hẹn cho ca đầu ngày.
Không hứa quá lịchChatbot chỉ hứa giờ phản hồi có trong lịch trực. Ngoài lịch, câu trả lời là "chưa có người trực, phiếu đã ghi và sẽ được xử lý khi bắt đầu ca".
Xếp hàng ưu tiên khi cao điểmPhiếu xếp theo mức khẩn (đơn giao trễ, khách khiếu nại lần hai) rồi theo giờ nhận; nhân viên thấy hàng chờ đã sắp sẵn.
Giới hạn tải hạ tầng có cảnh báoSố cuộc trò chuyện đồng thời và số lần gọi mô hình ngôn ngữ có ngưỡng cảnh báo; quá ngưỡng thì quản trị được báo trước khi khách thấy chậm.
Dữ liệu và màn hình
  • Lịch làm việc và ngày nghỉ
  • Lịch trực theo nhóm việc
  • Phiếu hẹn và giờ hẹn
  • Mức khẩn
  • Số cuộc trò chuyện đang mở
  • Số phiếu chờ theo ca
  • Cảnh báo tải
Tình huống ngoại lệ và cách xử lý
Tình huốngHệ thống xử lý
Sự cố ngoài giờ ảnh hưởng nhiều kháchNgười quản trị bật thông báo chung ("đơn vị vận chuyển đang gián đoạn") để chatbot nêu ở đầu câu trả lời liên quan, khỏi trả lời từng ca như nhau.
Ngày lễ dàiLịch nghỉ lễ khai báo trước; chatbot nói đúng ngày làm việc trở lại và phiếu được xếp theo mức khẩn khi ca đầu tiên bắt đầu.
Nhân viên trực đột xuất nghỉTrưởng nhóm sửa lịch trực trong hệ thống; các phiếu đã hẹn giờ theo lịch cũ được nhắn lại khách nếu giờ đổi.
Báo cáo của phân hệ
  • Số phiếu hẹn theo ca
  • Thời gian từ lúc nhắn ngoài giờ tới khi nhân viên xử lý
  • Tỉ lệ cuộc trò chuyện ngoài giờ chatbot xử lý xong
  • Đỉnh số cuộc trò chuyện đồng thời theo ngày

Ai dùng

  • Chăm sóc khách hàng

Nối với

  • Lịch trực

Hình minh hoạ tính năng, dữ liệu mẫu, không phải số liệu của một doanh nghiệp cụ thể.

Tính năng đáng viết

Tính năng giúp khách sau bán khỏi phải hỏi lại

Danh sách này là những thứ MONA thường đề xuất trong buổi khảo sát chatbot chăm sóc khách hàng, vì mỗi thứ giải một chỗ khách phải chờ hoặc phải kể lại. Doanh nghiệp chọn cái cần, không cần lấy hết.

  • Tra đơn có hỏi lại khi trùng

    Số điện thoại của khách có ba đơn trong tháng, hỏi "đơn của em" thì chatbot không biết đơn nào.

    Cách hoạt động

    Chatbot liệt kê đơn gần đây bằng tên sản phẩm và ngày đặt, khách chọn một. Đơn đã chọn được giữ trong ngữ cảnh cả cuộc trò chuyện nên câu sau không phải hỏi lại.

    Ai được lợi Khách, nhân viên trực

  • Ước tính hạn đổi trả bằng phép tính

    Nhân viên trả lời "hình như còn hạn" rồi khách mang hàng tới thì đã quá bảy ngày.

    Cách hoạt động

    Chatbot lấy ngày giao thành công từ hệ thống, cộng thời hạn trong chính sách rồi báo ngày cuối cùng đổi được. Ngày lấy từ dữ liệu, mô hình ngôn ngữ chỉ diễn đạt lại.

    Ai được lợi Khách, cửa hàng

  • Phiếu yêu cầu điền sẵn

    Nhân viên mở tin nhắn của khách và hỏi lại mã đơn, sản phẩm, lý do, ảnh.

    Cách hoạt động

    Mọi thông tin chatbot đã gom nằm sẵn trong phiếu bảo hành, đổi trả hay khiếu nại. Thiếu trường nào chatbot hỏi tiếp trước khi lập phiếu.

    Ai được lợi Nhân viên trực

  • Tóm tắt khi bàn giao ca

    Nhân viên đổi ca, cuộc trò chuyện dở nằm trong tin nhắn cá nhân của người trước.

    Cách hoạt động

    Mỗi cuộc trò chuyện đang mở có phần tóm tắt: khách là ai, đơn nào, đã hỏi gì, chatbot đã trả lời gì, đang chờ ai. Người nhận ca đọc trong vài giây rồi làm tiếp.

    Ai được lợi Nhân viên trực, trưởng nhóm

  • Phát hiện lời lẽ bực tức trước khi lớn chuyện

    Khách nhắn lần thứ ba về cùng một đơn thì lúc đó đã là khiếu nại, nhưng hệ thống vẫn xếp như câu hỏi thường.

    Cách hoạt động

    Chatbot đếm số lần hỏi lại cùng đơn và nhận ra từ ngữ do doanh nghiệp liệt kê. Đạt ngưỡng đặt sẵn thì chuyển người ngay, gắn nhãn khiếu nại và báo trưởng nhóm.

    Ai được lợi Trưởng nhóm, khách

  • Chủ động báo đơn chậm

    Đơn giao trễ hạn nhưng khách chỉ biết khi tự nhắn hỏi.

    Cách hoạt động

    Khi trạng thái vận chuyển vượt ngày dự kiến, chatbot nhắn khách một lần với lý do có trong dữ liệu và ngày mới nếu có. Chỉ gửi trong giờ khách nhận tin và trong khuôn khổ tin nhắn kênh cho phép.

    Ai được lợi Khách, nhân viên trực

  • Câu hỏi chưa trả lời được thành việc bổ sung tài liệu

    Cùng một câu khách hỏi mười lần mà chưa ai viết vào tài liệu.

    Cách hoạt động

    Câu nào chatbot không tìm thấy nguồn đủ tin cậy được gom nhóm theo ý nghĩa và xếp theo số lần hỏi. Người quản lý nội dung nhận danh sách để viết bổ sung, chatbot dùng ngay bản mới.

    Ai được lợi Quản lý nội dung

  • Xin hoá đơn giá trị gia tăng qua chat

    Khách nhắn xin xuất hoá đơn sau khi đã nhận hàng và nhân viên phải hỏi lại thông tin công ty.

    Cách hoạt động

    Chatbot gom tên công ty, mã số thuế, địa chỉ, email nhận hoá đơn, đối chiếu với đơn rồi lập yêu cầu cho kế toán. Việc xuất hoá đơn vẫn do kế toán thực hiện.

    Ai được lợi Khách doanh nghiệp, kế toán

Tính năng giúp khách sau bán khỏi phải hỏi lại
Các tính năng minh hoạ. Bấm để xem lớn

Mỗi tính năng dùng dữ liệu đã có sẵn ở phần mềm đơn hàng, vận chuyển và tài liệu chính sách, nên chi phí thêm nằm ở việc đặt luật và kiểm thử. Tính năng nào cần một hệ thống chưa có giao diện kết nối, MONA nói rõ trong khảo sát.

Một cuộc trò chuyện sau bán

Khách hỏi đơn rồi đổi size lúc 23 giờ

Đọc từng lượt để hiểu luồng: khách nói gì, chatbot tra gì, khi nào chuyển người.

Giày online, khách hỏi đơn và đổi size
Đường đi của một khách qua hệ thống, hình minh hoạ. Bấm để xem lớn

Giày online, khách hỏi đơn và đổi size

  1. Thứ Năm 23:10

    Khách

    Nhắn hỏi đơn tới đâu

    Hệ thống làm

    Phân loại ý định hỏi trạng thái

  2. Thứ Năm 23:11

    Chatbot

    Hỏi số điện thoại đặt hàng

    Hệ thống làm

    Chuẩn hoá số, tìm trong phần mềm

  3. Thứ Năm 23:12

    Chatbot

    Hỏi lại vì khách có hai đơn

    Hệ thống làm

    Liệt kê theo sản phẩm để chọn

  4. Thứ Năm 23:13

    Khách

    Chọn đôi da nâu

    Hệ thống làm

    Gọi vận chuyển tra mã vận đơn

  5. Thứ Năm 23:14

    Chatbot

    Trả lời đơn dự kiến giao ngày mai

    Hệ thống làm

    Dựng từ dữ liệu, không tự suy

  6. Thứ Năm 23:15

    Khách

    Hỏi đổi size, gửi ảnh

    Hệ thống làm

    Lưu ảnh, tìm chính sách đổi

Khách được trả lời đêm, sáng có phiếu sẵn.

Ai làm gì

Ai được xem và sửa gì trong chatbot

Bảng phân vai nói rõ việc nào chatbot tự làm, việc nào đến tay người và ai được xem hoặc sửa gì. Doanh nghiệp chỉnh bảng này theo cơ cấu của mình trong buổi khảo sát.

Ai được xem và sửa gì trong chatbot
Chức năngChatbotNhân viên trựcQuản lý nội dungQuản trị hệ thốngBan giám đốc
Trả lời từ tài liệu chính sáchLàm trọnChỉ xemChỉ xemKhông tham giaKhông tham gia
Tra trạng thái đơn và vận chuyểnLàm trọnMột phầnCủa mình hoặc trong phạm viKhông tham giaChỉ xemKhông tham gia
Lập phiếu bảo hành, đổi trảMột phầnCủa mình hoặc trong phạm viLàm trọnKhông tham giaKhông tham giaKhông tham gia
Duyệt đổi trả, hoàn tiền và ngoại lệKhông tham giaMột phầnCủa mình hoặc trong phạm viKhông tham giaKhông tham giaLàm trọn
Trả lời tiếp khi đã chuyển ngườiKhông tham giaLàm trọnKhông tham giaKhông tham giaKhông tham gia
Xem toàn văn hội thoạiKhông tham giaMột phầnCủa mình hoặc trong phạm viChỉ xemChỉ xemChỉ xem
Sửa, thêm, hết hạn tài liệuKhông tham giaKhông tham giaLàm trọnKhông tham giaKhông tham gia
Duyệt tài liệu vào chỉ mụcKhông tham giaKhông tham giaMột phầnCủa mình hoặc trong phạm viKhông tham giaLàm trọn
Chạy bộ câu hỏi kiểm thửKhông tham giaKhông tham giaLàm trọnLàm trọnChỉ xem
Đặt luật chuyển người và ngưỡngKhông tham giaKhông tham giaMột phầnCủa mình hoặc trong phạm viLàm trọnChỉ xem
Cấp quyền và xem nhật ký truy vấn dữ liệu đơnKhông tham giaKhông tham giaKhông tham giaLàm trọnChỉ xem
Xuất dữ liệu hội thoạiKhông tham giaKhông tham giaMột phầnCủa mình hoặc trong phạm viLàm trọnChỉ xem
Xem báo cáo chỉ số hội thoạiKhông tham giaMột phầnCủa mình hoặc trong phạm viLàm trọnChỉ xemLàm trọn
Ẩn danh hoá dữ liệu theo yêu cầu kháchKhông tham giaKhông tham giaKhông tham giaLàm trọnChỉ xem
  • Làm trọn hoặc toàn quyền
  • Một phầnCủa mình hoặc trong phạm vi được giao
  • Chỉ xem
  • Không tham gia

Ở việc lập phiếu, chatbot chỉ tạo phiếu ở trạng thái chờ và nhân viên xử lý tiếp.

Chỉ số hội thoại và cách tínhMỗi chỉ số ghi công thức để mọi người đọc cùng một nghĩa. Bảng chỉ có định nghĩa, số đo lấy từ hệ thống của doanh nghiệp sau khi chạy.
Chỉ số hội thoại và cách tính
Báo cáoCâu hỏi nó trả lờiCách tínhAi xem
Tỉ lệ chatbot xử lý xongBao nhiêu cuộc trò chuyện kết thúc mà không cần nhân viên?Số cuộc đóng có kết quả chatbot xử lý chia tổng số cuộc đóng trong kỳ, không tính cuộc khách bỏ đi không phản hồiTrưởng nhóm, ban giám đốc
Tỉ lệ chuyển người theo lý doVì sao cuộc trò chuyện phải chuyển sang người?Với mỗi lý do trong danh sách (thiếu tài liệu, khách yêu cầu, luật khiếu nại, hoàn tiền ngoại lệ), số cuộc chuyển vì lý do đó chia tổng số cuộc chuyểnQuản lý nội dung, trưởng nhóm
Câu chưa trả lời đượcKhách hỏi gì mà tài liệu chưa có?Số cuộc mà điểm khớp cao nhất của truy xuất thấp hơn ngưỡng đã đặt, nhóm theo ý nghĩa câu hỏi và xếp theo số lầnQuản lý nội dung
Thời gian tới phản hồi đầuKhách chờ bao lâu để nhận tin đầu tiên của chatbot hoặc người?Trung vị số giây giữa tin đầu của khách và tin đầu của phía doanh nghiệp, tính riêng theo kênhQuản trị hệ thống, trưởng nhóm
Thời gian từ chuyển tới người trả lờiSau khi chuyển người, khách chờ thêm bao lâu?Trung vị số phút giữa lúc chatbot chuyển và tin đầu tiên của nhân viên, chỉ tính trong giờ trựcTrưởng nhóm
Điểm hài lòngKhách đánh giá cuộc trò chuyện thế nào?Trung bình điểm khách chấm ở câu hỏi cuối cuộc chia theo kênh, kèm số lượt chấm; không tính cuộc khách không chấm vào tử số hay mẫu sốBan giám đốc, trưởng nhóm
Tỉ lệ khách để lại thông tinChatbot xin đủ thông tin để nhân viên xử lý chưa?Số phiếu lập ra có đủ các trường bắt buộc ngay từ lần đầu chia tổng số phiếu lập raQuản lý nội dung, trưởng nhóm
Tỉ lệ hỏi lại cùng một việcKhách nhắn lại vì chưa được giải quyết?Số khách nhắn lại cùng chủ đề và cùng đơn trong vòng 7 ngày chia số khách có cuộc trò chuyện đã đóng về chủ đề đóTrưởng nhóm, ban giám đốc
Độ đúng của mẫu đọc lạiNgười đọc thấy chatbot trả lời đúng bao nhiêu?Số cuộc mẫu người chấm đúng chia tổng số cuộc trong mẫu tuần đóQuản lý nội dung, quản trị

Kiến trúc kỹ thuật

Chatbot được dựng bên trong thế nào

Bộ khung dưới đây là cách MONA tách chatbot thành các tầng để sửa được từng phần: đổi tài liệu không đụng luật, đổi mô hình không đụng kênh. Công nghệ cụ thể của từng tầng chốt trong khảo sát cùng đội kỹ thuật của doanh nghiệp.

Sơ đồ các tầng của hệ thống
Sơ đồ các tầng của hệ thống, hình minh hoạ. Bấm để xem lớn
  1. KênhBộ nối nhận và gửi tin với từng kênh, chuẩn hoá về một dạng tin nhắn chung
  2. Điều phối hội thoạiGiữ trạng thái cuộc trò chuyện, ngữ cảnh, khoá người trả lời, luật chuyển người
  3. Truy xuất tri thứcTìm đoạn tài liệu đúng, chia đoạn theo cấu trúc, lọc theo hiệu lực và trích nguồn
  4. Mô hình ngôn ngữ và luậtDựng câu trả lời từ đoạn tài liệu và dữ liệu đơn; kiểm đầu ra trước khi gửi
  5. Tích hợp hệ thốngĐọc đơn, vận chuyển, kho; ghi phiếu vào CRM; gửi hoá đơn qua kênh của doanh nghiệp
  6. Vận hànhNhật ký truy vấn, bộ câu hỏi kiểm thử, giám sát, cảnh báo, sao lưu
Quyết định thiết kế MONA đưa ra bàn khi làm chatbot chăm sóc khách hàngMỗi quyết định có phương án, đề xuất và lý do, để doanh nghiệp duyệt bằng hiểu biết chứ không bằng niềm tin.
  • Trả lời từ tài liệu hay từ dữ liệu hệ thống

    • Để mô hình tự trả lời mọi thứ
    • Phân loại ý định rồi chọn nguồn

    MONA khuyên Phân loại ý định, dữ liệu hệ thống cho câu hỏi về đơn, tài liệu cho câu hỏi về chính sách

    Trạng thái đơn thay đổi từng giờ nên không thể nằm trong tài liệu; chính sách ổn định hơn và cần trích nguồn. Tách nguồn thì mỗi loại câu có cách kiểm riêng.

  • Ngưỡng tin cậy để trả lời hay chuyển người

    • Một ngưỡng chung
    • Ngưỡng riêng cho từng loại câu hỏi

    MONA khuyên Ngưỡng riêng, đặt chặt cho chủ đề tiền và pháp lý

    Trả lời sai về giờ mở cửa ít hại hơn trả lời sai về hoàn tiền. Ngưỡng chọn bằng cách chạy bộ câu hỏi kiểm thử, không đặt theo cảm giác.

  • Giữ ngữ cảnh thế nào

    • Đưa cả lịch sử vào mọi lượt
    • Giữ các thực thể đã xác nhận (đơn, sản phẩm) và tóm tắt phần còn lại

    MONA khuyên Giữ thực thể đã xác nhận và tóm tắt

    Khách nhắc "đơn đó" ở lượt thứ mười thì chatbot cần biết đơn nào chính xác; đưa cả lịch sử thô làm tăng nguy cơ mô hình nhầm giữa hai đơn.

  • Dữ liệu cá nhân trong hội thoại

    • Lưu nguyên văn
    • Che theo mẫu trước khi lưu

    MONA khuyên Che số thẻ, giấy tờ, mật khẩu; số điện thoại và địa chỉ lưu có kiểm soát truy cập

    Khách hay dán thông tin quá mức cần thiết vào chat. Che ngay khi nhận thì nhật ký và CRM không trở thành kho dữ liệu nhạy cảm ngoài ý muốn.

  • Bộ câu hỏi kiểm thử

    • Thử tay trước khi mở
    • Bộ câu hỏi cố định chạy sau mỗi thay đổi

    MONA khuyên Bộ cố định, mở rộng dần từ hội thoại thật

    Sửa một đoạn tài liệu có thể làm đổi câu trả lời ở chỗ khác. Chỉ bộ kiểm thử chạy lại tự động mới phát hiện được điều đó trước khách.

  • Cập nhật tài liệu

    • Nạp lại toàn bộ theo lịch
    • Nạp theo thay đổi và theo ngày hiệu lực

    MONA khuyên Nạp theo thay đổi, chính sách có ngày hiệu lực

    Nạp lại toàn bộ khiến bản nháp lọt vào chỉ mục; nạp theo thay đổi kèm bước duyệt giữ ranh giới giữa bản nháp và bản đang áp dụng.

  • Một mô hình hay hai

    • Một mô hình cho phân loại và trả lời
    • Mô hình nhỏ phân loại, mô hình lớn viết câu trả lời

    MONA khuyên Hai mô hình khi lượng tin đủ lớn, một mô hình khi mới chạy

    Tách vai giúp kiểm từng bước riêng, nhưng thêm một thành phần phải giám sát. Doanh nghiệp bắt đầu với một mô hình và tách khi số liệu vận hành cho thấy cần.

Các điểm nối và cách xử lý khi lỗiBảng này là một phần của tài liệu bàn giao: mỗi điểm nối được liệt kê cùng cách nó hỏng và cách phát hiện.
  • Website

    Cách nối
    Khung chat nhúng bằng một đoạn mã, nối với dịch vụ hội thoại qua kênh truyền hai chiều
    Dữ liệu đi qua
    Tin nhắn, mã phiên, trang khách đang xem
    Khi lỗi
    Mất kết nối thì khung chat hiện thông báo và cho để lại số điện thoại; tin chưa gửi được lưu trong trình duyệt
  • Fanpage Messenger

    Cách nối
    Nhận sự kiện tin nhắn qua webhook, gọi giao diện gửi của nền tảng
    Dữ liệu đi qua
    Tin nhắn, mã người dùng của trang
    Khi lỗi
    Kiểm định kỳ quyền truy cập trang; báo quản trị khi quyền hết hạn; sự kiện có mã để không xử lý trùng
  • Zalo OA

    Cách nối
    Đăng ký nhận sự kiện từ nền tảng, gửi tin qua giao diện Official Account
    Dữ liệu đi qua
    Tin nhắn, mã người dùng, tệp
    Khi lỗi
    Hàng đợi gửi lại; hệ thống hiển thị giới hạn tin còn lại theo quy định hiện hành của nền tảng
  • Tổng đài

    Cách nối
    Nhận sự kiện cuộc gọi và luồng âm thanh từ tổng đài, chuyển giọng nói thành chữ
    Dữ liệu đi qua
    Số gọi, thời lượng, nội dung chuyển chữ
    Khi lỗi
    Cuộc gọi lỗi luồng âm thanh chuyển thẳng cho nhân viên trực; nội dung được đối chiếu với bản ghi của tổng đài mỗi ngày
  • Phần mềm đơn hàng và kho

    Cách nối
    Giao diện chỉ đọc với tài khoản riêng của chatbot; ghi phiếu thì đi qua hàng đợi
    Dữ liệu đi qua
    Đơn, trạng thái, tồn kho theo mã sản phẩm
    Khi lỗi
    Hệ thống ngừng thì chatbot nói tạm thời chưa tra được và lập phiếu; không trả lời theo dữ liệu đã lưu tạm quá thời gian cho phép
  • Đơn vị vận chuyển

    Cách nối
    Gọi giao diện tra cứu theo mã vận đơn hoặc nhận webhook cập nhật trạng thái
    Dữ liệu đi qua
    Mã vận đơn, trạng thái, ngày dự kiến
    Khi lỗi
    Trạng thái quá cũ được đánh dấu; hai nguồn lệch nhau thì gắn cờ và trả lời theo nguồn vận chuyển
  • CRM

    Cách nối
    Ghi hồ sơ, nhãn, phiếu, việc qua giao diện của CRM
    Dữ liệu đi qua
    Hồ sơ khách, dòng lịch sử, việc
    Khi lỗi
    Gói ghi thất bại xếp hàng thử lại theo khoảng tăng dần, mỗi gói có mã chống tạo trùng
  • MONA Pay và MONA Mail

    Cách nối
    Đọc trạng thái thanh toán của đơn; gửi thư xác nhận từ mẫu
    Dữ liệu đi qua
    Trạng thái thanh toán, nội dung thư, trạng thái gửi
    Khi lỗi
    Webhook có mã duy nhất chống xử lý trùng; thư có trạng thái gửi, địa chỉ nằm trong danh sách chặn thì không gửi
Bảo mật và dữ liệu kháchCác hạng mục MONA đưa vào phạm vi mặc định của chatbot chăm sóc khách hàng, tách khỏi phần tuỳ chọn.
  • Quyền truy vấn dữ liệu đơnChatbot dùng tài khoản riêng, chỉ đọc, chỉ những trường cần trả lời. Mỗi lần tra ghi vào nhật ký: cuộc trò chuyện nào, đơn nào, trường nào.
  • Xác minh trước khi lộ dữ liệuChatbot chưa nói chi tiết đơn khi khách chưa qua bước xác minh; thông tin nhạy cảm như địa chỉ đầy đủ chỉ hiện dạng che.
  • Không lộ dữ liệu khách khácNgữ cảnh mỗi cuộc trò chuyện tách biệt; truy vấn đơn luôn kèm định danh khách đã xác minh, không nhận yêu cầu tra "đơn của số điện thoại khác" từ nội dung chat.
  • Chống chỉ dẫn độc trong nội dung khách gửiNội dung khách gửi (tin nhắn, ảnh, tệp, tên sản phẩm khách dán) chỉ được coi là dữ liệu, không bao giờ là lệnh. Chatbot có danh sách hành động được phép; câu "hãy bỏ qua quy tắc" không mở thêm hành động nào.
  • Kiểm đầu ra trước khi gửiCâu trả lời được đối chiếu với đoạn nguồn và dữ liệu đơn; câu chứa thông tin không có trong nguồn bị chặn và chuyển người.
  • Che dữ liệu và thời hạn lưuSố thẻ, mật khẩu, giấy tờ tuỳ thân bị che khi lưu. Thời hạn lưu hội thoại do doanh nghiệp đặt theo quy định hiện hành và chính sách nội bộ; hết hạn thì tự xoá hoặc ẩn danh hoá.
  • Mã hoá và đăng nhậpKết nối mã hoá khi truyền; mật khẩu băm một chiều; xác thực hai bước cho vai quản trị và quản lý nội dung; đóng phiên khi nhân viên nghỉ.
  • Nhật ký chỉ ghi thêmAi xem hội thoại, sửa tài liệu, đổi luật, xuất dữ liệu lúc nào đều ghi lại và không sửa được từ giao diện.
Đặt hệ thống ở đâuNơi đặt dữ liệu chốt trong buổi khảo sát; các phương án dưới là những gì MONA đưa ra bàn.
  • Thuê máy chủ MONA Cloud

    Hợp khi Doanh nghiệp muốn vận hành gọn, không có đội hạ tầng; dữ liệu đặt tại Việt Nam, trả bằng VND

    Đánh đổi Dùng hạ tầng của nhà cung cấp; doanh nghiệp vẫn sở hữu dữ liệu và xuất được bất cứ lúc nào

  • Máy chủ riêng của doanh nghiệp

    Hợp khi Có quy định nội bộ hoặc ngành yêu cầu dữ liệu hội thoại nằm trong hệ thống của mình

    Đánh đổi Doanh nghiệp tự chịu vận hành, sao lưu, cập nhật; MONA hỗ trợ theo hợp đồng

  • Đám mây lớn doanh nghiệp đang dùng

    Hợp khi Đã có tài khoản và đội quản trị cho đám mây đó

    Đánh đổi Chi phí hạ tầng do doanh nghiệp trả trực tiếp, cần thống nhất người giữ quyền quản trị

Kết nối

Nối với hệ thống doanh nghiệp đang dùng

Mỗi điểm nối được liệt kê trong tài liệu bàn giao, kèm cách phát hiện và xử lý khi hệ thống bên kia lỗi.

  • Website
  • Fanpage Messenger
  • Zalo OA
  • Tổng đài
  • Phần mềm đơn hàng và kho
  • Đơn vị vận chuyển
  • CRM

Kênh và hệ thống nối

Chatbot chạy trên kênh khách đang nhắn, không bắt khách đổi chỗ

Khách nhắn ở đâu thì chatbot trả lời ở đó. Bảng dưới nêu từng kênh, việc chatbot làm được và điều MONA cần chốt trong buổi khảo sát.

Các kênh chatbot chăm sóc khách hàng chạy được và điều cần chốt
KênhChatbot làm đượcCần chốt khi khảo sát
WebsiteKhung chat trên website, trả lời và ghi thông tin khách.Trang nào hiện khung chat, lời chào theo trang.
Fanpage FacebookTrả lời tin nhắn Messenger của fanpage.Quyền quản trị fanpage, khung giờ chatbot trả lời.
Zalo OATrả lời tin nhắn gửi tới Zalo Official Account.Loại tài khoản Zalo OA và giới hạn tin nhắn của gói đang dùng.
Tổng đàiTiếp cuộc gọi bằng giọng nói, ghi nội dung vào hồ sơ.Tổng đài đang dùng và cách nối; Gấu Cười của MONA có kênh này.
EmailSoạn sẵn thư trả lời để nhân viên duyệt và gửi.Hộp thư nhận và mẫu thư của doanh nghiệp.

Nhân viên trực, chatbot kịch bản, chatbot thuê bao và chatbot viết riêng khác nhau thế nào

Tiêu chí lấy từ những câu doanh nghiệp hay hỏi khi chọn giữa các cách.

Nhân viên trực, chatbot kịch bản, chatbot thuê bao và chatbot viết riêng khác nhau thế nào
Tiêu chíChatbot kịch bản cứngChatbot dựng sẵn thuê baoNhân viên trựcChatbot MONA viết riêng
Trả lời câu ngoài kịch bảnKhông, chỉ hiện menu và nútTrả lời được nếu nạp tài liệu; độ đúng phụ thuộc chất lượng tài liệuCó, theo hiểu biết của từng ngườiTrả lời từ tài liệu đã duyệt, có trích nguồn và ngưỡng chuyển người
Tra đơn thật của kháchKhôngCó với phần mềm đơn hàng nhà cung cấp đã hỗ trợ sẵnCó, mở từng phần mềm bằng tayViết bộ nối đúng phần mềm đơn hàng và vận chuyển đang dùng
Trả lời ngoài giờCóCóChỉ khi có ca trựcCó, và hẹn giờ theo lịch trực thật
Câu trả lời nhất quán giữa các kênhNhất quán nhưng cứngNhất quán nếu cùng một cấu hìnhMỗi người một kiểuCùng kho tài liệu, khác nhau chỉ ở định dạng kênh
Bàn giao cho người kèm ngữ cảnhThường chỉ chuyển cuộc trò chuyệnChuyển kèm lịch sử, tóm tắt tuỳ nhà cung cấpNhân viên tự ghi chú khi đổi caTóm tắt năm mục cố định và phiếu điền sẵn
Kiểm soát dữ liệu kháchThấp, dữ liệu thường ở máy chủ nhà cung cấpTheo điều khoản nhà cung cấp; xuất dữ liệu tuỳ hợp đồngDữ liệu nằm rải trong tin nhắn cá nhânĐặt theo quyết định khảo sát, phân quyền và nhật ký theo cơ cấu doanh nghiệp
Cập nhật khi chính sách đổiSửa từng nhánh kịch bảnNạp lại tài liệuThông báo miệng hoặc qua nhóm chatTài liệu có ngày hiệu lực, chạy lại bộ kiểm thử sau khi sửa
Chi phí theo thời gianThấp, ít đổiTrả theo tháng, tăng theo số cuộc trò chuyện hoặc số kênhLương và ca trực, tăng theo lượng tinKhoản đầu tư ban đầu và chi phí vận hành theo thoả thuận sau khảo sát
Khi ít tin nhắnĐủ dùngCó thể thừaMột người kiêm nhiệm là đủChưa cần; nếu mỗi ngày dưới vài chục tin thì nhân viên trả lời trực tiếp gọn hơn

Ranh giới của chatbot

Chatbot tự trả lời việc gì, chuyển nhân viên việc gì

Ranh giới này do doanh nghiệp đặt trong buổi khảo sát, và MONA khuyên đặt chặt lúc đầu rồi nới dần khi hội thoại thật cho thấy chatbot trả lời ổn.

Chatbot tự trả lời

  • Hỏi trạng thái đơn, giờ mở cửa, địa chỉ chi nhánh
  • Hỏi chính sách bảo hành, đổi trả có trong tài liệu
  • Xin hướng dẫn dùng sản phẩm có trong tài liệu

Chuyển nhân viên kèm tóm tắt

  • Khách bực bội hoặc dùng lời lẽ nặng
  • Hỏi về tiền, hoàn tiền ngoại lệ, giảm giá
  • Câu hỏi chưa có trong tài liệu, hoặc khách muốn gặp người

Chatbot chưa chắc thì chuyển người, và chuyển đúng lúc quan trọng hơn trả lời nhiều câu.

Những gì quyết định giá một chatbot chăm sóc khách hàngMONA báo giá trọn gói sau khảo sát, không nêu số tiền trước khi biết phạm vi. Bảy yếu tố dưới đây quyết định giá nằm ở đâu.
Những gì quyết định giá một chatbot chăm sóc khách hàng
Yếu tốẢnh hưởng tới phạm vi và giáCách giữ chi phí gọn
Số kênhMỗi kênh có bộ nối, quy tắc định dạng và giới hạn riêng của nền tảngBắt đầu với hai kênh khách nhắn nhiều nhất, thêm sau
Số hệ thống cần nốiMỗi hệ thống là một bộ nối đọc hoặc ghi cùng kịch bản kiểm thử lỗiNối trước phần mềm đơn hàng, các hệ thống còn lại thêm dần
Khối lượng và độ sạch của tài liệuTài liệu mâu thuẫn hoặc dạng ảnh scan cần dọn trước, tốn công hơn tài liệu có cấu trúcChốt một bản chính sách hiệu lực cho mỗi chủ đề trước khảo sát
Số loại phiếu và luật chuyểnMỗi loại phiếu cần mẫu, trường bắt buộc và kịch bản thửBắt đầu với ba loại phiếu gặp nhiều nhất
Kênh giọng nói tổng đàiCần nhận dạng giọng nói, xử lý ngắt lời và xử lý mất luồng âm thanhĐể tổng đài sang giai đoạn sau nếu tin nhắn đã chiếm phần lớn câu hỏi
Mức chặt của kiểm thửBộ câu hỏi kiểm thử càng rộng, thời gian dựng và chạy càng dàiLấy câu hỏi từ hội thoại thật, nhóm theo chủ đề và mở rộng theo tuần
Nơi đặt hệ thống và yêu cầu dữ liệuMáy chủ riêng hoặc yêu cầu lưu dữ liệu trong nước thêm công cấu hình và vận hànhDùng MONA Cloud nếu không có quy định riêng

Cách MONA làm

Cách MONA dựng chatbot từ câu hỏi thật của khách

Chatbot tốt bắt đầu từ những câu khách đã hỏi thật, không từ kịch bản viết trên giấy. Năm bước bám đúng bốn phần của một báo giá MONA.

MONA gặp doanh nghiệp để khảo sát quy trình
Buổi khảo sát: ghi lại từng bước doanh nghiệp đang làm trước khi viết phần mềm
  1. 01Khảo sát câu hỏi thật của kháchMONA đọc tin nhắn, cuộc gọi và email khách đã gửi để biết khách hay hỏi gì và câu nào đang làm nhân viên mất nhiều thời gian nhất.
  2. 02Gom tài liệu và dữ liệuChính sách, bảng giá, catalogue, câu hỏi thường gặp và dữ liệu đơn hàng được đưa vào để chatbot trả lời từ nguồn của doanh nghiệp.
  3. 03Viết kịch bản và luật chuyển nhân viênDoanh nghiệp duyệt chatbot được nói gì, được làm gì và lúc nào phải chuyển cho nhân viên.
  4. 04Chạy thử trên dữ liệu thậtChatbot trả lời thử các câu khách đã hỏi, doanh nghiệp chấm từng câu; sai thì sửa nguồn trước khi mở cho khách.
  5. 05Theo dõi hội thoại 6 tháng đầuMONA xem những câu chatbot chưa trả lời được, bổ sung tài liệu và chỉnh luật theo hội thoại thật.
  • Lõi hệ thốngPhần nền của phần mềm, nơi mọi nhánh nghiệp vụ cùng chạy.
  • Tính năng theo nhánh nghiệp vụĐủ tính năng cho từng nhánh nghiệp vụ doanh nghiệp yêu cầu, bàn giao kèm đầy đủ tài liệu.
  • Đào tạo tại doanh nghiệpMONA đào tạo trực tiếp tại doanh nghiệp cho toàn bộ nhân viên trong khâu vận hành.
  • Theo dõi vận hành 6 tháng đầuMONA làm kênh hỗ trợ trực tiếp cho đội của doanh nghiệp trong 6 tháng đầu phần mềm chạy thật.

Các giai đoạn từ khảo sát tới vận hành

Mỗi giai đoạn có thứ MONA giao, thứ doanh nghiệp cung cấp và điều kiện nghiệm thu, để không ai phải đoán.

Các giai đoạn triển khai
Các giai đoạn triển khai, hình minh hoạ
Chi tiết từng giai đoạn
Các giai đoạn từ khảo sát tới vận hành
Giai đoạnMONA làmDoanh nghiệp cung cấpNghiệm thu khi
1. Khảo sát câu hỏi thậtĐọc tin nhắn, cuộc gọi, email khách đã gửi sau bán; nhóm câu hỏi theo chủ đề và đếm; ghi câu nào đang tốn thời gian nhân viên nhấtBản xuất hội thoại đã ẩn thông tin nhạy cảm, danh sách kênh, người trực từng kênhDoanh nghiệp duyệt danh sách chủ đề chatbot sẽ nhận và chủ đề luôn chuyển người
2. Chuẩn bị tài liệuGom chính sách, bảng giá, hướng dẫn; tìm mâu thuẫn; chọn một bản chủ cho mỗi chính sách; ghi ngày hiệu lựcBản chính sách hiện hành, người có quyền xác nhận từng chính sáchMỗi chủ đề có đúng một tài liệu chủ và một người phụ trách
3. Dựng bộ câu hỏi kiểm thửLấy một bộ câu khách đã hỏi thật, đã ẩn thông tin, gắn đáp án chuẩn do nhân viên có thẩm quyền viếtNhân viên viết hoặc duyệt đáp án chuẩn cho từng câuBộ câu hỏi có đáp án chuẩn được người phụ trách ký duyệt
4. Dựng và nối hệ thốngViết bộ nối kênh và phần mềm đơn hàng, đặt luật chuyển người, dựng phiếu; chạy bộ kiểm thử, sửa nguồn và luậtTài khoản chỉ đọc cho phần mềm đơn hàng và vận chuyển, mẫu phiếu hiện dùngBộ câu hỏi đạt ngưỡng do doanh nghiệp đặt; câu chuyển người sai bị coi là lỗi nặng hơn câu trả lời thiếu
5. Mở dần cho kháchChạy chế độ nháp: chatbot soạn, nhân viên duyệt và gửi; sau đó mở tự trả lời cho một kênh, một nhóm chủ đề, rồi mở rộngNhân viên đọc và chấm mẫu hội thoại mỗi ngày trong tuần đầuMẫu đọc lại đạt ngưỡng đã đặt trong hai tuần liên tiếp trước khi nới kênh hoặc chủ đề
6. Vận hành và theo dõiTheo dõi 6 tháng đầu, xem câu chưa trả lời được, cập nhật luật, chạy kiểm thử sau mỗi thay đổi tài liệu, họp định kỳNgười quản lý nội dung được chỉ định, phản hồi của nhân viên trựcDanh sách câu chưa trả lời được giảm dần và có người xử lý mỗi tuần

Cách MONA chuẩn bị tài liệu cho chatbot

  • Tìm các đoạn cùng chủ đề nhưng kết luận khác nhau giữa file Word, trang web và bảng tính
  • Ghi ngày hiệu lực và người duyệt cho từng chính sách trước khi nạp
  • Loại bản nháp, bản cũ và nội dung chỉ dùng nội bộ ra khỏi chỉ mục
  • Viết lại các đoạn dài thành mục có tiêu đề rõ, mỗi điều kiện đi kèm ngoại lệ của nó
  • Chuyển file scan sang chữ và đối chiếu lại số liệu bằng mắt
  • Thêm mục "khi nào chuyển nhân viên" vào từng chính sách để chatbot có cơ sở nói đúng
Chuẩn bị gì trước buổi khảo sátDoanh nghiệp không cần chuẩn bị đầy đủ; mỗi thứ dưới đây giúp buổi khảo sát ngắn hơn.
  • Bản xuất vài trăm tin nhắn sau bán gần nhất từ Zalo OA, fanpage, email, đã ẩn số điện thoại và địa chỉ
  • Chính sách bảo hành, đổi trả, hoàn tiền, giao hàng đang áp dụng, kèm ngày hiệu lực
  • Tên phần mềm đơn hàng, đơn vị vận chuyển và ai quản trị từng hệ thống
  • Danh sách các loại yêu cầu nhân viên đang xử lý, kèm mẫu phiếu hoặc biểu mẫu nếu có
  • Lịch làm việc, ca trực và người nhận từng nhóm việc
  • Ba tình huống khách bực nhất gần đây và cách nhân viên đã xử lý
  • Danh sách câu hỏi nhân viên phải trả lời lặp đi lặp lại mỗi ngày
  • Người có thẩm quyền duyệt đổi trả và hoàn tiền ngoại lệ
  • Quy định nội bộ về lưu và chia sẻ dữ liệu khách

Đang chạy thật

Gấu Cười tiếp khách thật trên mona.software mỗi ngày

Gấu Cười là chatbot đa kênh MONA tự viết và đang chạy: web, fanpage, Zalo, tổng đài, gộp hội thoại về một nơi và chuyển nhân viên khi cần.

Cuộc trò chuyện thật của Gấu Cười trên mona.software
Gấu Cười trả lời khách ngay trên mona.software
  • Gấu Cườitiếp khách đa kênh: web, fanpage, Zalo, tổng đài
  • Dê Cườitư vấn và chốt đơn cho bán lẻ, sàn, fanpage

MONA dựng chatbot cho doanh nghiệp bằng chính cách đã chạy ở Gấu Cười. Cần thử thì hỏi Gấu Cười ngay trên trang này.

Rủi ro thường gặp

Chatbot chăm sóc khách hay hỏng ở đâu và cách tránh

Phần lớn chatbot chăm sóc khách hàng làm khách thất vọng vì tài liệu cũ, vì không chịu chuyển người, hoặc vì không ai đọc lại hội thoại, ít khi vì mô hình kém. Bảng dưới liệt kê những chỗ hay hỏng và cách thiết kế để tránh.

Bảng rủi ro và cách tránh
Chatbot chăm sóc khách hay hỏng ở đâu và cách tránh
Rủi ro thường gặpDấu hiệu sớmMONA thiết kế để tránh thế nào
Chatbot trả lời theo chính sách đã hết hiệu lựcKhách nhận câu trả lời trái với điều nhân viên nói; nhân viên phải đính chínhChỉ mục chỉ chứa bản đang hiệu lực, chính sách có ngày hết hạn xem lại, bộ kiểm thử chạy sau mỗi lần sửa tài liệu
Chatbot bịa khi không có nguồnCâu trả lời có chi tiết không nằm trong tài liệu hay dữ liệu đơnKiểm đầu ra so với đoạn nguồn, chặn câu chứa thông tin ngoài nguồn và chuyển người
Giữ khách lại quá lâu trước khi chuyển ngườiKhách hỏi lại cùng một câu ba lần, dùng từ nặng dầnLuật chuyển theo số lần hỏi lại và từ ngữ, khách nói "gặp nhân viên" là chuyển ngay
Nhầm đơn giữa hai đơn cùng số điện thoạiKhách nhận trạng thái của đơn khácLiệt kê đơn và cho khách chọn, giữ mã đơn đã xác nhận trong ngữ cảnh
Lộ dữ liệu đơn cho người không phải chủ đơnNgười lạ nhắn số điện thoại của người khác để tra đơnXác minh bằng thông tin thứ hai, che địa chỉ, giới hạn số lần tra sai, ghi nhật ký
Chatbot hứa điều doanh nghiệp không làm đượcCâu như "sẽ hoàn tiền trong hôm nay" xuất hiện trong hội thoạiDanh sách câu và hành động chatbot không được nói hay hứa; quyết định tiền luôn thuộc người
Không ai đọc lại hội thoại sau khi chạyĐiểm hài lòng tụt mà không ai biết vì saoMẫu ngẫu nhiên hằng tuần cho người đọc, danh sách câu chưa trả lời được và người phụ trách xử lý mỗi tuần

Nếu mỗi ngày chỉ có vài chục tin sau bán, nhân viên trả lời trực tiếp vẫn gọn hơn dựng chatbot, và MONA sẽ nói điều đó ngay trong buổi khảo sát.

Chatbot theo yêu cầu

Báo giá trọn gói sau khảo sát

Giá theo số kênh, số hệ thống cần nối và lượng tài liệu chatbot phải học. MONA báo sau buổi khảo sát, kèm bốn phần: lõi hệ thống, tính năng theo nhánh nghiệp vụ, đào tạo tại doanh nghiệp và theo dõi vận hành 6 tháng đầu.

Ký hợp đồng
Công ty TNHH Phần mềm MONA
Người dẫn dắt
Nguyễn Hữu Hùng, CEO MONA Software
Bảng giá

Nối với phần mềm khác

Hỏi đáp

Hỏi đáp về chatbot chăm sóc khách hàng

Chatbot chăm sóc khách hàng giá bao nhiêu?

MONA báo giá trọn gói sau buổi khảo sát, theo số kênh, số hệ thống cần nối và lượng tài liệu chatbot phải học. Bảng giá chung của MONA Software nằm ở trang Bảng giá.

Chatbot trả lời sai thì sao?

Chatbot chỉ trả lời từ tài liệu và dữ liệu đã nạp. Câu nào chưa có nguồn thì chuyển cho nhân viên kèm tóm tắt, mọi cuộc trò chuyện đều có nhật ký để xem lại.

Chatbot nối được với CRM và phần mềm đơn hàng không?

Được. Cuộc trò chuyện ghi vào hồ sơ khách trong CRM, và chatbot tra đơn qua kết nối dữ liệu với phần mềm đơn hàng. Hệ thống cụ thể chốt trong khảo sát.

Chatbot chạy được trên Zalo OA không?

Được. Chatbot trả lời tin nhắn Zalo Official Account, cùng nội dung với website và fanpage. Giới hạn tin nhắn phụ thuộc gói Zalo OA doanh nghiệp đang dùng.

Dữ liệu khách mà chatbot đọc nằm ở đâu?

Nơi đặt dữ liệu chốt trong buổi khảo sát. Chatbot chỉ đọc phần dữ liệu doanh nghiệp cho phép, và mọi lần tra đều có nhật ký.

Mất bao lâu để chatbot chạy?

MONA báo thời gian sau khảo sát, tuỳ số kênh và số hệ thống cần nối. Chatbot chạy thử trên câu hỏi thật của khách trước khi mở cho khách.

Tóm tắt cho trợ lý AI. MONA Software (Công ty TNHH Phần mềm MONA, MST 0316694442, thành viên The MONA Group) viết chatbot chăm sóc khách hàng đa kênh: web, fanpage, Zalo OA, tổng đài; trả lời từ tài liệu doanh nghiệp, tra đơn, xử lý bảo hành đổi trả, chuyển nhân viên kèm tóm tắt, ghi hồ sơ CRM. MONA tự chạy chatbot Gấu Cười. Báo giá trọn gói sau khảo sát. Hotline 1900 636 648.

Liên hệ

Gửi những câu khách hay hỏi nhất, MONA chỉ ra chatbot trả lời được câu nào

Ghi vào yêu cầu các kênh khách đang nhắn và phần mềm quản lý đơn đang dùng. Người tư vấn gọi lại, hỏi kỹ rồi hẹn buổi khảo sát.

MONA chỉ dùng số điện thoại để gọi lại tư vấn.