구성

이 섹션은 응답 관리를 구성할 책임이 있는 사람을 대상으로 합니다. 이 프로세스에서는 스키마 확장, 워크플로우 정의 및 SQL 프로그래밍에 대한 특정 양의 지식이 있다고 가정합니다.

이 기능을 사용하면 개인 테이블을 사용하여 Adobe Campaign 외부 트랜잭션 테이블의 특정 특성에 표준 데이터 모델을 적용하는 방법을 이해할 수 있습니다. 이 개인 테이블은 Adobe Campaign에서 사용 가능한 개인의 식탁이나 다른 테이블과 일치할 수 있습니다

측정 가설은 작업 프로세스 워크플로우( operationMgt )에 의해 시작됩니다. 각 가설은 실행 상태(편집 중, 보류 중, 완료, 실패 등)로 비동기적으로 실행되는 별도의 프로세스를 나타냅니다. 우선 순위 제한, 동시 프로세스 수 제한, 활동이 낮은 페이지 및 빈도로 자동 실행을 관리하는 스케줄러에 의해 제어됩니다.

스키마 구성

주의

응용 프로그램의 표준 스키마를 수정하지 말고 스키마 확장 메커니즘을 사용하십시오. 그렇지 않으면 응용 프로그램을 나중에 업그레이드할 때 수정된 스키마가 업데이트되지 않습니다. 이것은 Adobe Campaign을 사용하면서 잘못된 기능을 초래할 수 있다.

응답 모듈을 사용하기 전에 애플리케이션 통합이 필요합니다. 이 경우 측정할 다양한 테이블(트랜잭션, 트랜잭션 세부 정보)과 배달, 제안 및 개인과의 관계를 정의할 수 있습니다.

표준 스키마

기본 스키마에는 개별, 가설 및 트랜잭션 테이블 간의 관계, 즉 반응 로그 테이블이 포함되어 있습니다. nms:remaMatch 이 스키마는 응답 로그의 최종 대상 테이블에 대한 상속 스키마로 사용됩니다.

또한 이 nms:remaMatchRcp 스키마는 Adobe Campaign 받는 사람에 대한 반응 로그 저장( nms:recipient )을 포함하고 있는 표준으로 제공됩니다. 사용하려면 거래 테이블에 매핑하기 위해(구매 등이 포함) 확장되어야 합니다.

트랜잭션 테이블 및 트랜잭션 세부 정보

트랜잭션 테이블에는 개인에게 직접 링크가 포함되어야 합니다.

거래 세부 사항이 포함된 테이블을 추가할 수도 있습니다. 이것은 개인에게 직접적으로 연결되어 있지 않다.

예를 들어 입고를 받는 경우 트랜잭션 테이블이 담당자(입고 테이블)에 연결되고 입고 라인 테이블은 수금 테이블(상세내역 테이블)에만 연결됩니다. 그런 다음 입고 라인 테이블이 입고 테이블에 연결된 레벨에서 가설을 직접 구성할 수 있습니다.

노트

가설을 통해 예상되는 동작을 설명하는 영수증 식별자를 유지하려면 nms:remaMatchRcp 테이블 템플릿을 확장하여 식별자를 추가할 수 있습니다. 이 경우 ROI 계산은 이러한 필드에 연결되어 있지 않습니다.

이벤트 날짜를 추가하는 것이 좋습니다.

다음 스키마는 구성이 완료되면 다른 테이블 간의 조인을 보여 줍니다.

Adobe Campaign 수신자와의 응답 관리

이 예에서는 Adobe Campaign 수신자 테이블( nms:recipient )을 사용하여 응답 관리 모듈의 구매 테이블을 통합합니다.

받는 사람의 응답 로그 테이블이 nms:remaMatchRcp 확장되어 구매 테이블 스키마에 대한 링크를 추가합니다. 다음 예에서는 구매 테이블을 demo:purchase라고 합니다.

  1. Adobe Campaign 탐색기를 통해 Administration > Campaign management > Target mappings​를 선택합니다.

  2. 수신자를 마우스 오른쪽 단추로 클릭한 다음 Actions 을 선택합니다 Modify the options of the targeting dimensions.

  3. 다음 창 Extension namespace 에서 개인화된 다음 을 클릭합니다 Next.

  4. 카테고리에서 Response management 해당 Generate a storage schema for reactions 상자가 선택되어 있는지 확인합니다.

    그런 다음 관련 트랜잭션 테이블 Define additional fields… 을 클릭하여 선택한 필드를 nms:remaMatchRcp 스키마 확장명에 추가합니다.

생성된 스키마는 다음과 같습니다.

