都道府県フィールドをお使いの方に質問です！

@崇人 masuda​さん、

こんにちは。株式会社メジャースの安藤と申します。

私は複数の企業のMAツールのサポートをしているのですが、

今回のご質問はちょっと興味深く思っております。

と言うのも、外資でない日本企業であれば、

都道府県フィールドは都道府県名のまま使うのが、まず妥当な判断と思い、

あえて別の値をつける必要性を感じません。

「北海道」はあくまで「北海道」

「北海道」をあえて「Hokkaido」やID「1」などに読み替えません。

これはシンプルな話で、47都道府県がそのままの情報が取れれば、

後で誰がみても「1都1道2府43県」のいずれかの値が入っている、と認識できるからです。

ID管理の場合、読み替え作業のひと手間が発生しますが、

最初は良くても、後で面倒にならないかな・・・と思います。

このフィールドをあえて値変換するならば、虫食いデータの補完に使用、と思っております。

例）「東京」⇒「東京都」「tokyo」⇒「東京都」

メリットとしてあげられた、

①スマートリストの計算速度について、

（どれだけMarketoでデータを保有するかに依存するところはあると思うのですが）

私自身はスマートリストをネストしていろいろ利用していますが、

正直大して支障なく、計算速度はあまり検討対象にあげません。

スマートリストは本当に便利なものと思っているので、なるべく活用したい！！

という思惑の方が優先で、何度か試してやっぱり重いな・・・と思ったら、

その時点でネストを少なくする方法を取った方が、トータルで見ると効率的、

と思っているからです。

②については、私はやっていないのであまり言及できないのですが、

最終的に知りたいデータ値や共有情報がもし運用のメリットが上回るなら良いと思います。

■都道府県フィールドの使い方紹介

私の場合、こんな点で使用しています。

・基本は「1都1道2府43県」のいずれかの値のみ（日本企業であれば）

　外国の場合は例外的に「海外」などとし、次の住所フィールドに海外住所を全て入れる

　（海外住所は区分けの表記がばらばらなのでそこに照準を当てて作業をするのは非効率なので）

・取得した都道府県フィールドはメール配信でのセグメントカットにはもちろん、

　東名阪に追加でわけることもでき、東名阪でそれぞれイベントなど開催する場合、

　集客予測の基礎データとして利用できます。

・データがしっかり分かれていれば東名阪別のアクション分析もできるので、

　東京ではこの訴求で反響あるけど、大阪では反応がないな・・・やりかた変えようかな、

　など地理別の温度感を知ることができます。

　BIツールなどいろいろあると思いますが、ある程度のことはMarketoの取得データで知ることができます。

・例えば上司から「九州地域はどれくらいマーケ部門でカバーできてる？もうちょっと攻めた方がいいかな？」

　みたいな不意の質問をされても、すぐに回答できます。

　「九州地域はリード全体の10%位でメールの開封率も全体より低いです。認知度が低い思うので、

　もっと名前を知ってもらえる施策を打った方がいいですね。」

　・・・というような。

　実はこれは、みんなできるようでなかなかできていないのが実態かと思っています。

　ここまで報告するのに1週間費やして情報を集めたりするのは、非効率と思いますが、

　Marketoで基礎データをしっかりとり、把握していれば、その場で答えられるような質問です。

このような感じで私は利用することが多いです。

ご参考になれば幸いです。よろしくお願いいたします。

@崇人 masudaさん、こんにちは

都道府県フィールド（Stateの標準フィールド）は、弊社でも「埼玉県」のように入れています。

このフィールドはCRM(Salesforce)と同期させていることもあり、ここが記号だとSalesforce側での利用者（営業担当社など）が困ってしまうからです。表記の揺れはないようには配慮しています（埼玉やSaitamaではなく、常に埼玉県になるように可能な範囲で配慮している）。

別のフィールドを追加で用意するメリットは、あまり感じないですね。むしろ管理が面倒になることを危惧します。速度も変わらないと思いますけどね。

都道府県に限らず、データ分析を本格的に行うとなると、最後はBIツールの利用に行き着くのは確かです。

ただし、BIツールを使うほど本格的な運用をご検討されるなら、BIツール単体で出来ることは、あまり期待しないほうが良いです。たとえば、TableauにもMarketoのAPIに説得できるConnectorは用意されてますが、これでいちいち抽出していると激オソでむしろ生産性さがります（レコード数やフィールド数、対象とする期間などにもよると思いますが）。なので、BIツールと組み合わせて使うことを検討されるなら、Marketoとは別にデータの格納場所（データベース）を別途することを念頭に置かれたほうが良いと思います（ただ、当然ハードルは高くなります）。

順序で言うと、

１．Smart Listで頑張って１つ１つ手動で件数を見ていく

２．使えるところはAnalyticsも活用していく

３．Smart ListからCSVにExportしてExcelで見ていく

４．Revenue Explorerという策（オプション）もある（→私は本格的に使う前に諦めました）

５．別途データベース（データウェアハウス）を整備しそこにMarketoのデータも取り入れて、BIツールでレポート化する

Lead Table (リードの各フィールドの値をみていく）だけなら、１や３の手段で頑張るというのが、実は一番効率的かもしれません。

５．は出来てしまうと確かに便利で高度な使い方ができるのですが、Marketoのサポート範囲を越えて自力で運用しなければならない部分も多いですし高度な話になってきます（弊社は社内リソースで自力で実現しています）。

５．を行う理由は、Smart Listでは「出せない情報」を組み合わせて見る必要があるかどうか？という点が、一番、分かりやすいかもしれませんね。

私も５．ができるまでは、３．の手段で地道に行ってましたし、５．が出来ている今も、たまに３．も併用しますね。

-Yamada