Access Restriction Rule

Access Limitation Cheater

Tính năng cho phép chặn các User từ Cheater Model truy cập ZMA ngay từ ban đầu.

1. Turn-on để áp dụng: chặn các User nằm trong Model Cheater vào ZMA có thiết lập

2. Khi User vào ZMA hệ thống sẽ dùng Zalo User App Id để kiểm tra trong model Cheater

3. Nếu matching → nghĩa là User nằm trong Cheater model sẽ kiểm tra thêm các điều kiện lọc

4. Service Types: lý do bị đánh Cheater của User

5. Zalo Mini App: app ghi nhận hành vi Cheater của User

6. Khi bỏ trống hệ thống sẽ mặc định chọn tất cả

Total Event Times

Trước đây, khi triển khai chiến dịch cần quy định số lượng tương tác tối đa của tất cả User với ZMA qua tính năng Access Limitation loại Total Event Times ⇒ người vận hành gặp các ngữ cảnh khó khăn như:

• Có nhiều nhu cầu chặn khác nhau trên cùng ZMA ví dụ:

  • UTM Source là Online thì không giới hạn số lượng (do quà tặng phát sau nên không giới hạn)

  • UTM Source là Offline thì có giới hạn vì số lượng quà tại điểm phát là có giới hạn

• Ngữ cảnh khác: nếu User Submit Form có chọn nội dung là “người dùng mới” tặng Voucher giảm giá (áp dụng giới hạn cho 1000 người dùng mới đầu tiên). Còn lại có thể submit thoải mái mà không ảnh hưởng đến số lượng giới hạn.

⇒ Không thể triển khai khi gặp các trường hợp tương tự như ví dụ vì hiện đang Count by Event khi User Action → chưa có cơ chế chọn lọc để lược bỏ.

Cập nhật mới trên Zalo Mini App Settings:

1. Thay đổi giao diện trên menu Access Limitation cho tính năng Total Event Times

2. Turn-on để áp dụng: thêm số lượng tối đa cho User tương tác với ZMA theo Event(s)

3. Thêm tính năng Validation Event để định nghĩa các Event không thỏa điều kiện ⇒ không tính quota trong limitation

4. Khi User vào tương tác với ZMA ⇒ hệ thống sẽ kiểm tra eventData trên Event thiết lập

5. Nếu thỏa các điều kiện trong Validation, sẽ không tính Event này vào Quotation

6. Validate Script sẽ định nghĩa các Event không được tính số lượng Limitation

Hướng dẫn thiết lập bằng cách:

• Truy cập vào Module Console, menu Connection → Social Network → Zalo Official Account

• Chọn Connection chứa ZMA, trên giao diện quản lý chọn icon Setting

• Trên giao diện quản lý Setting, chọn tab Rules → chọn menu Access Limitation

• Trên giao diện Access Limitation, Enable tuỳ chọn "Total Event Times"

• Thiết lập các cấu hình ZMA Event(s), Reset Type, Max Times

• Chọn Event Validation Script để thiết lập điều kiện không tính Limit Quotation

• Trên giao diện mở ra chọn event đã thiết lập tại ZMA Events và điền cấu trúc Validation Scripts theo mong đợi

⇒ Các event đúng điều kiện Validation Script sẽ không được tính Limit Quotation được thiết lập tại Max Times.

Access Limitation Model

Trước đây, khi triển khai các Campaign dành cho tệp User đặc biệt, đặc thù - không dành cho các khách hàng vãng lai vào ZMA ⇒ chưa khả thi vì chưa thể ràng buộc cơ chế cho phép tệp User nào được truy cập. Team vận hành thường xử lý bằng các Use Case như:

• Pango Form: sử dụng element Verify Code để truyền mã đặc biệt được tạo trước và thêm vào liên kết truy cập App

• Sử dụng DMA Workflow để kiểm tra hành động của User trên các ZMA từ đó mới thực hiện tiếp các hành động như: trả thưởng, tặng quà, thông báo, cho phép mua hàng, telesale,...

• Sử dụng UTM riêng để hiển thị các trường điền thông tin ⇒ chỉ share các UTM này cho nhóm đặc biệt

⇒ Điểm chung của các hành động chỉ xử lý vấn đề theo hướng giải pháp tạm thời và gặp các hạn chế như:

• Cần thiết lập thêm các luồng kiểm tra lại thông tin, mất thời gian và dễ gây sai sót

• Đa phần User đều đã tương tác với ZMA ⇒ sau đó nhận thông điệp “không thỏa điều kiện…” ⇒ dẫn đến trải nghiệm không tốt của User

Cập nhật mới nhất trên tính năng Access Limitation Model: cho phép chỉ định nhóm User cụ thể nằm trong Model ZMA Eligible của Pango mới cho truy cập vào ZMA.

Hướng dẫn thực hiện bằng cách:

1. Truy cập vào cấu hình Access Restriction Rule của ZMA, chọn cấu hình Access Limitation Model

2. Turn-on để áp dụng: chỉ cho phép User từ Model ZMA Eligible được thiết lập truy cập ZMA

3. Khi User vào ZMA hệ thống sẽ dùng Key được chọn để kiểm tra trong model cho phép

4. Nếu matching → nghĩa là User nằm trong model sẽ kiểm tra thêm các điều kiện lọc

5. Source: sử dụng giá trị field Source trong Model (nếu có) để kiểm tra

6. Zalo Mini App: sử dụng giá trị ZMA trong Model (nếu có) để kiểm tra

7. Key hỗ trợ: Phone/Email/ZUID/ZUAID

⇒ Người vận hành cần đảm bảo tổ chức Data Model trước theo các trường thông tin sử dụng

Một số lưu ý khi triển khai nội dung này:

• Người vận hành tự tổ chức Custom Model và chọn loại ZMA Eligible

• Mỗi ZMA chỉ phép chọn 01 model để cho phép User truy cập, người vận hành tự tổ chức model này cho phù hợp bao gồm (số lượng; tối đa 5000 record và key để ZMA sử dụng làm matching key)

Lưu ý

Khách hàng có danh sách blacklist cần chặn, đã import vào Model Cheater (số điện thoại + Zalo User AppId) nhưng vẫn không thể chặn cheater.

Khi này, cần đảm bảo field Released Cheater At đã có giá trị - lưu ý là ngày này phải lớn hơn ngày hiện tại. Tức là khi thực hiện ingest data cần đảm bảo các trường sau đã có giá trị:

• customFieldTimestamp02 là expiredAt (Ngày ở tương lai) (Thời gian hết đánh dấu là cheater)

• customFieldTimestamp01 là markedAt (Ngày trong quá khứ) (Ngày được đánh dấu là cheater)