8cadd00d34
Created by Github action --------- Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: github-actions <github-actions@twenty.com>
66 lines
5.2 KiB
Plaintext
66 lines
5.2 KiB
Plaintext
---
|
|
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 모두에 대해 `사람` 객체를 사용하는 것이 가장 좋으며 `사람 유형`이라는 필드를 추가합니다. `파트너` 객체를 만들지 마십시오. 이메일 스레드를 액세스할 수 없기 때문입니다. 대신 `사람` 아래에서 파트너를 보여주는 하나의 뷰, 잠재 고객을 보여주는 또 다른 뷰를 만드십시오.
|
|
- 위의 점을 고려할 때 모든 레코드에 적용되지 않는 필드를 갖는 것이 괜찮습니다. 예를 들어, `사람` 아래에서 `추천 링크`라는 필드를 추가할 수 있으며 이는 `사람 유형 = 파트너`일 때만 관련이 있습니다. 이 필드를 필요하지 않은 뷰에서는 숨길 수 있습니다.
|
|
|
|
### 선택을 안내하는 질문들
|
|
|
|
자문해 보십시오:
|
|
|
|
- 이것이 이미 가지고 있는 것의 속성인지, 아니면 자체 속성이 필요한지?
|
|
- 레코드당 여러 개의 장비를 추적할 수 있어야 하며, 사전에 몇 개인지 알 수 없는가요?
|
|
- 이 개념이 하나가 아닌 여러 다른 객체에 연결됩니까?
|
|
- 자체 라이프사이클이 있을 것인가요? (예: 단계, 시작/종료 날짜)
|
|
|
|
이 중 하나 이상에 '예'라고 대답하면 새 객체가 필요할 것입니다.
|
|
|
|
## 도움이 필요하십니까?
|
|
|
|
우리 팀이 필요한 데이터 모델을 설계하고 생성하는 데 도움을 드릴 수 있습니다. 여기에서 온보딩 팩을 발견하십시오.
|
|
|
|
|