Mười ngàn từ thông tin thực tế về những điều cốt yếu của hoạt động tinh vi trong thương mại điện tử - công cụ ra quyết định thực địa (Phần 1)

Trong hoạt động thương mại điện tử, hoạt động tinh vi chính là chìa khóa để nâng cao hiệu quả và hiệu suất. Bắt đầu từ ba chiều cốt lõi của hoạt động thương mại điện tử, cụ thể là “con người, hàng hóa và địa điểm”, bài viết này thảo luận sâu về cách đạt được các hoạt động tinh chỉnh bằng cách xây dựng một công cụ ra quyết định thực địa.

Hoạt động thương mại điện tử là một hệ thống hoạt động tinh vi dựa trên nhiều yếu tố khác nhau như con người, hàng hóa và địa điểm. Nói một cách ngắn gọn, điều này có nghĩa là trong một tình huống nhất định, đối với người dùng và hàng hóa được chỉ định, các hành động kinh doanh được chỉ định sẽ được thực hiện và dữ liệu kinh doanh tương ứng sẽ được quan sát.

Như đã đề cập ở bài viết trước, hoạt động thương mại điện tử là một hệ thống rất lớn, bao gồm các hệ thống tiếp thị, quy trình vàng, hệ thống khuyến mãi, v.v. Nếu mỗi hệ thống duy trì các kịch bản, kênh, người dùng, sản phẩm và các quy tắc chiến lược khác riêng, thì mỗi hệ thống sẽ được cấu hình với logic riêng, khiến việc bảo trì hàng ngày trở nên khó khăn. Không chỉ chi phí phát triển cao mà hiệu quả hoạt động cũng rất thấp.

Do đó, chúng ta cần một công cụ quyết định trường phổ quát chứa tất cả các chức năng từ lớp dưới cùng đến lớp ứng dụng, bao gồm thẻ, quy tắc, chính sách, phiên bản, kịch bản, cây chính sách và dữ liệu, đồng thời hỗ trợ việc sử dụng tất cả các hệ điều hành thương mại điện tử.

Bài viết này sẽ mô tả cách xây dựng công cụ Juce từ thư mục sau, được chia thành hai bài viết.

1. Bối cảnh

II. Giải thích về chức danh nghề nghiệp

3. Khung hệ thống

4. Quy trình kinh doanh

5. Hệ thống dán nhãn

6. Hệ thống quy tắc

7. Hệ thống chiến lược

8. Hệ thống trường hợp cảnh

9. Cây chiến lược

10. Những câu hỏi thường gặp

1. Bối cảnh

Trong hoạt động hàng ngày, các doanh nghiệp thương mại điện tử cần tiến hành các hoạt động tinh chỉnh và thử nghiệm chuyển hướng cho người dùng để đạt được kết quả hoạt động tốt nhất. Ví dụ, phiếu giảm giá có thể được phát hành cho một số người dùng nhất định, sau đó thử nghiệm để xem phiếu giảm giá nào có hiệu quả chuyển đổi tốt nhất đối với những người dùng này.

Quá trình này bao gồm việc sàng lọc kỹ lưỡng các nhóm người dùng và thử nghiệm chính xác trong việc chuyển hướng người dùng.

Hệ thống ra quyết định tại hiện trường chủ yếu đạt được các mục tiêu sau:

• Việc bảo trì thống nhất các kịch bản, kênh, người dùng, quy tắc lựa chọn sản phẩm, v.v. không chỉ có thể hoàn thiện việc quản lý thống nhất dữ liệu cơ bản mà còn hiện thực hóa việc bảo trì và tối ưu hóa thống nhất các mô-đun tiếp theo.
• Quản lý chiến lược vận hành thống nhất giúp các hoạt động nhanh chóng tạo và triển khai chiến lược trong hệ thống quản lý vận hành, thực hiện khôi phục và quan sát dữ liệu.
• Quản lý năng lực R&D thống nhất, xây dựng khuôn khổ hệ thống hoạt động chiến lược, tách biệt từng mô-đun và quản lý, bảo trì độc lập, giúp R&D xử lý thống nhất nhiều logic khác nhau.
• Nâng cao khả năng mở rộng xây dựng. Nếu doanh nghiệp có khả năng mở rộng hoạt động ra bên ngoài trong tương lai, doanh nghiệp có thể bao phủ nhiều kênh bên ngoài hơn và hỗ trợ các hoạt động mục tiêu.

