データベースの各リードに営業ユニットそれぞれの紐付けをさせる方法について

@雄一郎 新開 さん、こんにちは

まずは、質問・投稿ありがとうございます。ぜひ、引き続きコミュニティのご利用ください。

「ユニット」というのは、御社の中での事業部や部署、みたいなものですよね。

担当ユニットの値を入れるためのCustom Fieldを作って、それで管理する。また、初期値の設定にExport/Importを利用する。というのは妥当な実装だと思います。

ただ、Export/Importでの場合、Emailアドレスの重複レコードがあると、その点が完璧キレイにならない可能性もありますが、一旦処理をした後で、データのコンディションが十分なレベルにあるか？（ようは本来値が入ってるハズなのに、新設フィールドの値がNULL(空白)の状態のレコードが残ってないか？）は、よく確認してみてください。

参考として、他に「グルーピング」するのに考えられる実装手段ですが、

1. Custom Fieldを使う (前述の手段)

2. Partition/Workspaceを使う

3. Segmentを使う

4. List (Static List)を使う

5. Program Memberを使う

といったところですね。さらに補足すれば、Salesforceと繋げている場合でSalesforce側でもともとその区分に使える情報があるなら、それを使うためにSalesforceとSyncしているFieldを使ったり、またはSalesforceのObject Syncを使うという手もあります。

私は1～5を全て使ってます。

それぞれ特長があって、一長一短なので使い分けですかね。恐らく「1.」は一番最初に浮かぶ発想なのですが、場合によっては2.～5.がBetterなこともあります。でも、今回なら1.ですかねぇ。（場合によっては2.も考えられそうですが。。。）。あとは、あるパーソンが「ユニットAでもあり、ユニットBでもある」みたいになると、ややこしくなります。。。。（もっというと、たとえば組織変更で毎年、そのユニットの構成がガラガラ変わるとか。。。。そういう事情に振り回されるのも、アルアルな話です）。

そういうときは、4.の手段が便利だったりします。4.は、ユニットごとにListを作ってあげて、そのListにMemberをAdd/Removeして管理する。ということです。そうすると、SmartListでは、常に「List Aの人」といいうFilterを１つ追加するだけですみますからね。(FIeldの値が○○の人。というFilterを入れるのと、さして変わらないです）

1.は気をつけないと、乱発しすぎて気がついたらFieldが膨大に増えて＆似たような名前のFieldだらけで、わけがわからない。。。。。。なんてことで苦しむこともあります。

(ええ。既に私の目の前には1000近いFieldがあり泥沼です。。。)

以上、ご参考までに。

-Yamada