『ファーストパーティーデータ』って、最近やたら聞きませんか?
株式会社Cameenです。本記事は当社の運用知見をもとに解説します。
- ファーストパーティーデータとは「自社で直接集めた顧客データ」のことではなく「顧客との直接的な接点から発生する、自社が一次取得者になっているデータ資産」のこと
- 本質はデータの所有権ではなく、データを取得する「同意関係」と「接点設計」
- ファースト/セカンド/サード/ゼロパーティーの4階層の違い
- 当社の事業(MyASP読者リスト・LINE公式・自社CRM)で運用してわかった本音
- クッキー規制時代のマーケティングにおける、ファーストパーティー戦略の組み立て方
2024年以降、Cookieが使えなくなる、サードパーティーデータが取れなくなる、こういう話題がマーケ界隈でずっと続いています。それと同時に「これからはファーストパーティーデータの時代だ」という掛け声があちこちから聞こえてくる。広告代理店もMAツールベンダーも、口を揃えて同じことを言っている状態です。
では、いざ「ファーストパーティーデータって具体的に何?」「セカンドパーティーとどう違う?」「自社で集めたら全部ファーストパーティー?」と聞かれると、答えに詰まる方が多いのです。「自社データ」という認識で止まって、その先の同意設計・接点設計の話まで降りられている人は意外と少ない。こうした課題は、多くの事業者に共通します。
当社ではMyASPの読者リスト約2万件、LINE公式アカウントの友だち、自社CRMの顧客データベース、こういうファーストパーティーデータを日々運用しています。配信・分析・セグメント切り・LP連動、すべて自社データを軸に回している。その経験から見えてきたのは、ファーストパーティーデータは単なる「持ってるデータ」ではなく、「顧客がうちに対して情報を渡してもいいと判断した、その同意関係そのもの」だということ。データを集めることが目的ではなく、データを渡してもらえる関係を作ることが本質です。
もう1つ強く感じているのは、「ファーストパーティーデータを大量に持っているのに、活用できていない事業者」が驚くほど多いという事実。CRMには10万件のメールアドレスが眠っているのに、配信もセグメントもしていない。LINE友だちが3万人いるのに、一斉配信しかしていない。データの所有と活用は完全に別物で、活用の設計図がなければ持っていないのと同じです。
今回はその「今さら聞けないファーストパーティーデータ」を、Cookie規制時代の文脈と、当社で運用してきた実装の現場感の両方から深掘りしていきます。読み終わる頃には、自社のどこにファーストパーティーデータが眠っているか、どこから活用を始めるべきかが、紙に書き出せるレベルになっているはずです。
結論:ファーストパーティーデータの核心は「所有」ではなく「同意接点の設計」
ファーストパーティーデータは、よく「自社が集めた顧客データ」と説明されるんですが、これだと半分の話しか見えません。本当の意味はもっと別のところにあるのです。
ファーストパーティーデータの本当の正体は、「顧客が自社に対して直接情報を提供することに同意した、その同意関係から発生するデータ資産」のことです。データそのものではなく、データを発生させる「同意付きの接点」が本体です。
当社の事業の具体例で言うと、MyASPの読者は「メルマガを受け取ります」と明示的に同意してメールアドレスを登録してくれています。LINE公式アカウントの友だちも、QRコードを読み取って自分の意思で友だち追加しています。この「自分の意思で接点を作った」という事実が、ファーストパーティーデータの根幹です。データだけ取ってきても、同意が抜けていれば法的にも倫理的にもアウト。
業界の整理として、データには4階層あります。ゼロパーティー(顧客が自発的に提供)→ファーストパーティー(自社接点で取得)→セカンドパーティー(他社のファーストパーティーをパートナー契約で共有)→サードパーティー(第三者が広く集めたデータの購入)。階層が遠くなるほど、データの精度も同意の強さも下がります。Cookie規制で消えていったのは主にサードパーティーです。
ファーストパーティーデータの真の価値は、データ量や項目数ではなく「顧客との直接的な信頼関係そのもの」です。同じメールアドレス1件でも、自社で同意を取って集めたものと、リスト購入で買ってきたものとでは、配信反応率が10倍以上違うこともざらにあります。データの中身ではなく、データが発生した文脈で価値が決まる領域です。
なぜ「ファーストパーティー」と呼ばれるのか
もう少し深く掘ります。なぜこのデータは「ファーストパーティー(第一者)」と名付けられたのか。命名の背景を整理します。
「パーティー(party)」は英語で「当事者」のこと。契約・取引・データのやり取りの場面において、誰が当事者として関わっているかを示す用語です。法律・契約の世界で古くから使われていた「第一当事者」「第二当事者」「第三当事者」という概念を、データ取り扱いの文脈に持ち込んだのが、この呼び方の起源になります。
具体的には、ファースト=自社、セカンド=取引先・パートナー、サード=第三者(自社にも顧客にも直接関係しない外部事業者)、と整理されます。データを誰が一次取得者になっているか、誰の手を経由しているか、こういう「データの旅路」を可視化するために、当事者の段階を番号で表現した形です。
この用語が一般化したのは2010年代後半。デジタル広告業界でDMP(Data Management Platform)が普及し、サードパーティークッキーを使ったリターゲティング広告が全盛だった時期です。「自社で持っているデータ」と「外から買ってきたデータ」を区別する必要性が一気に高まり、ファースト/サードという階層的な呼び方が定着しました。
2020年以降、転換点が来ます。AppleがITP(Intelligent Tracking Prevention)でサードパーティークッキーを大幅制限、GoogleもChromeでサードパーティークッキー廃止計画を発表(段階的に延期されつつも方向性は変わらず)、欧州ではGDPR、日本では改正個人情報保護法、こういう規制と技術的制約が一気に重なった。サードパーティーデータの利用が事実上崩壊し、ファーストパーティーデータの重要性が急速に高まった時期です。
業界の体感として、ここ数年でファーストパーティーデータに関する経営層の理解度が一気に上がりました。5年前まではマーケ部門の専門用語だったのが、今では経営戦略の文脈で社長が言及することも珍しくない。データ資産が事業価値の中核を占める時代に入っているという認識が、業界全体で共有されつつあります。
近年は「ゼロパーティーデータ」という新概念も加わっています。顧客が能動的に、明示的に、自分の好み・関心・属性を企業に提供するデータのこと。アンケート・診断コンテンツ・プロフィール入力、こういう顧客自発の情報提供が該当します。ファーストパーティーよりさらに同意が強く、精度も高いデータ層です。
顧客との接点で何が起きているか
ファーストパーティーデータが発生する現場で、具体的に何が起きているか。5つの接点で整理します。
接点1:自社サイト・自社アプリでの行動
顧客が自社のWebサイトやアプリにアクセスし、どのページを見たか、どこをクリックしたか、何分滞在したか、こういう行動データが発生します。Google Analytics、自社サーバーログ、アプリ内イベントトラッキング、すべてここから取得される情報です。
当社でもonyou0720.comやcameen.jpのアクセスログは取っています。ただし匿名のままだとファーストパーティーデータとしての価値は限定的。ログイン・メアド登録・会員化、こういう「個人を識別できる状態」と紐づいて初めて、本格的なファーストパーティーデータになります。
接点2:メルマガ・LINE公式アカウント登録
顧客がメールアドレスやLINE友だち追加で、自社からの情報を受け取る同意を提供する接点。当社で一番大きな接点はここです。MyASPの読者リスト、LINE公式の友だち、これがファーストパーティーデータの中核資産になっています。
このタイプのデータの強みは「配信・分析・セグメントが直接できる」点。登録経路、登録日、配信開封履歴、クリック履歴、購入履歴、こういう情報が時系列で蓄積されていきます。マーケのほぼ全活動の起点になる、最重要のファーストパーティー層です。
接点3:購入・取引
顧客が実際に商品・サービスを購入する場面。氏名・住所・支払い情報・購入商品・購入金額・購入頻度、すべて発生します。ECサイト、店舗POS、決済プラットフォーム、こういう経路から購入データが入ってきます。
当社の事業だと、明鏡試遂®や丸投げ版明鏡試遂®の購入データが該当します。誰が、いつ、いくらで、何を買ったか、これが分かれば、顧客のLTV(生涯価値)を計算できる。LTVが見える顧客のリストは、マーケティング投資判断の最強の根拠になります。
接点4:問い合わせ・サポート
顧客が問い合わせフォーム・カスタマーサポート・LINEチャットで自社に連絡してくる場面。質問内容、悩み、不満、要望、すべて言葉として残ります。テキストデータとして蓄積されるので、商品改善・コンテンツ企画・FAQ作成、こういう用途に直結します。
問い合わせデータの真価は「顧客の本音が直接書かれている」点。マーケ施策の改善ヒント、新商品のアイディア、コンテンツテーマ、ほぼすべてここから出てきます。当社でも個別オファーの作成時には、過去の通話文字起こしや問い合わせ履歴を参照することが多いです。
接点5:アンケート・診断・プロフィール入力
顧客が自発的に、自分の属性・好み・関心を企業に提供する場面。会員登録時のプロフィール入力、診断コンテンツの回答、満足度アンケート、こういう経路です。ここで取得されるのが、いわゆる「ゼロパーティーデータ」に該当します。
このタイプのデータは精度が極めて高い。「興味あります」と本人が明示的に答えた情報なので、推測ベースのデータより遥かに価値が高くなります。一方で、回答してもらうための導線設計(回答インセンティブ、所要時間の短さ、心理的負荷の低さ)が必要。設計が甘いと回答率が一桁になります。
身近な話で全体像をつかむ
ちょっと身近な話で、全体像を掴み直しましょう。
近所の美容室に置き換えてみます。あなたが個人経営の美容室を運営しているとして、お客さんの情報を3つの方法で集められると仮定します。(1)来店時にカルテに氏名・連絡先・髪質・希望スタイルを記入してもらう、(2)近所の別の美容室から「常連客リストを共有してもらう」、(3)業者から「この地域に住む20〜40代女性のリスト」を購入する。
(1)が自店で直接集めた一次データ、つまりファーストパーティー。(2)が取引先からのデータ共有、セカンドパーティー。(3)が第三者からの購入、サードパーティーです。ここで重要なのは「使ったときの反応の違い」。
(1)のカルテにいるお客さんに「次回キャンペーンのご案内」のDMを送ると、来店経験のある顧客なので反応率が高い。氏名・髪質・前回施術内容まで知っているので、刺さるメッセージを送れる。(2)のリストはまだ自店で施術していない人なので、反応率が下がる。誰なのか文脈が薄いので、訴求も一般的にならざるを得ない。(3)の購入リストは、自店との接点がゼロ。送っても「誰?」となって反応率は限りなく低い。
ファーストパーティーデータの本質はここです。「データを集めている」のではなく「お客さんとの関係を蓄積している」。氏名・連絡先・髪質、こういう情報は表面のラベルにすぎません。その下にある「あなたの店に通ってくれている」という事実、これがファーストパーティーデータの本体です。
事業の例として、同じ業態でも「カルテ(ファーストパーティー)を10年積み上げてきた老舗美容室」と「広告でつねに新規を呼び込んでいる新興美容室」では、経営の安定度が桁違いです。老舗のカルテ顧客は、来店頻度・客単価・口コミ紹介、すべての面で新規より価値が高い。データではなく関係性が、長期的な経営の差を生みます。
逆に、せっかくカルテを溜めても活用しなければ意味がない。10年分のカルテがあるのにDMを送ったことがない、新メニューの案内を出していない、こういう美容室は事実上カルテを持っていないのと同じ状態。データ資産は「持っているだけ」ではなく「定期的に動かす」ことで初めて価値を生む領域です。
ファーストパーティーデータが価値を持つ5要件
ファーストパーティーデータを「価値ある資産」にするには、5つの要件があります。1つでも欠けると、データを持っていても活かせない状態に陥ります。順番に整理します。
要件1:明示的な取得同意(オプトイン)
顧客が「データを渡します」「メルマガを受け取ります」と明示的に同意した状態でデータを取得していること。これが法的にも倫理的にも、ファーストパーティーデータの大前提です。チェックボックスを事前にオンにして同意を取ったように見せかける手法は、現代の規制下ではアウトです。
当社では、メルマガ登録フォームの利用規約・プライバシーポリシーへの同意を必須化しています。LINE友だち追加時も、配信内容を事前に明示。違反すると、配信解除率が一気に上がるだけでなく、特定電子メール法・個人情報保護法の対象になります。
要件2:識別可能性(誰のデータか特定できる)
取得したデータが「誰のデータか」識別できる状態にあること。メールアドレス、会員ID、電話番号、こういう識別子がないと、データを使った配信・分析が成り立ちません。匿名のアクセスログだけでは、ファーストパーティーデータとしての活用範囲が極めて狭くなります。
当社でも、サイトに来ただけの匿名訪問者と、メルマガ登録した識別済み読者では、扱える施策の幅がまるで違います。匿名訪問者にはGoogle広告のリターゲティングを当てるくらいしか手がないが、識別済み読者には個別オファー・セグメント配信・LP連動、何でもできる。識別が施策のスタートラインです。
要件3:時系列での蓄積
1時点のスナップショットではなく、顧客と自社の関わりが時系列で蓄積されていること。登録日、配信履歴、開封履歴、購入履歴、問い合わせ履歴、すべて時系列でつながっていることで、顧客の状態変化を追跡できます。
当社でもMyASPでは、登録日から現在までの全配信履歴が顧客ID単位で残っています。これがあると「3ヶ月前まで毎回開封していたのに最近開封しない」「過去5回の配信全てクリックしている」こういう状態が見えるようになる。打つ手の精度が、時系列データの有無で激変します。
要件4:統合性(複数接点のデータが繋がっている)
メルマガ・LINE・購入履歴・問い合わせ、こういう複数接点のデータが、同じ顧客IDで紐づいて統合されていること。データがサイロ化していて、メルマガ担当とLINE担当と販売担当が別々のリストを持っていると、顧客像が断片化して見えません。
これが当社でも長らく課題でした。MyASPの読者、LINE公式の友だち、明鏡試遂®の購入者、それぞれ別のシステムに入っていて、同一人物が複数システムに散らばっている状態だった。統合できると「メルマガで反応して、LINEで質問してきて、最近購入した顧客」みたいな立体的な像が見えるようになります。
要件5:活用可能な状態(クリーンで配信可能)
データが活用可能な状態に整っていること。配信解除済みアドレスを除外できる、無効メアドが弾かれる、重複が排除されている、こういう運用上のクリーン化が施されていることが必要です。ゴミだらけのリストは、いくら件数があっても価値がありません。
当社では月次でリストクレンジングをかけています。長期未開封の読者、エラーアドレス、解除予約済み、こういうのを定期的に整理。一見「顧客リストが減って損」に見えますが、配信効率(到達率・開封率)は逆に上がります。質を保つことが、ファーストパーティーデータの長期価値を守ります。
5要件すべてが揃って初めて、ファーストパーティーデータが「活用可能な資産」になります。1つでも欠けると、データはあっても動かせない状態。逆に5要件を満たせば、Cookie規制時代でも揺らがないマーケ基盤になります。
運用で失敗する典型3パターン
当社で運用してきた中、そして相談を受けてきたクライアント案件の中で、ファーストパーティーデータの活用に失敗する典型パターンはこの3つに集約されます。
もっとも多い失敗。会員登録フォームを設置してメアドを集めるところまではやっているのに、その後の配信・セグメント・活用が一切ないパターン。CRMには5万件のリストが眠っているのに、配信は年に2回の年賀状的なメールだけ、こういう状態です。
当社では逆に、毎日メルマガを配信しています。毎日です。理由は単純で、配信頻度が高いほど顧客との関係性が維持され、リストの活性度が落ちないから。長期未配信のリストは、いざ送ろうとした時には半分が「誰だっけ?」となって配信解除されます。ファーストパーティーデータは「動かしてナンボ」の資産です。
名刺交換しただけの相手にいきなり営業メルマガを送る、問い合わせフォームから来た連絡先を勝手にメルマガリストに追加する、こういう「同意なき登録」のパターン。表面的にはデータが増えますが、配信解除・苦情・最悪SNSでの炎上、こういうリスクを抱え込みます。
当社で気をつけているのは、入口ごとに「何のためにメアドをもらうか」を明示すること。問い合わせ用フォームのメアドを勝手にメルマガに転用するのは法的にもアウト。メルマガを送りたいなら、メルマガ登録の同意ボックスを別途用意します。手間に見えますが、長期的なリスト健全性はこれで守られます。
メルマガはMyASP、LINEはLステップ、購入はShopify、こういう感じで複数ツールにデータが分散していて、同一顧客が複数システムに別人として登録されているパターン。データはあるが、顧客の全体像が見えない状態。
当社でも長らくこの問題に向き合ってきました。完全統合は難しい(各ツールの仕様が違う)ので、現実的には「メールアドレスを主キーとして、各システムから定期的にCSVを引いて突き合わせる」運用にしています。完璧でなくても、月次で名寄せをかけるだけで、顧客像の解像度がまるで違ってきます。
当社で運用してわかった本音
当社ではMyASPで読者リスト約2万件、LINE公式アカウントの友だち、自社CRMの顧客データベース、これらをずっと運用してきました。その中で見えてきた本音をお伝えします。
本音1:リスト件数より「アクティブ率」が10倍大事
マーケ業界では「リスト件数が多い=資産」と語られがちですが、現場で運用してきた感覚はまるで違います。1万件のリストでも、過去3ヶ月配信して全く開封していない人が9,000件いれば、実質的なアクティブ層は1,000件しかいない。表面の件数より、アクティブ率(直近開封率・直近反応率)のほうが事業実感に直結します。
当社でも、定期的に「過去90日間未開封の読者」をリストから外しています。一時的に件数は減りますが、配信効率(開封率・到達率)は逆に上がる。MyASPの配信単価も、件数ベースなので余計なコストも下がる。質を取りに行く判断のほうが、長期的に効きます。
本音2:データを集めるより「活用設計」が9割
マーケのコンサル相談で「データをもっと取得すべきですか?」と聞かれることが多いんですが、ほとんどのケースで答えは「いまあるデータをまず活用しましょう」になります。データ取得より、活用設計のほうが圧倒的に手薄なのが現実です。
具体的には、配信スケジュール、セグメント設計、ステップメール導線、LP連動、こういう「データを使う側の仕組み」がない事業者がほとんど。CRMには10万件のデータがあるのに、ステップメールも組まれていない、セグメント配信もしていない、こういう状態。新たにデータを集めるよりも、いまあるデータを動かす設計図を書くほうが、桁違いに費用対効果が高い領域です。
本音3:「同意」は法的義務ではなく、配信効率の源泉
これが当社で運用してきて一番強く感じている本音ですが、同意取得を厳格にやることは、法的義務として「やらされている」のではなく、配信効率の源泉として「自社のため」にやるべきことです。
具体的に、同意なく集めた相手と、同意して登録した相手とでは、メルマガ開封率が3〜5倍違います。同意なく登録された読者は「何これ、頼んでないのに」となって、即座に配信解除するか、最悪迷惑メール報告する。これが続くと、メール配信のドメイン評価が下がり、本来届くべき同意済み読者にも届かなくなります。同意取得をサボることは、リスト全体の到達率を下げる行為です。
当社で意識しているのは、登録時に「何のメールを、どれくらいの頻度で送るか」を明示すること。「毎日コンテンツビジネスの実践記事をお届けします」と書いてあれば、毎日来ても文句は出ない。逆に「不定期にお得情報を」と書いていたのに毎日送ると、騙された感で解除される。同意の中身の精度が、配信運用の長期持続性を決めます。
もう1つ重要なのは、同意の質を上げると、後の配信内容も自由度が上がる点。「コンテンツビジネスの実践記事」と謳って同意を取っているので、商品案内・セミナー告知・コラム配信、すべて「実践記事」の枠内で送れる。逆に同意の中身が狭すぎると、送れる内容が制限される。同意設計が、長期マーケ戦略の土台になっています。
今日から組み立てる導入STEP
ここまで読んでくださった方、お疲れさまです。自社でファーストパーティーデータ運用を組み立てる手順を、5ステップで置いておきます。
まず自社にどんなデータがどこに眠っているかを棚卸しします。CRM、メルマガ配信ツール、LINE公式、ECサイト、問い合わせフォーム、名刺管理、すべての接点を洗い出す。同一顧客が複数システムに散らばっている件数まで把握すること。ここで「データはあるが活用されていない領域」が浮き彫りになります。
各接点で同意の取り方を見直します。プライバシーポリシー、利用規約、配信同意のチェックボックス、配信内容と頻度の明示、すべて整備。法的義務としてではなく、配信効率を高める戦略投資として組み直します。古い登録経路で同意が曖昧な層は、再取得のオプトイン設計を組むことも検討。
定期配信のスケジュール、ステップメール、セグメント配信、LP連動、すべてを組みます。「データを動かす仕組み」を最優先で整備。配信頻度は週1以上推奨。月1以下になるとリストが眠ってしまいます。最初は完璧を目指さず、毎週同じ曜日に1本送る習慣から始めるのが現実的です。
メルマガ・LINE・購入履歴・問い合わせ、複数接点のデータを統合。完全統合できなくても、メールアドレスを主キーとして月次で名寄せをかけるだけで、顧客像の解像度が一気に上がります。MAツール・CDPの導入も視野に入れますが、まず手作業でも統合の習慣を作ることが先。
月次・四半期でリストクレンジング。長期未開封者の除外、エラーアドレスの整理、解除予約済みの最終除外、すべてルーティン化します。同時に、開封率・クリック率・配信解除率を時系列で追跡し、改善ポイントを見つける。データ運用は一度作って終わりではなく、日常的に改善し続ける領域です。
5STEPすべてをいきなり完璧にやろうとすると挫折します。STEP1の棚卸しから始めて、1ヶ月単位でステップを進める。完璧主義より、毎月確実に1段階上がる運用感が、長期的な成果を生みます。
- ゼロパーティーデータ
- 顧客が自発的・能動的に企業に提供する情報。アンケート・診断・プロフィール入力で取得する、最も同意の強いデータ層。
- サードパーティークッキー
- 第三者ドメインが発行するクッキー。リターゲティング広告に使われてきたが、ブラウザ・規制の両面から廃止が進む。
- CDP(Customer Data Platform)
- 顧客データ統合基盤。複数接点のデータを同一顧客IDで紐付け、マーケ活動に使える形に整える。
- 個人情報保護法
- 個人情報の取得・利用・第三者提供にルールを定めた日本の法律。2022年改正で同意要件が強化された。
- オプトイン
- 顧客が「受け取ります」と明示的に同意してから配信を開始する方式。配信同意取得の標準形態。
よくある質問(FAQ)
- ファーストパーティーデータと自社データは同じ?
-
ほぼ同義で使われますが、厳密には「自社データ」のうち、顧客との直接接点から同意付きで取得されたものだけがファーストパーティーデータです。社内システムから抽出した取引データなどは含みますが、同意なく購入したリスト・スクレイピングで集めたデータは含まれません。
- Cookie規制でファーストパーティーも影響を受ける?
-
サードパーティークッキーは段階的に廃止されますが、自社ドメインで発行するファーストパーティークッキーは引き続き使えます。ただし欧州GDPRなどでは、ファーストパーティーでも目的外利用には制限があるため、用途明示と同意の精度が重要です。
- 小さい事業者でもファーストパーティーデータ運用は必要?
-
むしろ小さい事業者ほど重要です。広告費で大手と勝負できないからこそ、リピーター・優良顧客との関係性を積み上げるしかない。メルマガ・LINE公式、こういう無料or低コストツールで始められるので、規模に関係なく今日から取り組める領域です。
- どれくらいの頻度で配信すべき?
-
業界一般では月2〜4回が標準と言われますが、コンテンツ事業では週1〜毎日のほうが効果的なケースも多いです。当社は毎日配信していますが、登録時に「毎日配信します」と明示しているので解除率は落ち着いています。頻度の絶対値より、同意取得時の説明と実際の配信が一致していることが大事です。
- データ階層別の精度・到達率の目安は?
-
業界で語られる目安は以下です。
階層 同意強度 反応率の目安 ゼロパーティー 非常に強い(自発提供) 開封率40〜60% ファーストパーティー 強い(明示同意) 開封率20〜40% セカンドパーティー 中(パートナー経由) 開封率10〜20% サードパーティー 弱い〜なし 開封率5%未満 同意の強度が、そのまま反応率の差として現れます。
まとめ
では、結局ファーストパーティーデータとは、こういうことです。
- ファーストパーティーデータの核心は「自社が持っているデータ」ではなく「顧客との同意関係から発生するデータ資産」
- 本質はデータの所有ではなく、顧客との直接的な信頼関係そのもの
- 5要件(同意・識別・時系列・統合・クリーン化)を満たして初めて活用可能な資産になる
データを集めることが目的なのではなく、顧客との関係性を積み上げて、それを定期的に動かし続けること。これがファーストパーティーデータの本来の役割です。検討しているなら、まず既存データの棚卸しから整理してみてください。