Dựa trên các kịch bản trên, hệ thống quyết định hiện trường có kế hoạch hỗ trợ cấu trúc năm lớp và các khả năng tương ứng: kịch bản, trường hợp, chiến lược, quy tắc và nhãn.

II. Giải thích về chức danh nghề nghiệp

3. Khung hệ thống

Trước tiên chúng ta hãy xem xét thiết kế kiến ​​trúc của hệ thống quyết định hiện trường theo góc độ sản phẩm. Tổng cộng có năm lớp:

1. Lớp cảnh

Lớp kịch bản đề cập đến các kịch bản gọi và sử dụng công cụ quyết định, bao gồm kịch bản giao thông, kịch bản thanh toán, kịch bản khuyến mại, v.v. Chỉ cần có hệ thống cần kết nối và sử dụng thì nó sẽ tương đương với một bữa tiệc hiện trường, được kết nối với công cụ ra quyết định tại hiện trường.

2. Lớp thể hiện

Theo nghĩa sản phẩm, lớp trường hợp đề cập đến trường hợp có những thay đổi cụ thể trong kịch bản, nơi mà hiệu ứng thực sự xảy ra. Ví dụ, trong một kịch bản khuyến mại, ID hoạt động khuyến mại cụ thể là một trường hợp. Đây là thực thể cụ thể mà công cụ ra quyết định thực sự hoạt động. Ví dụ, trong tình huống giao thông, ID trang cụ thể hoặc ID vị trí tài nguyên là một trường hợp. Đây là một thực thể cụ thể thực sự đóng vai trò trong việc phân phối lưu lượng.

3. Lớp chiến lược

Lớp chính sách là nơi các chính sách ra quyết định hiệu quả được cấu hình trong trường hợp này. Chiến lược cơ bản là thực hiện những hành động nào theo những quy tắc nào. Có nghĩa là nó bao gồm hai phần: quy tắc và quyết định. Các quyết định liên quan đến các trường hợp cụ thể. Mỗi trường hợp kịch bản khác nhau có những quyết định cấu hình khác nhau. Ví dụ, quyết định cho lớp lưu lượng truy cập là tài liệu nào sẽ hiển thị và quyết định cho kịch bản khuyến mại là mức chiết khấu khuyến mại.

4. Lớp quy tắc

Lớp quy tắc là một phần của mô tả lớp chiến lược ở trên, bao gồm các quy tắc người dùng, quy tắc sản phẩm, quy tắc tùy chỉnh, v.v. Quy tắc chủ yếu là biểu thức bao gồm các trường + toán tử. Ví dụ, vòng đời người dùng = người dùng mới tạo ra quy tắc người dùng mới.

5. Lớp nhãn

Lớp nhãn là khả năng cơ bản mà lớp quy tắc phía trên phụ thuộc chặt chẽ vào. Quy tắc được tạo thành từ các nhãn. Nhãn là gốc rễ của toàn bộ hệ thống ra quyết định và là nguồn dữ liệu cho mọi quyết định. Phù hợp với các quy tắc, thẻ bao gồm thẻ người dùng, thẻ sản phẩm, thẻ trong suốt, v.v. Độ chính xác của dữ liệu nhãn quyết định độ chính xác của quyết định của công cụ ra quyết định.

Nếu chúng ta xem xét thiết kế kiến ​​trúc của hệ thống quyết định tại hiện trường từ góc độ nghiên cứu và phát triển, chúng ta chủ yếu cần phân biệt giữa phía quản lý và phía người dùng.

Phía quản lý cần duy trì dữ liệu và mục nhập cấu hình doanh nghiệp, còn phía người dùng chủ yếu cần kích hoạt các lệnh gọi giao diện cho nhiều tình huống người dùng khác nhau. Khi giao diện được gọi, các quyết định được đưa ra theo thời gian thực dựa trên dữ liệu được cấu hình ở phía quản lý và kết quả quyết định được trả về phía người dùng.

Biểu đồ ER của hệ thống quyết định trường cần được chú ý đặc biệt vì nó ảnh hưởng đến các ứng dụng và tương tác của hệ thống.

