---
title: 데이터 모델 사용자 정의하기
info: "귀하의 운영 방식을 반영하는 데이터 모델을 설계하고 생성하는 방법을 배우십시오."
image: /images/user-guide/fields/custom_data_model.png
sectionInfo: 고유한 비즈니스 프로세스를 지원하도록 설계된 유연한 데이터 모델
---

<Frame>
  <img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
</Frame>

## 데이터 모델이란 무엇입니까?

데이터 모델은 CRM에서 정보가 조직되는 방식을 정의하는 구조입니다. 이는 어떤 객체가 존재하는지(예: 회사, 사람 또는 기회), 어떤 속성이 있는지(즉, 필드), 그리고 서로 어떻게 관련되는지를 결정합니다. 이를 고객 데이터의 지도로 생각할 수 있습니다.

## 데이터 모델을 사용자 정의해야 하는 이유는 무엇입니까?

모든 비즈니스는 다르게 작동합니다. Being able to fully customize your data model means you can shape Twenty around your processes instead of forcing yours into a rigid system.  
Twenty는 일상 업무를 가장 잘 지원할 수 있는 데이터 모델을 설계하는 데 필요한 유연성을 제공합니다. 필요한 만큼의 사용자 정의 객체와 필드를 생성할 수 있으며, 가격은 변동되지 않습니다.

## 데이터 모델 설계 팁

There is rarely only one way to build a data model. 아래는 귀하의 모델을 구축하는 데 도움이 되는 몇 가지 팁입니다.

**1. 핵심 객체에서 시작하십시오.** 주로 사용하는 주요 개념을 식별하십시오 (예: 회사, 사람, 기회). 이 세 가지 객체는 이미 자주 사용되기 때문에 제공됩니다. 하지만 필요한 다른 객체를 생각해 보십시오.  
예시: Stripe는 `Subscriptions` 객체가 필요하고, Airbnb는 `Trips`, 스타트업 엑셀러레이터는 `Batches` 객체가 필요합니다.

**2. 변형에 필드를 사용하고, 새로운 객체를 사용하지 마십시오.** 기존 객체의 특성인 경우 (예: 회사의 `업종` 또는 기회의 `상태`), 필드로 만드세요. 카테고리, 레이블, 속성에 필드를 사용하는 것이 가장 좋습니다.

**3. Create a new object when it stands on its own.**  
If the concept has its own lifecycle, properties, or relationships, it usually deserves an object. 예를 들어:

- **프로젝트**는 자체 기한, 소유자 및 작업을 가지고 있습니다.
- **구독**은 회사, 제품 및 인보이스를 연결합니다.
- **이벤트**는 많은 참가자와 후속 조치를 포함합니다.

이들은 자신의 데이터와 관계를 가지고 있기 때문에 단일 필드를 초과합니다.

**4. 관련 레코드 수가 무한한 경우 객체를 만드십시오.** 여러 번 연결할 수 있고 개수를 알 수 없는 경우에는 자체 객체로 두는 것이 좋습니다. 예를 들어, `제품 1`, `제품 2` 등으로 필드를 생성하는 대신 `제품` 객체를 정의하고 원본 레코드와 관련지으십시오. 이렇게 하면 모델을 변경하지 않고도 하나, 두 개, 또는 백 개의 제품을 지원할 수 있습니다.

**5. 처음에는 간단하게 유지하십시오.** 필드로 시작하십시오. 필드가 너무 많거나 반복 레코드가 많거나 관계가 잘 맞지 않을 때에만 새 객체로 이동하십시오.

### 사람, 회사 및 기회에 대한 특별 참고 사항

- **`사람`, `회사` 및 `기회`는 받은 편지함/캘린더에서 동기화된 이메일 및 회의에 액세스할 수 있는 유일한 객체입니다.** 최대한 많이 사용하는 것을 권장합니다. `사람`이나 `회사`의 카테고리를 만들어야 하는 경우 새 객체보다 필드를 사용하십시오.

  예: prospects와 partners 모두에 대해 `사람` 객체를 사용하는 것이 가장 좋으며 `사람 유형`이라는 필드를 추가합니다. `파트너` 객체를 만들지 마십시오. 이메일 스레드를 액세스할 수 없기 때문입니다. 대신 `사람` 아래에서 파트너를 보여주는 하나의 뷰, 잠재 고객을 보여주는 또 다른 뷰를 만드십시오.
- 위의 점을 고려할 때 모든 레코드에 적용되지 않는 필드를 갖는 것이 괜찮습니다. 예를 들어, `사람` 아래에서 `추천 링크`라는 필드를 추가할 수 있으며 이는 `사람 유형 = 파트너`일 때만 관련이 있습니다. 이 필드를 필요하지 않은 뷰에서는 숨길 수 있습니다.

### 선택을 안내하는 질문들

자문해 보십시오:

- 이것이 이미 가지고 있는 것의 속성인지, 아니면 자체 속성이 필요한지?
- 레코드당 여러 개의 장비를 추적할 수 있어야 하며, 사전에 몇 개인지 알 수 없는가요?
- 이 개념이 하나가 아닌 여러 다른 객체에 연결됩니까?
- 자체 라이프사이클이 있을 것인가요? (예: 단계, 시작/종료 날짜)

이 중 하나 이상에 '예'라고 대답하면 새 객체가 필요할 것입니다.

## 도움이 필요하십니까?

우리 팀이 필요한 데이터 모델을 설계하고 생성하는 데 도움을 드릴 수 있습니다. 여기에서 온보딩 팩을 발견하십시오.


