On this page
Hệ ra quyết định của MSO Cloud có học, nhưng học ở đúng hai chỗ và học bằng đúng hai cơ chế. Trang này nói rõ chỗ nào học, chỗ nào chỉ trông như học, và bậc thật của từng phần.
Dành cho: chủ sở hữu và quản trị viên tổ chức đang cân nhắc dựa vào đề xuất của hệ. Điều kiện trước: Tổng quan sản phẩm cho hình dạng chung, và The Decision Engine cho cơ chế đầy đủ.
Hai cơ chế học, và một cơ chế không phải học#
| Cơ chế | Học từ đâu | Hệ quả | Bậc |
|---|---|---|---|
| Thành tích playbook | Kết quả do chủ sở hữu xác nhận, không phải phán quyết máy | Đổi thứ hạng playbook ở bước đề xuất | Đã chạy |
| Thống kê off-take | Lịch sử tuần của chính tổ chức, đánh giá tiến dần theo thời gian | Đổi lever nào được chọn và dự báo mức ảnh hưởng | Đã chạy |
| Trọng số tín hiệu (học việc) | Người đọc bỏ qua hoặc đánh dấu đã xử lý một tín hiệu | Hạ thứ hạng của tín hiệu đó trong bản tin | Đã chạy, không đổi bậc |
Cơ chế thứ ba nằm trong bảng vì nó thường bị nhầm là học máy. Nó là một quy tắc viết tay: một hệ số duy nhất, chỉ đi xuống, sàn là một phần tư, chặn ở cả mã lẫn ràng buộc cơ sở dữ liệu. Không có xác suất, không có khoảng tin cậy, không có mô hình nào được huấn luyện. Chi tiết ở Tín hiệu và bản tin sáng.
Điều quan trọng nhất: chỉ kết quả người xác nhận mới được học#
Phán quyết của máy về một quyết định — đạt, một phần, hay trượt — không bao giờ đi vào thành tích. Chỉ khi chủ sở hữu hoặc quản trị viên phê chuẩn hay bác phán quyết đó, kết quả mới được tính. Đây là ranh giới khiến vòng học không tự khen mình: hệ không thể vừa tự chấm điểm vừa dùng điểm đó để xếp hạng lần sau.
Cùng lý do, worker nền được phép ghi đề xuất và ghi kết quả đo, nhưng không bao giờ ghi một phê duyệt, một kích hoạt, một bác bỏ hay một xác nhận. Bốn chuyển trạng thái đó là của con người, mỗi cái sau một cổng quyền và một dòng nhật ký kiểm toán.
Học theo từng mảng nghiệp vụ, không chỉ thương mại điện tử#
Trước đây trục lever — cái mà một quyết định được ghi vào — là một danh sách đóng gồm năm lever của thương mại điện tử, viết trong mã. Nghĩa là một tổ chức marketing, nhân sự hay kho vận không có chỗ để ghi quyết định của mình.
Bây giờ trục lever đọc theo tập lever mà các mảng đang bật của tổ chức tự khai:
- Một lever không mảng nào khai thì không nhận mức ưu tiên mặc định nào, thay vì mượn mức của thương mại điện tử.
- Mô hình chính sách lưu kèm tên mảng, nên hai mảng có lever trùng tên vẫn đứng riêng.
- Đường playbook chung nay ghi lại chính playbook đã chọn làm lever, thay vì để trống — nên lịch sử của một tổ chức không dùng off-take cũng không còn rỗng.
Phần còn thiếu, nói thẳng: lớp đánh giá ngoài chính sách vẫn lấy trục lever thương mại điện tử làm mặc định. Mở rộng nó cần đổi kèm một assertion đối soát, và việc đó chưa làm.
Vì sao hệ vẫn không tuyên bố mình đo được nhân quả#
Hai điều đã có và hai điều chưa có.
Đã có: mọi quyết định ghi lại tập ứng viên mà nó chọn từ đó, hành động đã chọn, xác suất thật của hành động đó, tên và phiên bản của chính sách đang ghi log, và cửa sổ đo được khai trước khi có kết quả nào. Bản ghi chạy lại được: hệ dựng lại quyết định từ đúng dữ liệu vào đã đóng băng, dựng lại biên nhận, rồi so dấu tay — và đây là một gate trong quy trình kiểm, chỉ xanh khi không có sai lệch nào.
Chưa có: việc chọn vẫn là tất định, nên mọi xác suất được ghi đều là chắc chắn; chưa có chẩn đoán cỡ mẫu hiệu dụng, chưa có estimator tự chuẩn hoá, chưa có khoảng tin cậy trên một con số ngoài chính sách. Một chính sách học được không được đưa lên sản xuất bằng một con số thiếu cả ba thứ đó.
Vì vậy phần đo tác động của can thiệp được gọi đúng tên: một bản đọc trước-sau trên dữ liệu chính chủ, có công bố ngay trong mã rằng phép so này bị nhiễu và là giới hạn dưới, không phải một tác động nhân quả đã đo. Bậc đầy đủ của từng nấc nằm ở Mức độ trưởng thành.
Hệ không tự hành động#
Quyền hành động là một thang riêng, và nó không đi lên theo thang bằng chứng. Hôm nay: hệ giải thích được một biên nhận, hệ dựng được bản nháp có kiểu cho một đề xuất; phần chuẩn bị một kế hoạch có giới hạn kèm yêu cầu phê duyệt thì chưa dựng; hai nấc còn lại — tự phát hành một hành động đã phê duyệt, và tự chạy trong hạn mức chính sách — bị đóng theo chính sách, không phải chỉ vì chưa kịp làm.
Nói gọn: hệ đề xuất và ghi lại. Người quyết định và người hành động.
Khi nào hệ từ chối trả lời#
Bỏ qua là mặc định, không phải ngoại lệ. Dưới ngưỡng bằng chứng, hệ trả về "chưa đủ dữ liệu" hoặc "chưa có tín hiệu đáng tin" thay vì một con số dựng lên. Một câu do mô hình ngôn ngữ sinh ra mà mang con số không truy được về một dữ kiện đã cấp thì bị bỏ, không phát hành.
Điều này áp cho cả lớp tín hiệu: một tín hiệu không đủ kỳ để so thì được ghi là không đánh giá được, chứ không được suy diễn thành "không có gì đáng nói".
Sáu màn hình của "Hệ thống marketing" (/marketing-systems)#
Nhóm menu này chạy trên plugin off-take và có gate theo từng mục: tắt plugin thì cả nhóm biến khỏi thanh điều hướng, vào thẳng đường dẫn cũng bị chặn ở trang.
Phân tích & đề xuất (/marketing-systems)
Trang gốc của cả nhóm. Tổ chức có mặt phẳng đơn hàng thấy chuỗi chẩn đoán đầy đủ: tín hiệu phát hiện → phân rã → quét chẩn đoán → đóng góp theo kênh → quét lever → dịch chuyển nhu cầu → phân tích combo → tam giác benchmark → báo cáo mạng xã hội, mỗi "thủ phạm" trong bản quét khớp thẳng vào đúng một đề xuất đang chờ trong Hàng đợi hành động thay vì một nhãn gõ tay. Tổ chức chạy trên lead/deal — không có mặt phẳng đơn hàng — thấy một chuỗi chẩn đoán khác dựng trên chỉ số chuyển đổi lead của chính họ, vì off-take không mượn trục đơn hàng của thương mại điện tử làm mặc định cho mọi mảng.
Thảo luận mạng xã hội (/marketing-systems/signals)
Chuỗi tín hiệu buzz theo tuần theo từng lever, nguồn bên thứ ba — đây là đầu vào mà vòng học off-take đọc, không phải kết quả của vòng học. Phía trên chuỗi tín hiệu thô là khối khuyến nghị lever nên thử ở kỳ tới, đọc từ cùng chính sách off-take đang chấm.
Quyết định & Bài học (/marketing-systems/decisions)
Hộp thư quyết định (chờ / đang chạy / lịch sử) cộng dòng thời gian trí nhớ quyết định theo chuỗi sáu bước: tín hiệu → đề xuất → quyết định → kết quả → bài học → lần sau, kèm thẻ hiệu chỉnh so phán quyết của hệ với tỷ lệ đúng thực tế. Mỗi thẻ tín hiệu tra "lần trước tín hiệu này bắn, kết quả ra sao" từ đúng biên nhận đã đóng băng của quyết định trước, không suy diễn từ nơi khác. Chủ sở hữu và quản trị viên tổ chức sửa được (duyệt, kích hoạt, bác); vai khác chỉ đọc — nút hành động ẩn hoặc khoá đúng theo quyền phía máy chủ, không chỉ phía giao diện.
Đo lường kết quả (/marketing-systems/measure)
Bước đối chiếu của chuỗi: mọi đề xuất được so lại với đơn hàng gốc thật (kỳ vọng so với đo được, phần tăng thêm, phán quyết), cộng khối tình trạng hệ thống — trôi lệch, champion/challenger, độ đầy đủ của sổ cái — cho biết vòng học đang lệch hay đang thiếu dữ liệu.
Thư viện playbook ngành (/marketing-systems/playbooks)
Danh mục playbook mà vòng học rút lever ra từ đó — đọc ở đây, sửa nội dung ở khu vực quản trị. Mỗi playbook nối với đúng một luật máy (tên, phiên bản, trạng thái) và mang theo thành tích gộp trên mọi chiến dịch khi đã đủ số lần xác nhận để hiển thị; chưa đủ thì ẩn tỷ lệ thay vì suy diễn. Danh mục lọc theo đúng các mảng tổ chức đang bật — playbook thuộc mảng chưa bật bị ẩn, và số lượng bị ẩn được nói rõ trên màn hình thay vì lặng lẽ bớt đi.
Cấu hình vận hành (/marketing-systems/settings)
Ngưỡng đo của vòng lặp: dung sai phán quyết, mức nghiêm trọng của quét chẩn đoán, điểm khởi động nguội của off-take, và chỉ số chuyển đổi tổ chức chọn làm mốc. Kèm tình trạng các lần chạy tuần gần đây — mỗi lần đã đề xuất/đã bỏ qua bao nhiêu, và vì sao mỗi lần bị bỏ qua, thay vì chỉ nói "không chạy gì". Chủ sở hữu và quản trị viên tổ chức sửa được; vai khác chỉ xem.
Hàng đợi hành động (/action-queue)#
Nơi các đề xuất từ vòng lặp trên chờ phê duyệt, cùng các thử nghiệm đang chạy được theo dõi. Danh mục hành động khả dụng lọc theo đúng các mảng tổ chức đang bật — đơn hàng, tồn kho, creator, chiến dịch; một tổ chức không chạy mặt phẳng thương mại (ví dụ một agency thuần lead-gen) không thấy gợi ý kiểu bổ sung SKU bán chạy, vì ngữ cảnh thương mại không được nạp cho tổ chức đó. Trang cần quyền quản lý AI và quyền quản lý hành động; thiếu một trong hai thì không vào được.
Ghi chú hành động theo tuần (/decisions/weekly-memo)#
Bản tin hằng tuần gộp phát hiện từ nhiều nguồn — thương hiệu, kênh bán, creator, giá bán, tồn kho, dịch vụ — theo ba mức độ (thông tin, cần theo dõi, nghiêm trọng), đã xếp hạng để loại phát hiện trùng lặp trước khi hiển thị. Đọc được với quyền xem dashboard; công bố hoặc tạo lại cần quyền quản lý quyết định — thiếu quyền đó thì thấy bản đọc nhưng không thấy nút thao tác. Đây là gói tuỳ chọn theo mảng: tổ chức chưa bật thấy banner nói rõ ngoài phạm vi, không phải một trang rỗng.