Thông thường, một kịch bản có thể chứa nhiều trường hợp và một trường hợp có thể được cấu hình với nhiều chính sách. Một chính sách có thể cấu hình một quy tắc cùng loại.

Đồng thời, một chiến lược có thể được cấu hình với một thí nghiệm AB và một thí nghiệm AB có thể chứa nhiều nhóm thí nghiệm, mỗi nhóm phải tương ứng với một nội dung quyết định cụ thể.

4. Quy trình kinh doanh

1. Ví dụ về kịch bản truy cập phát triển doanh nghiệp

Khi một kịch bản kinh doanh đòi hỏi hoạt động chiến lược, kịch bản đó cần được kết nối với hệ thống vận hành thực địa thương mại điện tử.

Ví dụ, cấu hình chiến lược thanh toán trong tình huống thanh toán cần sàng lọc nhóm người dùng và hỗ trợ các thử nghiệm AB. Trong trường hợp này, kịch bản kinh doanh "cấu hình chiến lược thanh toán" cần được kết nối với hệ thống công cụ ra quyết định tại hiện trường để cho phép nhân viên kinh doanh lựa chọn kịch bản và tạo chiến lược hoạt động.

Trong quá trình truy cập, nhân viên R&D tạo ra các kịch bản mới trong hệ thống và duy trì các tham số liên quan của các kịch bản, chẳng hạn như các chỉ số dữ liệu cần được quan sát khi tiến hành các thí nghiệm AB trong kịch bản, nguồn dữ liệu thể hiện, nguồn dữ liệu quyết định, liệu một số loại quy tắc nhất định có được hỗ trợ hay không, liệu các thí nghiệm AB có được hỗ trợ hay không, v.v.

Đồng thời, bạn cũng cần thêm các phiên bản mới. Ngoài các tình huống liên kết phiên bản và cấu hình quyền phiên bản, điều quan trọng nhất là phải có được ID phiên bản để sử dụng phát triển thực tế.

Sau khi cấu hình hoàn tất, bộ phận R&D phải phát triển các kịch bản và trường hợp và triển khai chúng vào mã.

2. Nhãn phát triển và bảo trì hệ thống hiện trường

Nếu nhân viên kinh doanh cần sử dụng một số thẻ, nhóm R&D hệ thống hiện trường sẽ chịu trách nhiệm thêm chúng.

Tại sao các thẻ lại được thêm vào bởi bộ phận R&D thay vì do chính nhân viên kinh doanh tạo ra?

Một là tính chuyên nghiệp của nhãn hiệu. Nhiều thẻ yêu cầu các mục cấu hình chuyên nghiệp. Ví dụ, các thẻ được tạo thông qua giao diện yêu cầu cấu hình tên giao diện, tên phương thức, thời gian lưu trữ bộ đệm thẻ, v.v. Đây là những nội dung rất chuyên nghiệp. Ngay cả khi nhân viên kinh doanh tự xử lý, họ vẫn cần liên hệ với bộ phận R&D để có được thông tin có liên quan. Sẽ tốt hơn nếu R&D thêm nó trực tiếp, như vậy sẽ hiệu quả hơn.

Một là tầm quan trọng của nhãn. Nhãn là khả năng cơ bản và cốt lõi nhất của hệ thống ra quyết định tại hiện trường. Nếu nhãn sai thì quy tắc sẽ sai và quyết định sẽ sai. Đây là một vấn đề rất nghiêm trọng. Do đó, độ chính xác của nhãn là sự đảm bảo hàng đầu cho hệ thống ra quyết định tại hiện trường. Việc cấu hình thông qua R&D và thử nghiệm sau khi cấu hình có thể tối đa hóa độ chính xác của nhãn và chúng sẽ chỉ được chuyển giao để sử dụng cho mục đích kinh doanh sau khi xác nhận không có vấn đề gì.

Logic duy trì thẻ thông thường là doanh nghiệp đưa ra yêu cầu, bộ phận R&D bổ sung và thử nghiệm, sau đó mới phát hành trực tuyến. Nếu có vấn đề sau khi trực tuyến, R&D cũng có thể vô hiệu hóa hoặc sửa đổi.

3. Quy tắc cấu hình nhân sự kinh doanh

