# CRM 속성

## CRM 속성이란?

CRM 속성은 메시지 발송과 타겟팅에 필요한 사용자별 CRM 정보를 관리하는 기능입니다.\
핵클에서는 일반 사용자 속성과 별도로 CRM 속성을 관리합니다.

마케터는 이 값을 기준으로 채널별 발송 가능 여부를 판단하고, 더 정확한 타겟팅을 할 수 있습니다.

### 관리할 수 있는 정보

현재 관리할 수 있는 CRM 속성은 아래 2가지입니다.

* [전화번호](/crm-marketing/crm-properties/collect-phone-number.md)
* 마케팅 메시지 수신 동의

### 왜 중요한가요?

CRM 속성이 정리되어 있어야 아래 작업을 안정적으로 운영할 수 있습니다.

* 카카오 메시지, 문자 메시지 발송 대상 확보
* 광고성 메시지 발송 가능 대상 구분
* 정보성 메시지와 광고성 메시지 분리 운영
* 채널별 동의 상태에 맞는 캠페인 설계

예를 들어, 같은 사용자라도 푸시는 수신 동의, 문자는 수신 거부 상태일 수 있습니다.

### 마케팅 수신 동의는 어떻게 관리되나요?

수신 동의는 **메시지 유형 x 채널** 조합으로 관리합니다.

#### 메시지 유형

* 광고성
* 정보성

#### 채널

* 푸시 메시지
* 카카오 메시지
* 문자 메시지

즉, 한 사용자에 대해 아래처럼 각각 따로 관리할 수 있습니다.

* 광고성 푸시 수신 동의
* 정보성 푸시 수신 동의
* 광고성 카카오 메시지 수신 동의
* 정보성 문자 메시지 수신 동의

이 구조 덕분에 채널과 목적에 맞는 정교한 발송이 가능합니다.

### 수신 동의 상태

수신 동의 상태는 아래 3가지로 관리됩니다.

{% hint style="warning" %}
신규 사용자는 수신 동의 상태가 **알 수 없음** 상태입니다.

광고성 메시지는 반드시 내부 정책과 법적 기준에 맞게 발송 대상을 설정해주세요.
{% endhint %}

<table><thead><tr><th width="173.828125">수신동의 상태</th><th width="166.92578125" data-type="checkbox">메시지 수신 가능 여부</th><th>설명</th></tr></thead><tbody><tr><td><strong>알 수 없음</strong></td><td>true</td><td>아직 동의 또는 거부를 받지 않은 상태입니다.</td></tr><tr><td><strong>수신 동의</strong></td><td>true</td><td>사용자가 명시적으로 동의한 상태입니다.</td></tr><tr><td><strong>수신 거부</strong></td><td>false</td><td>사용자가 명시적으로 거부한 상태.</td></tr></tbody></table>

### 마케터가 꼭 알아야 할 운영 기준

#### 1. 전화번호는 카카오와 문자 발송의 기본값입니다

전화번호가 없으면 카카오 메시지나 문자 메시지 발송 대상에서 제외될 수 있습니다.\
전화번호 수집 방법은 [전화번호 수집](/crm-marketing/crm-properties/collect-phone-number.md) 문서를 참고해주세요.

#### 2. 광고성과 정보성은 반드시 분리해서 운영하세요

쿠폰, 할인, 프로모션 안내는 보통 광고성에 해당합니다.

결제 안내, 구독 만료 안내, 서비스 공지는 보통 정보성에 해당합니다.\
정보성 메시지 예시는 [서비스 공지사항 캠페인](/crm-marketing/push-message-guide/recommended-templates/service-notice-template.md)에서 확인할 수 있습니다.

#### 3. 채널별 동의 상태를 따로 관리하세요

사용자는 푸시는 받고 싶지만 문자는 원하지 않을 수 있습니다.\
채널별 동의 상태를 분리해야 불필요한 발송을 줄이고 고객 경험을 지킬 수 있습니다.

#### 4. 수신 거부 변경은 즉시 반영되도록 운영하세요

앱 설정 화면, 회원정보 화면, 고객센터 요청 등에서 동의 상태가 바뀌면 바로 업데이트되어야 합니다.\
반영이 늦으면 잘못된 발송으로 이어질 수 있습니다.

### 추천 운영 방식

{% stepper %}
{% step %}
**1. 가입 또는 동의 획득 시점 정의**

언제 어떤 채널의 동의를 받을지 먼저 정리하세요.

예를 들면 회원가입, 앱 최초 실행, 마이페이지, 결제 완료 후가 대표적입니다.
{% endstep %}

{% step %}
**2. 개발팀과 수집 항목을 맞추기**

아래 항목을 개발팀과 명확히 합의하세요.

* 사용자 식별자
* 전화번호 수집 여부
* 채널별 수신 동의 항목
* 광고성/정보성 구분 기준
* 동의 변경 시 업데이트 시점
  {% endstep %}

{% step %}
**3. 발송 전에 대상 조건 점검**

캠페인을 만들기 전에 아래를 확인하세요.

* 필요한 채널 정보가 수집되었는지
* 발송 목적이 광고성인지 정보성인지
* 타겟 조건에 수신 거부 사용자가 포함되지 않는지
  {% endstep %}

{% step %}
**4. 정기적으로 누락 데이터를 점검**

전화번호 누락, 동의 상태 미정 비중, 채널별 수집률을 주기적으로 확인하세요.

이 값이 높으면 예상 발송 수와 실제 발송 수가 크게 달라질 수 있습니다.
{% endstep %}
{% endstepper %}

### 자주 쓰는 예시

#### 예시 1. 할인 쿠폰 푸시 발송

* 메시지 유형: 광고성
* 채널: 푸시 메시지
* 필요 조건: 광고성 푸시 수신 동의

#### 예시 2. 구독 만료 예정 안내

* 메시지 유형: 정보성
* 채널: 푸시 메시지 또는 카카오 메시지
* 필요 조건: 해당 채널로 정보성 메시지를 받을 수 있는 상태

#### 예시 3. 장바구니 리마인드 문자 발송

* 메시지 유형: 광고성
* 채널: 문자 메시지
* 필요 조건: 전화번호 수집 + 광고성 문자 수신 동의


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.hackle.io/crm-marketing/crm-properties.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.