Show Menu
화제×

Offer Decisioning 도메인 모델 개요

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

제안 의사 결정 전략 개요

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

일반적인 제안

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

오퍼의 컨텐츠

오퍼 배치

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

오퍼 표현

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

오퍼 대비

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

오퍼 제한

일정 제한

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

제한 매핑

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

복제 제한

결정이 요청되면 클라이언트는 한 번에 여러 활동에 대한 제안을 요청할 수 있습니다. 이는 컨텐츠 의사 결정의 일반적인 시나리오입니다. 각 활동은 전체 경험에 하나 이상의 컨텐츠 옵션을 제공합니다. 구성 측면으로 인해, 각 활동이 전체 옵션 인벤토리의 불필요한 하위 집합에서 제외되지 않는 한, 중복을 방지하기 위해 결정으로 활동 간에 중재해야 합니다. 고위직 선택은 모든 활동에서 높은 등급을 받을 가능성이 높고, 모든 활동에서 같은 옵션을 제안한다면 경험이 좋지 않을 것이다. 반면, 전달 시스템이 모든 채널에서 다음 최적 전환이 무엇이며 매핑 제한이 없는 경우 다른 활동에 대해 동일한 옵션을 제안해도 좋습니다.
중복 제한 조건은 현재 비즈니스 객체 저장소에 기록되지 않습니다. 대신 실행 시 중복 제거가 기본 전략입니다. 요청 매개 변수는 중복 제거 단계를 억제하기 위한 기본 동작을 무시할 수 있습니다.

Profile 제한 - 자격 조건 규칙

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

오퍼 컬렉션

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

태그

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

필터

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

오퍼 활동

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