Nhân viên kinh doanh có thể sử dụng các thẻ đã có hiệu quả trong hệ thống hiện trường để cấu hình các quy tắc theo ý muốn. Có thể cấu hình các loại quy tắc khác nhau với các loại thẻ khác nhau. Ví dụ, khi cấu hình quy tắc người dùng, chỉ có thể chọn thẻ người dùng.

Ngoài việc chọn nhãn, bạn cũng cần chọn các toán tử cụ thể, chẳng hạn như bằng, không bằng, lớn hơn, nhỏ hơn, chứa, không chứa, v.v.

Nhãn + toán tử + giá trị nhãn tạo thành một biểu thức.

Các cách diễn đạt khác nhau cũng có thể được kết nối thông qua các toán tử như "và" và "hoặc" để tạo ra hiệu ứng kết hợp.

Sau khi cấu hình quy tắc hoàn tất, bạn có thể kiểm tra xem kết quả thực thi quy tắc có đáp ứng được kỳ vọng hay không để xác định xem cấu hình biểu thức quy tắc của bạn có chính xác hay không.

Sau khi vượt qua bài kiểm tra, nó có thể được công bố trực tuyến và chính thức có hiệu lực.

4. Nhân viên kinh doanh áp dụng chiến lược cấu hình

Có hai trường hợp khi nhân viên kinh doanh cấu hình chính sách. Một là cấu hình vòng kín của hệ thống ra quyết định tại hiện trường và cấu hình còn lại là cấu hình nhúng trong hệ thống ứng dụng.

Khi cấu hình vòng lặp khép kín của hệ thống quyết định tại hiện trường, trước tiên bạn cần chọn một trường hợp kịch bản cụ thể và thêm chiến lược mới vào trường hợp đó. Khi cấu hình chiến lược, bạn cần chọn các quy tắc hiệu quả và quyết định có tạo thử nghiệm AB hay không. Bạn có thể cấu hình các mục quyết định cho từng nhánh để tạo chiến lược hoạt động thành công.

Ví dụ, một số nhân viên kinh doanh cần thực hiện các hoạt động chiến lược về các kịch bản thanh toán và số đợt thanh toán trong cấu hình chính sách thanh toán. Trong hệ thống quyết định thực địa, hãy chọn kịch bản kinh doanh "Cấu hình chiến lược thanh toán".

Đầu tiên, hãy chọn quy tắc "Người dùng có rủi ro thấp", sau đó cấu hình thử nghiệm AB.

Chọn nhóm đối chứng có tỷ lệ chuyển hướng là 50%

Chọn nhóm thử nghiệm, với tỷ lệ chuyển hướng là 50%

Các quyết định cụ thể được thiết lập cho từng nhánh. Ví dụ, đối với nhóm kiểm soát người dùng có rủi ro thấp, số đợt thanh toán tương ứng được cấu hình là 3; đối với nhóm người dùng thử nghiệm có rủi ro thấp, số đợt thanh toán tương ứng được cấu hình là 6.

Ngoài ra, còn có một kịch bản khác, đó là cấu hình nhúng trong hệ thống ứng dụng. Nhân viên kinh doanh có thể trực tiếp chọn một quy tắc trong hệ thống kinh doanh hiện tại và hoàn tất cấu hình kinh doanh.

Hiện tại, mặc dù nhân viên kinh doanh không vận hành cấu hình trong hệ thống quyết định tại hiện trường, nhưng xét về góc độ khuôn khổ triển khai, việc này tương đương với việc tạo một cấu hình mới trong hệ thống quyết định tại hiện trường, bao gồm các kịch bản, trường hợp và chiến lược. Chính sách bao gồm các quy tắc được lựa chọn và các quyết định cụ thể.

Nhưng bất kể sử dụng phương pháp cấu hình nào, sau khi cấu hình chính sách cuối cùng hoàn tất, phiên bản cần phải được phát hành và chỉ có thể chính thức ra mắt sau khi phiên bản có hiệu lực.

Điều quan trọng cần lưu ý ở đây là không phải chính sách phát hành mà là phiên bản phát hành.

Tại sao phải công bố trường hợp này?

Chúng tôi tin rằng một thể hiện là đơn vị thực thi mã nhỏ nhất, điều đó có nghĩa là các chiến lược này là kết quả của việc đưa ra quyết định tại nơi này. Nếu mọi chiến lược đều có thể được sửa đổi và phát hành trực tuyến tùy ý, điều đó có nghĩa là dữ liệu liên tục được cập nhật và ghi đè ở cùng một nơi, điều này có thể gây ra xung đột.

