データモデル

​

データモデルとは何ですか？

データモデルは、CRMにおける情報がどのように整理されるかを定義する構造です。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 顧客データの設計図だと考えてください—一度設計したら、実際のデータで埋めていきます。

​

主要な概念

​

オブジェクト

オブジェクトは、CRMにおけるデータの主要なカテゴリです。 各オブジェクトは、追跡したい対象の種類を表します。 Twenty には標準オブジェクトがあります:

• People — 個人（連絡先、リード、パートナー）
• Companies — 組織
• Opportunities — 商談または売上
• Notes — レコードに添付されたメモ
• Tasks — レコードに関連付けられたToDo

あなたのビジネス固有のあらゆるもの向けにカスタムオブジェクトを作成することもできます（例：Projects、Subscriptions、Events）。

​

フィールド

フィールドは、各オブジェクトを記述するプロパティ（属性）です。 実際の情報を保存します。 例えば、People オブジェクトには次のようなフィールドがあります:

• 名前
• メール
• 電話
• 職種
• Company（Companies オブジェクトへのリレーション）

フィールドにはさまざまなタイプがあります: テキスト、数値、日付、セレクト、マルチセレクト、リレーションなど。 任意のオブジェクトにカスタムフィールドを追加できます。

​

レコード

レコードは、オブジェクト内の個別のエントリであり、あなたが作成・管理する実データです。 例えば：

• “John Smith” は People オブジェクトのレコードです
• “Acme Corp” は Companies オブジェクトのレコードです

例え: データモデル（オブジェクト + フィールド）は一度設計し、その構造の中で多数のレコードを作成します。

​

データモデルをカスタマイズする理由

すべてのビジネスは違った方法で動作します。 データモデルをカスタマイズすれば、硬直的なシステムに自分のプロセスを押し込めるのではなく、Twenty をあなたのプロセスに合わせて形作れます。 Twenty は高い柔軟性を提供します:

• 必要なだけカスタムオブジェクトを作成できます
• 無制限にカスタムフィールドを追加できます
• カスタマイズしても価格は変わりません

​

データモデルを設計するためのヒント

​

1. コアとなるオブジェクトから始める

取り扱う主要な概念を特定しましょう。 Twenty にはすでに次のものが用意されています:

• People — 連絡先
• Companies — 取引先
• Opportunities — 商談

他に何が必要か考えてみましょう:

• Stripe には Subscriptions オブジェクトが必要になるでしょう
• Airbnb には Trips オブジェクトが必要になるでしょう
• アクセラレーターには Batches オブジェクトが必要になるでしょう

​

2. バリエーションには新規オブジェクトではなくフィールドを使う

既存オブジェクトの単なる特性であれば、フィールドにしましょう。 フィールドを使うケース:

• カテゴリやラベル（例：Companies の Industry）
• ステータス値（例：Opportunities の Stage）
• 属性やプロパティ

​

3. 独立して成立する場合はオブジェクトを作成する

その概念に固有のライフサイクル、プロパティ、またはリレーションシップがあるなら、オブジェクトにする価値があります。 オブジェクトを作成する対象:

• Projects — 期限、所有者、タスクを持つもの
• Subscriptions — 会社、製品、請求書を結びつけるもの
• Events — 参加者とフォローアップアクションを伴うもの

これらは単一のフィールドを超えており、独自のデータと関係を有しています。

​

4. レコード数が不定の場合はオブジェクトを作成する

関連付け回数が複数で、どれだけになるかわからない場合は、オブジェクトを使用します。 悪いアプローチ: Product 1、Product 2、Product 3 のようなフィールドを作成する… 良いアプローチ: Products オブジェクトを作成してレコードに関連付ける。 こうすることで、製品が1つでも100でも、モデルを変更せずに対応できます。

​

5. まずはシンプルに

まずはフィールドから始めましょう。 限界を感じたときにのみ新しいオブジェクトへ移行しましょう:

• 1つのオブジェクトにフィールドが多すぎる
• 別々にすべきレコードが繰り返されている
• リレーションがうまく収まらない

​

人、会社、機会に関する特別な注意事項

ベストプラクティス:

• 「人」のカテゴリが必要な場合は、新しいオブジェクトではなくフィールドを使用してください
• 例: 別々のオブジェクトを作成するのではなく、値として「見込み客」と「パートナー」を持つ Person Type フィールドを使用します
• フィルター用に別々のビューを作成します: 1つはパートナーを表示し、もう1つは見込み客を表示します

すべてのレコードに当てはまらないフィールドがあっても問題ありません。 例えば、Person Type = Partner の場合にのみ適用される、「人」オブジェクトの Referral Link フィールド。 関連しないビューではこのフィールドを非表示にします。

​

選択を導くための質問

自問してください： 1つ以上に “はい” と答えるなら、新しいオブジェクトにする時期かもしれません。

​

データモデルへのアクセス

1. 左サイドバーの設定に移動します
2. データモデルをクリックします
3. すべてのオブジェクト（標準およびカスタム）を表示します
4. 任意のオブジェクトをクリックして、そのフィールドを表示・編集します

​

次のステップ

データモデルの計画が完了したら:

• カスタムオブジェクトの作成方法
• カスタムフィールドの作成方法
• リレーションフィールドの作成方法

​

ヘルプが必要ですか?

当社のチームが、必要なデータモデルの設計と作成を支援します。 当社の実装サービスをご覧ください。