Show Menu
화제×

오퍼 의사 결정 도메인 모델 개요

오퍼 의사 결정은 의사 결정 서비스의 사용 사례로서, 고객을 참여시키는 데 사용되는 규칙과 예측을 공식화하고 중앙에서 관리할 수 있습니다. 오퍼 결정은 컨텐츠 의사 결정 유형으로 간주됩니다 . 이 사용 사례에서는 결정 옵션을 오퍼라고 하며 결정 옵션에 ​첨부된 컨텐트로 특징지어집니다. 의사 결정 서비스에서 사용하는 개체 모델을 소개하려면 의사 결정 서비스 도메인 모델을 참조하십시오 .
목표는 최종 사용자에게 타깃팅 기준, 비용 및 빈도 제약 및 이전 오퍼를 포함하여 모든 채널에서 제안된 이전 인터랙션을 기반으로 모든 채널에서 "최고의 오퍼"를 제공하는 것입니다.
모든 의사 결정 사용 사례와 마찬가지로 의사 결정 옵션(오퍼)은 여러 응용 프로그램에서 공유된 보고서에서 관리됩니다. 오퍼는 조직의 여러 부서나 파트너가 만들 수 있으며 이러한 오퍼를 매일 추가 및 제거할 수 있습니다.
오퍼는 경험을 전달하는 애플리케이션에서 시각적으로 더 큰 경험에 가져옵니다. 스팟 ​또는 슬롯이라고도 하는 배치(placement)는 전략을 만드는 데 중요한 구성 요소입니다. 오퍼 전략 설계는 이러한 배치의 정의에서 종종 시작됩니다. 오퍼에는 일반적으로 여러 컨텐츠 표현이 있으므로, 각 오퍼는 다양한 차원 또는 다른 제약 조건을 가지며 서로 다른 미디어 형식이 필요한 다양한 경험에 올바르게 통합할 수 있습니다.
오퍼는 종종 실제 상품 또는 서비스와 연관되며 비용 계산도 포함됩니다. 조직은 오퍼에 의해 소비되는 자원을 제한할 수 있어야 하며, 따라서 오퍼를 제안할 수 있는 총 횟수를 제한할 수 있어야 합니다.
조직에 허용된 오퍼의 예상 값은 최적화 기준이며 오퍼를 만드는 비용을 의미합니다. 비용, 수락 가능성 및 예상 값은 오퍼의 등급을 지정하는 데 사용됩니다. 최고의 오퍼는 오퍼 활동의 목표에 대해 가장 긍정적인 영향을 많이 받는 오퍼입니다.
오퍼 의사 결정에서는 최종 사용자가 여러 채널과 애플리케이션에서 수행한 상호 작용을 고려하여 최종 사용자의 프로필 및 경험 이벤트 데이터를 활용합니다. 예를 들어 콜 센터 애플리케이션은 오퍼 의사 결정을 사용하여 최종 사용자가 게시한 구매 및 검토를 기반으로 오퍼를 활성화 또는 비활성화할 수 있습니다.또는 이메일 관리 애플리케이션은 오퍼 결정을 사용하여 웹 사이트의 검색 내역을 기반으로 주간 뉴스레터의 다음 우수 오퍼를 선택할 수 있습니다.
오퍼에는 다른 흥미로운 속성이 있습니다. 종종, 오퍼가 유효하고 오퍼를 무효화해야 하는 시기에 따라 정의된 일정 또는 날짜 및 시간 범위가 있습니다.
마지막으로, 오퍼의 호소는 그것이 제시되는 빈도와 함께 악화된다. 제안을 반복적으로 제안 후에도 수락되지 않는 오퍼는 다른 오퍼가 제시될 수 있었기 때문에 기회를 잃게 됩니다. 따라서 최종 사용자 피로는 관리되어야 합니다.

제안 의사 결정 전략 개요