Do đó, vấn đề này có thể được giải quyết bằng cách xuất bản phiên bản. Tại cùng một vị trí, chỉ có thể chỉnh sửa một phiên bản tại cùng một thời điểm. Sau khi một phiên bản được phát hành, phiên bản tiếp theo có thể được mở. Loại quản lý phiên bản này an toàn hơn và cũng giúp khôi phục kịp thời khi có sự cố xảy ra.

5. Quy trình thực hiện phía người dùng

Khi đạt được một kịch bản kinh doanh trong quy trình phía người dùng, trước tiên cần xác định ID phiên bản kịch bản tương ứng dựa trên kịch bản kinh doanh cụ thể này và xác định xem có chính sách hiệu quả nào cho ID phiên bản kịch bản trong hệ thống quyết định tại hiện trường hay không. Nếu vậy, hãy thực hiện chính sách tương ứng và đưa ra kết quả thực hiện chính sách.

Ví dụ, khi người dùng đặt hàng và cần xác định số đợt thanh toán khả dụng, nếu có chiến lược hoạt động đang diễn ra cho cấu hình chiến lược thanh toán trong hệ thống quyết định hiện trường. Cấu hình kinh doanh của chính sách được đọc để xác định xem người dùng có khớp với các quy tắc của chính sách hay không và nhánh thử nghiệm AB nào khớp, rồi nội dung quyết định kinh doanh tương ứng được thực thi.

5. Hệ thống dán nhãn

1. Vòng đời thẻ

Một nhãn hiệu, giống như một cuộc đời, sẽ trải qua một quá trình từ khi sinh ra cho đến khi chết.

Khi một thẻ được tạo, nó sẽ ở trạng thái bản nháp. Khi vượt qua bài kiểm tra và được phát hành trực tuyến, nó sẽ có hiệu lực. Nhưng khi phát hành trực tuyến, hãng thu âm có hai phiên bản, một bản nháp và một bản trực tuyến.

Để chuẩn hóa việc quản lý phiên bản thẻ, nếu các thẻ tiếp theo cần được chỉnh sửa, phiên bản nháp sẽ được chỉnh sửa, sau khi vượt qua bài kiểm tra, phiên bản này sẽ được phát hành trực tuyến, ghi đè và cập nhật, v.v. Điều này cũng đảm bảo rằng thẻ sẽ không ảnh hưởng đến việc thực thi trực tuyến trong quá trình chỉnh sửa.

Do đó, sau khi thẻ được xuất bản và đưa lên trực tuyến, sẽ có hai phiên bản được tạo ra - phiên bản nháp và phiên bản trực tuyến. Mỗi lần chỉnh sửa là một lần chỉnh sửa bản nháp và mỗi lần chạy là một lần thực thi phiên bản trực tuyến.

Sau khi thẻ được đưa lên mạng, nếu chúng tôi phát hiện ra vấn đề với thẻ, chúng tôi có thể vô hiệu hóa thẻ đó.

Tại sao lại vô hiệu hóa thay vì xóa?

Trước hết, dựa trên các cân nhắc về bảo mật hệ thống, về cơ bản chúng tôi không sử dụng các hoạt động có rủi ro cao như xóa. Ngay cả khi chúng ta xóa thì đó cũng chỉ là xóa theo logic chứ không phải xóa theo nghĩa vật lý.

Thứ hai, một số thẻ đã được sử dụng trong các quy tắc, các quy tắc đã được sử dụng trong các chính sách và các chính sách đã được triển khai trong các quy trình của người dùng. Nếu xóa nhãn một cách vội vàng, tác động sẽ khó đánh giá và rủi ro sẽ lớn hơn.

Do đó, nếu bạn thấy thẻ có lỗi, bạn có thể vô hiệu hóa thẻ đó. Vô hiệu hóa thẻ có nghĩa là bạn không thể sử dụng thẻ đó khi tạo quy tắc sau này. Tuy nhiên, nếu thẻ đã được sử dụng và các quy tắc có hiệu lực vẫn có thể sử dụng thẻ để thực hiện phán quyết quy tắc thì thẻ sẽ không bị ảnh hưởng. Nếu bạn muốn xóa hoàn toàn một thẻ khỏi mạng, bạn có thể xóa tất cả các quy tắc tương ứng khỏi mạng.