<srcSchema _cs="Reactions (Recipients) (cus)" entitySchema="xtk:srcSchema" extendedSchema="nms:remaMatchRcp" 
img="nms:remaMatch.png" implements="xtk:persist" label="Reactions (Recipients)" mappingType="sql"
name="remaMatchRcp" namespace="cus">  
 <element label="Reactions (Recipients)" name="remaMatchRcp">    
  <key internal="true" name="match">      
   <keyfield xlink="hypothesis"/>      
   <keyfield xlink="broadLog"/>      
   <keyfield xlink="proposition"/>    
  </key>    
  <attribute label="Quantity" name="quantity" type="long"/>    
  <element name="purchase" target="demo:purchase" type="link"/>    
  <element name="hypothesis" revLabel="Reactions (Recipients)" revLink="remaMatchRcp"/>    
  <element applicableIf="HasPackage('nms:coreInteraction')" label="Proposition" name="proposition" target="nms:propositionRcp" type="link"/>   
  <element desc="Message (Delivery log)" label="Message" name="broadLog" target="nms:broadLogRcp" type="link"/>    
  <element label="Respondent" name="responder" target="nms:recipient" type="link"/>  
 </element>  
 <createdBy _cs="Administrator (admin)"/>  
 <modifiedBy _cs="Administrator (admin)"/>
</srcSchema>

개인화된 수신자 테이블을 사용한 응답 관리

이 예에서는 Adobe Campaign에서 사용할 수 있는 수신자 테이블 이외의 개별 테이블을 사용하여 응답 관리 모듈에 구매 테이블을 통합합니다.

  • 스키마에서 파생된 새 응답 로그 스키마 nms:remaMatch 만들기.

    개인 테이블은 Adobe Campaign 받는 사람 테이블과 다르므로 스키마를 기반으로 새 응답 로그 스키마를 생성해야 nms:remaMatch 합니다. 그런 다음 배달 로그와 구매 테이블에 대한 링크가 포함된 링크를 완료합니다.

    다음 예에서는 demo:broadLogPers 스키마와 demo:purchase 트랜잭션 테이블을 사용합니다.

    <srcSchema desc="Linking of a recipient transaction to a hypothesis"    
    img="nms:remaMatch.png" label="Responses on persons" labelSingular="Responses on a person" name="remaMatchPers" namespace="nms">
      <element name="remaMatchPers" template="nms:remaMatch">
        <key internal="true" name="match">
          <keyfield xlink="hypothesis"/>
         <keyfield xlink="purchase"/>
        </key>
    
        <element name="hypothesis" revLabel="Response logs for persons" revLink="remaMatchPers"/>
        <element applicableIf="HasPackage('nms:interaction')" label="Proposition" name="proposition"
                 target="demo:propositionPers" type="link"/>
        <element label="Delivery log" name="broadLog" target="demo:broadLogPers" type="link"/>
      </element>
    </srcSchema>
    
  • 스키마에서 가설 양식 nms:remaHypothesis 수정

    기본적으로 응답 로그 목록은 수신자 로그에 표시됩니다. 따라서 이전 단계에서 생성된 새 응답 로그를 보려면 가설 양식을 수정해야 합니다.

    예제:

     <container type="visibleGroup" visibleIf="[context/@remaMatchStorage]= 'demo:remaMatchPers'">
                  <input hideEditButtons="true" img="nms:remaMatch.png" nolabel="true" refresh="true"
                   toolbarCaption="Responses generated by the hypothesis" type="linklist"
                   xpath="remaMatchPers">
              <input xpath="[.]"/>
              <input xpath="@controlGroup"/>
            </input>
       </container> 
    

지표 관리

응답 관리자 모듈에는 사전 정의된 표시기 목록이 포함되어 있습니다. 하지만 다른 개인화된 측정 지표를 추가할 수 있습니다.

이렇게 하려면 각 새 표시기에 대해 두 필드를 삽입하여 가설 테이블을 확장해야 합니다.

  • 타겟 인구에 대한 첫 번째
  • 컨트롤 그룹의 두 번째 값입니다.

예제:

<srcSchema entitySchema="xtk:srcSchema" extendedSchema="nms:remaHypothesis" label="Measurement hypothesis" 
md5="1D4DED54FF8EC2432AED6736EDE6F547" name="remaHypothesis" namespace="demo" xtkschema="xtk:srcSchema">  
    <element name="remaHypothesis">    
        <element name="indicators">      
            <!-- Quantity -->      
            <attribute label="Total contacted" name="contactReactedTotalQuantity" type="long"/>
            <attribute label="Total number of people in the control group" name="proofReactedTotalquantity" type="long"/> 
        </element> 
    </element>
</srcSchema>

이 페이지에서는