전체 접근 방법은 모든 제한 사항이 충족될 때까지 오퍼 선택 범위를 좁힌 다음 등급 모델을 나머지 옵션에 적용한 다음 제한 설정(중복 제거 및 대체 선택 회피)을 사용하여 여러 활동 간에 최적화하는 것입니다.
전략 구성 요소
구현 방법
의사 결정 활동
오퍼 활동
결정 옵션
컨텐츠 표현 포함 오퍼
폴백 옵션
컨텐츠 표현이 포함된 대체 오퍼
유한 결정 옵션 집합
오퍼 인벤토리(예:오퍼 라이브러리)
주제 카테고리
태그 및 오퍼 식별자를 기반으로 하는 오퍼 필터
결정 출력
한 번에 여러 활동에 대한 활동당 하나의 제안
의사 결정 결과
오퍼에 대한 참조(예: eventType='opened'
의사 결정 알고리즘
내부 서비스 논리, 매개 변수화
제한
배치 제한, 달력 제한, 전역 및 사용자 제한 조건, 중복 제거 제한
의사 결정 규칙
자격 조건 규칙
Model for expected utility
오퍼 등급 또는 우선 순위
옵션 인벤토리의 총 오퍼 수는 일반적으로 매우 큽니다(10,000의 순서). 각 오퍼 활동은 다른 카테고리(주제)에 속하는 오퍼에 중점을 둘 수 있습니다. 오퍼 결정 전략에서는 오퍼 필터를 오퍼 활동에 첨부할 수 있습니다. 추가적인 제약 조건은 결정을 요청할 때 평가됩니다. 다음 섹션에서는 오퍼 의사 결정 도메인의 구성 요소에 대해 자세히 설명합니다.

일반 프로모션

개인화된 제안이라고도 하는 일반 오퍼는 제안 의사 결정 활동의 중심에 있습니다. 이름 및 상태와 같은 속성이 있습니다. status 속성은 엔티티가 활성 승인된 오퍼 목록에 포함될 준비가 되었는지 여부를 나타냅니다. 일반 오퍼에는 몇 가지 제한이 추가됩니다. 아래‎ 제한 섹션에서 이에 대한 자세한 내용을 살펴보십시오 .

오퍼의 컨텐츠

오퍼 배치

배치(placement)는 컨텐츠 제한을 정의하고 활동과 함께 사용하여 다음 최적의 경험이 전달되는 장소를 지정합니다. 이렇게 하면 고려될 수 있고 활동에 의해 부과된 또 다른 제한 사항의 수가 더 줄어듭니다. 이를 배치 구속이라고 합니다. 오퍼와 같은 배치 제약 조건을 충족하는 컨텐츠가 있는 옵션만 고려됩니다. 이것은 의사 결정 전략의 초기 단계에서 평가된다. 옵션 개체가 변경되면 각 활동의 배치 제약 조건이 재평가되고 하나 이상의 활동에 대해 옵션이 고려되거나 제외될 수 있습니다.
컨텐츠 종속성에 대한 복잡한 세부 사항을 공식화하는 것은 의사 결정 서비스의 책임이 아닙니다. 대신, 각 클라이언트는 모든 채널에서 배치 목록을 식별하고 해당 배치의 고유 식별자 및 이름을 지정합니다. 디자이너는 특정 배치를 참조하여 주어진 컨텐츠가 배치에 맞는다고 단언합니다.
컨텐츠가 개발되면 컨텐츠 디자이너는 "Home Page Hero Image" 또는 "Service Call Opening Script"라는 이름의 뒤에 있는 "암묵적 계약"에 동의하게 됩니다. 이전 버전은 600px 너비 및 350px 높이의 이미지로 동의될 수 있으며 후자는 의미 체계 구조를 갖는 세 개 또는 네 개의 문장에서 50개 이하의 단어만 있는 두 개의 언어 변형의 텍스트로 컨텐츠를 제한할 수 있습니다. 숨겨진 계약의 모든 의미를 저장하지 않는 배치

오퍼 표현

오퍼가 채널에서 배치의 다양한 매개 변수에서 제대로 표시되도록 하려면 해당 오퍼의 서로 다른 표현을 만들어야 합니다. 오퍼에 첨부된 컨텐츠는 배치별로 그룹화됩니다. 각 오퍼에는 하나 이상의 표현을 사용할 수 있으므로 각 표현이 정의된 배치 중 하나를 참조하게 됩니다. 오퍼의 각 표현에는 다른 배치를 사용해야 합니다. 오퍼와 오퍼가 더 많이 있을 수록 오퍼를 다른 배치 컨텍스트에서 사용할 수 있는 기회가 더 많습니다.
배치는 표현에 추가할 수 있는 컨텐츠 항목의 유형을 제한합니다.

폴백 오퍼

폴백 오퍼는 배치 규칙을 제외한 추가 제약 조건이 없는 결정 옵션입니다. 대체 오퍼에는 다른 오퍼와 마찬가지로 배치와 연결된 컨텐츠 표현이 있습니다.
결합된 제약이 모든 좁게 옵션을 분해할 때 사용할 수 있는 컨텐츠 경험을 나타내기 위해 활동에 폴백 오퍼가 지정됩니다. 런타임 컨텍스트나 프로필에 종속되지 않으므로 활동이 어셈블될 때 미리 배치 제약 조건을 확인할 수 있습니다. 폴백 오퍼를 사용하면 질문에 대한 대답은 항상 있습니다.현재 가장 좋은 제안은 무엇입니까?

오퍼 제한

달력 제한

오퍼 결정 도메인에서 오퍼의 유효 기간은 유효 기간입니다. 즉, 시작 날짜와 시간이 지나기 전에 오퍼를 제안할 수 없으며 종료 날짜 및 시간이 지난 후에는 더 이상 제안을 제출할 수 없습니다. 오퍼 엔티티에는 이러한 달력 제한을 정의하는 간단한 구조가 있습니다.
만료된 오퍼는 고려된 옵션 목록에서 정기적으로 제거됩니다. 하지만 달력 필터는 의사 결정이 요청될 때 바로 적용되므로 제약이 정확하게 적용됩니다.

제한 적용

오퍼에는 선택적 매핑 제한이 있을 수 있습니다. 두 값으로 구성됩니다.
  • 글로벌 상한 값은 전체 프로필 집합(타깃팅된 대상)에서 오퍼를 제안할 수 있는 빈도를 제한합니다.
  • 프로필당 최대 한도를 결정하고 동일한 프로필에 오퍼를 제안할 수 있는 빈도를 결정합니다.

복제 제한

결정이 요청되면 클라이언트는 여러 활동에 대한 제안을 한 번에 요청할 수 있습니다. 이는 컨텐츠 의사 결정의 일반적인 시나리오입니다. 각 활동은 전체 경험에 하나 이상의 컨텐츠 옵션을 제공합니다. 구성 측면으로 인해, 각 활동이 전체 옵션 재고의 하위 집합에서 A를 선택하지 않는 한, 중복을 피하려면 활동 간의 중재를 해야 합니다. 모든 활동에서 고위급이 상위권을 차지할 수 있고, 모든 활동에서 같은 옵션을 제안하면 나쁜 경험이 될 수 있다. 반면, 전달 시스템이 모든 채널에서 다음 우수 전환을 알고 있고 매핑 제한이 없는 경우 다른 활동에서 동일한 옵션을 제안해도 좋습니다.
현재 중복 제한 사항은 비즈니스 객체 저장소에 기록되지 않습니다. 대신 런타임 시 중복 제거가 기본 전략입니다. 요청 매개 변수는 기본 동작을 재정의하여 중복 제거 단계를 비활성화할 수 있습니다.

프로필 제한 - 자격 조건 규칙

지금까지, 논의된 제한 사항은 오퍼를 선택한 사람에 관계없이 적용되었습니다. 또한 경험 의사 결정은 고객의 기록 및 시간 시리즈 이벤트를 기반으로 제안을 개인화하는 사용 사례를 지원합니다. 규칙은 프로필별로 평가되어 오퍼가 해당 사용자에 대해 자격이 있는지 또는 억제되어야 하는지를 결정합니다. 이렇게 하려면 자격 규칙을 각 오퍼와 연결할 수 있습니다. 최종 사용자의 프로필 및 경험 이벤트 외에도 자격 조건 규칙은 실시간 컨텍스트 데이터를 고려합니다. 이 데이터는 배달 서비스에서 제공하며 재고 수준, 날씨 조건, 비행 일정 등과 같은 프로필과 관련이 없는 데이터 형식을 사용할 수 있습니다.
타깃팅 및 세그멘테이션 규칙과 의사 결정 자격 조건과 우선 순위 규칙을 구별하는 것이 중요합니다. 프로필 세트를 타깃팅하는 경우 자격 조건에 대한 출력(대상 선택)이 옵션 집합(허용된 오퍼)이 평가 결과입니다.

오퍼 컬렉션

인벤토리는 의사 결정을 위해 고려되는 전체 옵션 풀입니다. 인벤토리는 카테고리 또는 컬렉션으로 더 세분화할 수 있습니다. 옵션 컬렉션은 해당 옵션에 있는 일반 태그로 표시됩니다. 필터는 오퍼가 특정 카테고리에 속하는지, 또는 더 구체적으로, 같은 태그나 태그를 공유하는지 테스트하는 데 사용됩니다.

태그

태그는 옵션 그룹이 카테고리에 속함을 나타내는 방법을 제공합니다.
옵션에는 둘 이상의 태그가 있을 수 있으므로 동시에 여러 카테고리에 포함될 수 있습니다. 카테고리는 겹치거나 다른 카테고리를 포함할 수도 있습니다. 태그 "A"가 있는 오퍼에 의해 카테고리 "S"가 정의되고 카테고리 "R"이 태그 "A"와 "B"가 모두 있는 옵션으로 정의되면 "S"는 "R"의 상위 세트가 됩니다.

필터

필터는 카테고리에 속하는 옵션 집합에 대한 기준을 정의하는 데 사용됩니다. 필터는 일반 오퍼의 인벤토리에 대한 쿼리로서 생각할 수 있습니다. 필터를 구성하는 기본 방법에는 두 가지가 있습니다.오퍼에 하나 이상의 태그가 있음을 알리고 오퍼의 세트를 명시적으로 선택하여 오퍼를 표시합니다. 이전 방법을 구성하여 해당 컬렉션의 오퍼에 지정된 태그가 모두 있어야 한다거나 지정된 태그 중 하나 이상이 있으면 옵션이 적격임을 나타낼 수 있습니다.
옵션이 명시적으로 컬렉션에 배치되면 해당 컬렉션에 대해 태그 세트가 무시됩니다.

오퍼 활동

활동은 의사 결정 프로세스를 구성하고 제어합니다. 현재 의사 결정 전략은 주로 미리 결정되지만 향후 오퍼 의사 결정 도메인 모델의 반복에서는 모델, 추가 규칙 및 제약 조건을 선택할 수 있습니다.
여러 활동을 동시에 사용하여 경험을 취합할 수 있습니다. 현재 최대 30개의 활동이 단일 의사 결정 요청에서 해결될 수 있습니다. 경험에 있는 30개 이상의 활동 또는 슬롯이 컨텐츠로 채워야 하는 경우 동일한 프로필에 대해 여러 요청을 수행할 수 있습니다. 그러나 동일한 의사 결정 요청에 활동이 포함되어 있는 경우 이러한 활동 중에 오퍼 제안의 중복 제거가 수행됩니다.
활동이 단절된 오퍼 세트에서 선택하는 방식으로 정의된 경우, 활동이 동일한 요청에서 결합되는지 아니면 별도의 요청으로 분할되는지를 차이가 없습니다. 그러나 네트워크 및 응답 시간 제약 조건에서 동일한 요청에 활동을 결합할 수 있습니다. 다른 요청이 다른 서비스 노드로 라우팅될 수 있으므로 동일한 프로필 데이터를 다른 노드로 반입해야 할 수 있습니다. 이렇게 하면 다른 요청에 사용할 수 있는 효과적인 IO 대역폭이 줄어듭니다.
활동은 컨텐츠를 경험에 삽입하는 데 사용됩니다. 컨텐츠 항목이 "제대로" 표시되도록 하지 않도록 하기 위해 활동은 단일 배치를 참조합니다. 배치는 항상 구체적인 장소/슬롯은 아니지만 장소/슬롯의 추상화처럼 됩니다. 예를 들어 타일 격자가 있는 웹 페이지에서 각 타일은 모두 모양과 크기가 비슷하며 유사한 컨텐츠를 저장할 수 있다고 가정할 때 동일한 배치의 적용을 받을 수 있습니다. 그러나 일반적으로 개별 타일은 자체 활동으로 제공됩니다.
다음 그림은 비즈니스 조직이 서로 어떻게 관련되어 있는지 보여줍니다.
클라이언트가 결정을 위한 객체 그래프를 만들고 연결하면 일반적으로 세 개의 다른 작업 스트림이 있습니다. 다음은 다음과 같습니다.
  • 태그 및 배치와 같은 지원 개체 설정 이러한 엔티티는 다른 엔티티를 구조, 필터링 및 그룹화하는 데 사용됩니다. 또한 두 번째 워크플로우와 세 번째 워크플로우 간에 약간의 조정을 제공하는 데에도 사용됩니다. 이 워크플로우는 일부 선불 작업을 구성하지만 특정 시간에 설정을 조정할 수 있습니다. 태그는 상대적으로 간단하지만 배치에는 좀 더 계획해야 합니다. 최소한 기업은 결정이 제시되는 모든 장소의 목록을 가져와야 합니다.
  • 다양한 표현 및 비즈니스 규칙(제한)을 사용하여 오퍼 생성 이 중앙 워크플로우에서는 최고의 옵션을 선택해야 하는 옵션을 제공합니다. 첫 번째 워크플로우의 태그는 오퍼를 분류하는 데 사용되며 배치는 표시할 옵션 및 위치를 나타내는 데 사용됩니다.
    • 또한 이 워크플로우는 오퍼에 대한 절대 제한을 정의합니다. 이러한 요소는 항상 강제 적용되며 단순히 오퍼 집합 중 순위에 영향을 주지 않기 때문에 절대적입니다. 예를 들어, 달력 제약 조건이 설정되면 설정된 시작 날짜/시간 이전에 오퍼를 선택하지 않고 종료 날짜/시간 이후에는 선택하지 않습니다. 이 워크플로우에서 설정할 제약 조건은 달력 제한 , 제한 자격 제한 사항입니다. 여기서 하위 워크플로우는 주어진 오퍼를 받을 자격이 있는 사람을 결정하는 추가 규칙의 정의입니다.
      • 오퍼에 대한 제약 조건이 만들어지면 해당 표현이 선택됩니다. 이 워크플로우에서는 컨텐츠가 어디에선가 이미 만들어져 컨텐츠 저장소에 업로드되어 선택되었다고 가정합니다. 첫 번째 워크플로우의 배치가 재생되는 부분은 다음과 같습니다. 오퍼는 배치를 선택하고 해당 배치 아래에 컨텐트를 연결할 수 있습니다.
      • 이 워크플로우에서 적절한 폴백 오퍼를 만드는 것은 마지막 단계입니다. 폴백 오퍼는 제약 없는 일반 오퍼와 매우 유사합니다.
  • 마지막 워크플로우는 활동 만들기와 관련이 있습니다. 그러나 이 단계가 오퍼를 만드는 워크플로우 이후에 반드시 순차적으로 발생하는 것은 아닙니다. 두 프로세스 모두 진행 중이며 동시에 진행 중입니다. 활동은 선택물의 범위를 주제별, 결정이 표시되는 위치별로 좁히는 데 사용됩니다. 활동은 컬렉션과 배치를 참조합니다. 또한 적격한 오퍼를 결정할 수 없는 경우에 사용되는 폴백 오퍼를 지정해야 합니다.