Nếu có vô hiệu hóa thì phải có kích hoạt. Bật có nghĩa là thẻ khả dụng và bạn có thể chọn sử dụng thẻ đó khi tạo quy tắc.

2. Loại thẻ

Thẻ cần được phân biệt theo loại. Một mặt, các loại thẻ khác nhau có các yêu cầu về tham số đầu vào khác nhau. Ví dụ, đối với thẻ người dùng, tham số đầu vào quyết định phải là uid; Đối với thẻ sản phẩm, tham số đầu vào quyết định là skuid, nghĩa là tham số đầu vào và logic thực thi là khác nhau.

Mặt khác, với tư cách là dữ liệu cấp thấp nhất, nhãn có thể phân biệt các loại dựa trên nhãn, điều này có lợi cho việc kế thừa loại theo các quy tắc và chính sách thượng nguồn tiếp theo, do đó đạt được sự thống nhất các loại trong mỗi liên kết.

Tất nhiên, để thuận tiện cho việc bảo trì hệ thống và truy xuất dữ liệu, chúng ta cũng có thể tùy chỉnh các loại thẻ phụ.

Các loại thẻ phổ biến như sau:

• Thẻ người dùng: Truy vấn theo tham số đầu vào uid, có thể được chia thành thẻ nhận dạng người dùng, thẻ tài chính (rủi ro) của người dùng, thẻ hoạt động của người dùng và thẻ giao dịch của người dùng
• Thẻ sản phẩm: truy vấn theo skuid, có thể được chia thành sản phẩm, giá, doanh số, thương hiệu, cửa hàng, khuyến mãi, chất lượng và các chiều khác
• Thẻ lệnh: truy vấn theo orderid, chủ yếu là thẻ của kích thước lệnh
• Thẻ tùy chỉnh: Không có hạn chế nào đối với các trường nhập, nghĩa là bất kỳ trường nào cũng có thể được sử dụng làm tham số đầu vào để truy vấn giá trị thẻ tương ứng với trường đó. Các kênh và loại thiết bị đầu cuối phổ biến của chúng tôi đều thuộc loại nhãn này. Tuy nhiên, có một hạn chế khi sử dụng thẻ tùy chỉnh. Khi cấu hình chính sách cho một cảnh, các thẻ tùy chỉnh có thể được sử dụng trong các quy tắc cần đảm bảo rằng cảnh đó được truyền một cách minh bạch vào hệ thống hiện trường khi cảnh đó được kết nối với hệ thống quyết định hiện trường. Ví dụ, nếu kịch bản muốn sử dụng thẻ kênh, thì khi kịch bản gọi hệ thống quyết định trường, nó phải truyền vào trường kênh và giá trị trường, nếu không quyết định sẽ không được đưa ra.

3. Nguồn thẻ

Thông thường có nhiều nguồn dữ liệu nhãn. Lấy nhãn người dùng làm ví dụ, chúng tôi thường hỗ trợ tải lên gói người dùng để tạo nhãn người dùng, gọi các trường từ các hệ thống khác (chẳng hạn như nhãn chạy hàng loạt T+1 dữ liệu lớn), nhãn được tạo thông qua giao diện tùy chỉnh và nhãn trong suốt thông qua các trường trong suốt.

Các nguồn thẻ khác nhau có nghĩa là các nguồn dữ liệu trường khác nhau, điều này cũng có nghĩa là nội dung trường của các cấu hình thẻ cụ thể khác nhau.

Từ đó ta có thể thấy rằng nếu trường được tạo bởi giao diện tùy chỉnh thì hiệu suất thời gian thực sẽ tốt hơn, nhưng cấu hình cũng phức tạp và chuyên nghiệp hơn. Đây là một trong những lý do tại sao nhãn cần phải được cấu hình bởi bộ phận R&D.

Cần lưu ý rằng đối với các thẻ như gói người dùng và gói sản phẩm, điều này có nghĩa là gói phải được chạy hàng loạt mỗi ngày và các truy vấn trên gói phải được hỗ trợ. Điều này đòi hỏi nhiều nguồn lực nên thường có ngày hết hạn. Nếu ngày hết hạn đã qua, gói sẽ không được chạy nữa để tránh lãng phí tài nguyên.

