구성

이 섹션은 응답 관리를 구성하는 책임자를 대상으로 합니다. 스키마 확장, 워크플로우 정의 및 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. 수신자​를 마우스 오른쪽 단추로 클릭한 다음 ActionsModify 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>

이 페이지에서는

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now