データモデルとは何ですか？
データモデルは、CRMにおける情報がどのように整理されるかを定義する構造です。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。なぜデータモデルをカスタマイズすべきですか？
すべてのビジネスは違った方法で動作します。 データモデルを完全にカスタマイズできることは、自分のプロセスに合った形でTwentyを構築できることを意味します。無理に既存のシステムに合わせる必要はありません。Twentyは、日常をサポートする最適なデータモデルを形成するために必要な柔軟性を提供します。 必要なだけカスタムオブジェクトやフィールドを作成できます。価格は変わりません。
データモデルを設計するためのヒント
データモデルを構築する方法は一つだけではありません。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 1. 主要なオブジェクトから始めましょう。あなたが扱う主要な概念を特定します（例：会社、人、機会）。 これら3つのオブジェクトは頻繁に使用されるため既に利用可能です。 しかし、必要な他のオブジェクトについても考えてみてください。
例：Stripeではオブジェクト
サブスクリプションが、Airbnbではオブジェクト旅行が、スタートアップアクセラレーターではオブジェクトバッチが必要でしょう。
2. バリエーションにはフィールドを使い、新しいオブジェクトは使わないでください。既存のオブジェクトの特性に過ぎないもの（例：会社の「業種」や機会の「ステータス」）はフィールドにします。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 3. 単独で存在する場合には新しいオブジェクトを作成してください。
概念が独自のライフサイクル、プロパティ、または関係を持つ場合、それは通常オブジェクトに値します。 例えば： 例えば： 例えば：
- プロジェクト：独自の期限、所有者、タスクを持つもの
- サブスクリプション：会社、製品、請求書を結ぶもの
- イベント：多くの参加者とフォローアップアクションを含むもの
リンクする回数が多く、その数が不明な場合、独自のオブジェクトとする方が良いです。 例えば、
製品1や製品2などといったフィールドを作成する代わりに、製品オブジェクトを定義し、元のレコードに関連付けてください。 こうすることにより、1つでも100の製品があっても、モデルを変更せずにサポートできます。 例えば、製品1や製品2などといったフィールドを作成する代わりに、製品オブジェクトを定義し、元のレコードに関連付けてください。 こうすることにより、1つでも100の製品があっても、モデルを変更せずにサポートできます。 例えば、製品1や製品2などといったフィールドを作成する代わりに、製品オブジェクトを定義し、元のレコードに関連付けてください。 こうすることにより、1つでも100の製品があっても、モデルを変更せずにサポートできます。
5. まずはシンプルに保ちましょう。フィールドから始めます。 フィールドが多すぎたり、記録が繰り返されたり、関係が収まらないと感じたときに新しいオブジェクトに移行します。 まずはシンプルに保ちましょう。**
フィールドから始めます。 フィールドが多すぎたり、記録が繰り返されたり、関係が収まらないと感じたときに新しいオブジェクトに移行します。 フィールドが多すぎたり、記録が繰り返されたり、関係が収まらないと感じたときに新しいオブジェクトに移行します。
人、会社、機会に関する特別な注意事項
-
人、会社、機会は、メールボックスやカレンダーから同期されたメールと会議にアクセスできる唯一のオブジェクトです。 できるだけこれらを使用することをお勧めします。人や会社のカテゴリを作成する必要がある場合は、新しいオブジェクトよりもフィールドを使用してください。人や会社のカテゴリを作成する必要がある場合は、新しいオブジェクトよりもフィールドを使用してください。人や会社のカテゴリを作成する必要がある場合は、新しいオブジェクトよりもフィールドを使用してください。 例：人オブジェクトは、見込み客やパートナーの両方に使用するのが最適で、「人物の種類」というフィールドを追加します。 例：人オブジェクトは、見込み客やパートナーの両方に使用するのが最適で、「人物の種類」というフィールドを追加します。パートナーオブジェクトを作成しないでください。そうするとメールスレッドにアクセスできなくなります。 代わりに、人に以下のような異なるビューを作成します：1つはパートナーを表示し、もう1つは見込み客を表示します。 代わりに、人に以下のような異なるビューを作成します：1つはパートナーを表示し、もう1つは見込み客を表示します。 -
上記の点を考慮すると、すべての記録に適用されないフィールドがあってもかまいません。 例：
人の下では、人物タイプ = パートナーのときにのみ関連する紹介リンクフィールドを追加することができます。 これで問題ありません: 必要のないビューからこのフィールドを非表示にすることができます。
選択を導く質問
自問してください：- これはすでに持っているものの単なるプロパティか、それとも独自のプロパティが必要ですか？
- その記録ごとに複数個を追跡する必要があり、事前に何個であるかを知ることができませんか？
- この概念は、1つのオブジェクトだけでなく、いくつかの異なるオブジェクトに関連していますか？
- 固有のライフサイクル（例：ステージ、開始/終了日）を持ちますか？