Đồng thời, nếu giao diện cơ bản hoặc hệ thống bên ngoài được truy vấn mỗi khi có yêu cầu hoặc giá trị thẻ được truy vấn, điều này có thể dễ dàng gây áp lực lên hiệu suất. Khi lưu lượng truy cập trang tăng lên, các hệ thống khác có khả năng bị sập. Do đó, thẻ thường có thời gian lưu trữ tạm thời là ba phút.

Nghĩa là, nếu người dùng yêu cầu giá trị thẻ, bộ nhớ đệm ba phút sẽ được tạo. Miễn là bất kỳ yêu cầu nào được thực hiện trong vòng ba phút, giá trị sẽ được trả về trực tiếp từ bộ đệm và sẽ không kích hoạt truy vấn dữ liệu cơ bản. Bộ nhớ đệm sẽ không còn hợp lệ sau ba phút và truy vấn dữ liệu cơ bản sẽ được kích hoạt lại khi được yêu cầu lần nữa.

4. Kiểu trường

Kiểu trường chủ yếu ảnh hưởng đến khả năng của biểu thức quy tắc. Các loại trường khác nhau có thể hỗ trợ các toán tử quy tắc khác nhau. Các loại trường phổ biến như sau:

Ví dụ, nếu chỉ có các trường số, bạn có thể chọn các toán tử như lớn hơn và nhỏ hơn khi tạo quy tắc. Nếu đó là kiểu văn bản, việc chọn toán tử như lớn hơn sẽ không đưa ra kết quả nào.

Nếu là kiểu liệt kê, bạn phải điền giá trị liệt kê trường khi tạo nhãn. Chỉ khi giá trị liệt kê trường được điền vào, bạn mới có thể thả xuống để chọn khi điền giá trị trường khi tạo quy tắc.

Nếu bạn không chắc chắn về giá trị liệt kê, bạn chỉ có thể chọn kiểu văn bản. Khi tạo quy tắc và điền giá trị trường, bạn chỉ có thể chọn nhập giá trị văn bản và khớp trực tiếp dựa trên giá trị văn bản.

5. Kiểm tra nhãn

Sau khi thẻ được tạo, thẻ cần phải vượt qua bài kiểm tra trước khi có thể trực tuyến. Điều này nhằm đảm bảo tính chính xác của cấu hình nhãn và tránh lỗi cấu hình khi trực tuyến, có thể khiến nhân viên kinh doanh vô tình sử dụng nhãn không đúng khi tạo quy tắc.

Kiểm tra chủ yếu là nhập các tham số đầu vào và quan sát xem các tham số đầu ra có đáp ứng được kỳ vọng hay không.

Ví dụ, đối với nhãn vòng đời người dùng, bạn cần nhập uid và quan sát giá trị đầu ra của uid. Giả sử đó là uid của người dùng mới, thì giá trị đầu ra của nhãn phải là "người dùng mới", phù hợp với mong đợi. Nếu bạn là "người dùng cũ", nó không đáp ứng được kỳ vọng của bạn.

Lưu ý rằng đối với thẻ tùy chỉnh, vì giá trị thẻ là trong suốt nên tham số đầu vào sẽ giống với tham số đầu ra.

6. Ứng dụng nhãn

Đối với thẻ, sau khi được tạo và phát hành trực tuyến, thẻ có thể được chọn và sử dụng theo bất kỳ quy tắc nào. Theo quan điểm của thẻ, anh ta cần biết mình đang sử dụng những quy tắc nào.

Như đã đề cập ở trên, sau khi thẻ bị vô hiệu hóa, các quy tắc đã sử dụng thẻ đó sẽ không tự động ngoại tuyến và cần được xử lý thủ công. Vì vậy, ở đây bạn cần biết các quy tắc liên kết thẻ là gì để biết phải xử lý những gì.

Do đó, việc biết nhãn được áp dụng theo quy tắc nào sẽ giúp việc kiểm tra sau khi điều chỉnh nhãn dễ dàng hơn. Nếu nhãn bị thay đổi, phạm vi của các quy tắc bị ảnh hưởng có thể được xác nhận và các quy tắc cần điều chỉnh có thể được điều chỉnh nhanh chóng.