マーケティングとセールスの連携｜SLA・引き渡し基準・共通指標で分断を解消し受注率を高める

「マーケティングが獲得したリードをセールスが追わない」「施策の数字は上がっているのに受注に結びつかない」という状況は、多くのBtoB組織で繰り返されています。この問題の本質は、担当者の意識や部門間の人間関係にあるのではありません。KPIの設計・リードの定義・情報基盤という3つの構造的な欠陥から生まれています。

逆にいえば、この3つを「SLA（サービスレベル合意）」「MQL/SQL引き渡し基準」「共通KPI」という仕組みで設計し直すことで、対立の構造は解消できます。本記事では、連携が機能しない原因の整理から、各仕組みの具体的な設計手順、着手の順序まで体系的に解説します。

マーケティングとセールスの役割と違い

マーケティングとセールスは最終ゴール（受注・売上）を共有しながら、担う時間軸と対象顧客フェーズが異なります。この違いを明確にしないまま連携を語ると、役割の重複や責任のあいまいさが生まれます。以下では「それぞれが何を担うか」を定義し、連携設計の出発点を整理します。

マーケティングの主な役割

マーケティングが担うのは、ファネルの上流から中流です。具体的には、見込み顧客が自社の製品・サービスを知り、関心を持ち、検討段階に進むまでのプロセス全体を指します。

主な活動としては、以下が挙げられます。

• 市場調査・ペルソナ設計・競合分析
• コンテンツマーケティング・SEO・広告・イベント・ウェビナー
• MA（マーケティングオートメーション）を活用したナーチャリング（リードの育成）
• Webフォーム・資料DLなどを通じたリード獲得

マーケティングのアウトプット指標は、リード数・商談化率・MQL（Marketing Qualified Lead：マーケティングが商談化の見込みありと判断したリード）数が代表的です。

セールスの主な役割

セールスが担うのは、商談化後の提案・クロージング・受注というファネルの中流から下流です。BtoB組織では、インサイドセールス（IS）とフィールドセールス（FS）の分業体制が定着しています。

• インサイドセールス：マーケから受け取ったリードへの初回接触・ニーズ確認・商談トスアップ
• フィールドセールス：商談の設定・提案・クロージング・受注

アウトプット指標は、受注数・受注率・受注単価・平均商談期間が代表的です。

役割の違いが生む時間軸のズレ

マーケティングは「将来の需要を育てる」という中長期の視点で動きます。一方、セールスは「今月の受注目標を達成する」という短期の視点で動きます。この時間軸の差が、評価指標の優先順位をめぐる衝突を生む構造的な原因の一つです。

マーケティングが「来月以降の商談を仕込む施策」に注力する一方、セールスは「今週クロージングできる案件」に集中します。この状態が続くと、互いの行動の意図が伝わりにくくなり、「マーケは現場を知らない」「セールスは施策の効果を評価してくれない」という認識のズレへと発展します。

連携が機能しない構造的な原因

「お互いに頑張っているのに成果が出ない」状態の多くは、意識や熱量の問題ではなく、設計上の欠陥から生まれています。具体的には、KPIの不一致・リード定義のあいまいさ・情報基盤の分断という3つの構造的要因が積み重なっています。それぞれの原因を把握することが、有効な対策の前提になります。

KPIの不一致による優先順位の衝突

マーケティングのKPIはリード件数やCPL（Cost Per Lead：リード獲得単価）に設定されることが多く、セールスのKPIは受注率や受注単価に設定されます。この2つは直接連動していないため、各部門が自部門のKPIを最大化する行動を取ると、組織全体の最適化からかけ離れた状態が生まれます。

典型的なのが「件数は多いが質が低いリード」問題です。マーケティングが件数KPIを達成しようとして広範囲にリードを獲得すると、セールスは「架電しても反応がない」「提案ステージまで進まない」というリードに工数を割き続けることになります。結果として、「マーケが渡すリードは使えない」という評価が定着します。

解決の方向性は、MQLの定義をマーケとセールスで合意し、商談化率を双方が共同で責任を持つ連携KPIとして設けることです。

リード定義・引き渡し基準のあいまいさ

「温度感が高い」「興味を持っていそう」という主観的な基準でリードを渡している場合、受け取るセールスの判断がばらつきます。インサイドセールスを挟んでいる組織では、トスアップ基準が担当者個人の経験則に依存するため、チームとしての再現性が生まれません。

引き渡し基準が文書化されていないと、リードの扱いが属人化します。新しいメンバーが参加するたびに基準が変わり、マーケティングはどの粒度のリードを渡せばよいか分からなくなります。

解決の方向性は、スコアリング（属性スコア＋行動スコア）・業種・役職・行動履歴による客観的な基準を設計し、文書として固定することです。詳細な設計手順はMQL SQL 引き渡し基準のセクションで扱います。

情報基盤の分断（ツール・データのサイロ化）

MAに蓄積されたリードの行動履歴と、SFA/CRMに入力されている案件情報が連携していない状態では、両部門はそれぞれ断片的な情報しか見ることができません。

セールスはマーケティング施策のどのチャネル・コンテンツが受注に貢献しているかを把握できず、マーケティングはセールスが商談でどのようなフィードバックを受けたかを知ることができません。この情報断絶が続くと、施策の改善サイクルが回らなくなります。

解決の方向性は、MAとSFA/CRMを連携させ、リードの行動履歴から受注・失注まで1本のデータとして追える情報基盤を構築することです。

「ザ・モデル」型分業の弊害

マーケ→インサイドセールス→フィールドセールスという3段構造（いわゆる「ザ・モデル」型）を導入した組織では、各接点での引き渡し基準を個別に定義しないと、情報の断絶が2箇所で発生します。

インサイドセールスを設置したことで「マーケとセールスは直接やり取りしなくてよい」という意識が生まれ、フィードバックループが途切れるケースは少なくありません。過度な分業は生産性向上の手段ですが、引き渡し基準・情報の連携・フィードバックの設計をセットで行わなければ、顧客情報の断絶という副作用を生みます。

SLA（サービスレベル合意）の設計

SLA（Service Level Agreement：サービスレベル合意）は、マーケティングとセールスが互いに何をどれだけ提供し合うかを明文化した合意書です。「リードの質・量・引き渡しのタイミング」をSLAで数値と期限により定めることで、両部門間の期待値のズレが構造的に解消されます。抽象的な連携宣言ではなく、測定可能な指標で合意することがポイントです。

SLAに含めるべき項目

SLAに盛り込む内容は、マーケティングが提供するもの・セールスが提供するもの・双方が合意するものの3層に分けて整理すると設計しやすくなります。

マーケティングが提供するものとして定めるべき項目は以下のとおりです。

• 月間MQL数の目標値
• MQLのスコアリング基準（属性スコアの重み・行動スコアの閾値）
• 引き渡し時の情報粒度（会社名・担当者名・役職・閲覧ページ・最終行動日時）

セールスが提供するものとして定めるべき項目は以下のとおりです。

• MQLへの初回コンタクトまでの時間
• フィードバックの返却頻度（例：週次・定例会議で共有）
• フィードバックの形式（例：SFA/CRMの失注理由フィールドへの入力）

双方が合意するものとして定めるべき項目は以下のとおりです。

• MQLの定義（スコア閾値・属性条件）
• SQLへの昇格基準（BANT確認の完了条件）
• 失注・見込み薄となったリードのMAへの返却ルール（再ナーチャリングの条件）

SLAの見直しタイミングと運用

SLAを作成して終わりにすると、数ヶ月で形骸化します。継続的に機能させるには、定期的な見直しと振り返りの仕組みをセットで設計することが不可欠です。

初回設計の際は、理想値ではなく「現状の数値から±10〜20%の範囲」で目標を設定することを推奨します。達成不可能な基準からスタートすると、早い段階でSLAへの信頼が失われます。

運用の具体的な流れとしては、四半期ごとに数値を見直し、達成状況を月次または隔週の定例会議で振り返る形が一般的です。

マーケ セールス サービスレベル合意の詳細な設計手順については、専用の解説記事もあわせてご参照ください。

SLAが崩れやすい状況として、以下の3つのタイミングが挙げられます。

• 組織変更・人員交代の直後：SLAの内容が口頭でしか共有されておらず、新メンバーが基準を把握していない
• 新製品リリース・期初の施策切り替え時：古いペルソナやスコア基準をそのまま使い続けてしまう
• KPI達成が厳しくなった時期：マーケティングが「件数さえ渡せばよい」モードに戻るリスクが高まる

MQL/SQLの定義と引き渡し基準

セールスがリードを追わない最大の理由は、「質の低いリードを渡され続けた経験」です。この状況を解消するには、マーケティングがどの段階のリードを渡すか（MQL）と、セールスが商談として対応する基準（SQL）を別々に定義し、引き渡しの判断基準を客観化することが必要です。

MQL定義の作り方

MQLの定義は、属性スコアとエンゲージメントスコアの2軸で設計するのが基本です。

属性スコアは、ターゲット顧客としての適合度を表します。業種・従業員数・役職・地域などの情報をもとに点数を付け、自社の理想顧客像（ペルソナ）に近いほど高スコアにします。

エンゲージメントスコアは、「今まさに検討している」シグナルの強度を表します。Webページの閲覧数・資料ダウンロード・ウェビナー参加・メール開封・クリックなどの行動に点数を付け、直近の活動が多いほど高スコアにします。

この2軸を合算してMQLの閾値を設定します。閾値の根拠となるのは、過去の受注データです。「受注した顧客が商談化前にとっていた行動」を逆算し、スコアリングの設計に反映することで、実態に即した基準を作れます。

特に重視すべきシグナルは、料金ページの閲覧・競合比較ページの閲覧・問い合わせフォームへのアクセスなど、「今まさに意思決定の段階にある」行動です。属性スコアが低くても、これらのシグナルを示しているリードはMQLとして扱うケースがあります。

SQLへの昇格基準

SQLは、インサイドセールスが初回コンタクトを通じて確認した結果に基づいて判断します。判断の枠組みとして広く使われるのがBANTフレームワークです。

• Budget（予算）：検討に割ける予算が存在するか
• Authority（権限）：意思決定権者または影響者に接触できているか
• Need（ニーズ）：自社の製品・サービスで解決できる課題を抱えているか
• Timeline（時期）：具体的な導入・検討の時期が定まっているか

インサイドセールスが初回コンタクトで確認すべき最低確認事項をBANTに基づいてリスト化し、全員が同じ基準で判断できる状態にすることが重要です。

SQLに昇格しなかったMQLは、「見込み薄」として破棄するのではなく、MAに返却して再ナーチャリングのフローに乗せます。一定期間後に再スコアリングして改めてMQL判定する仕組みを設けることで、リードの無駄な廃棄を防げます。

MQL SQL 引き渡し基準の詳細なスコアリング設計と文書化の手順については、専用の解説記事で体系的にまとめています。

引き渡し時に伝えるべき情報の粒度

セールスが「なぜ今この顧客に連絡するのか」を説明できる状態でリードを受け取るには、以下の情報を必ず添付することが必要です。

• 会社名・担当者名・役職・連絡先
• 閲覧したページと最終行動日時
• スコア（属性スコア＋エンゲージメントスコアの内訳）
• 業種・従業員規模
• 課題仮説（どのコンテンツに反応したかから推測される関心領域）

これらの情報をMAからSFA/CRMへ自動連携することで、入力工数をゼロにする設計が理想です。手動での転記が発生する運用は、情報の抜け漏れと引き渡し遅延の原因になります。

共通KPIの設計と運用

KPIをマーケティングとセールスで別々に持つ限り、両部門は「自部門のKPIを最大化する行動」を取り続けます。連携を機能させるには、双方が共同で責任を持つ「連携KPI」を設けることが有効です。

連携KPIの代表例

マーケ セールス 共通KPIとして設定する価値が高い指標として、以下が挙げられます。

• 商談化率（MQL→SQL転換率） マーケが渡したリードの質を、セールスと共同で評価する指標。低い場合はMQLの定義かセールスの対応速度に問題があることが多い
• パイプライン貢献額 マーケ経由で創出された商談の総額。件数ではなく「受注につながりうる金額」で質を評価できる
• 受注までの平均期間（リードソース別） チャネルの質を比較でき、マーケ施策の優先順位付けに活用できる。商談期間が短いチャネルは購買意欲の高いリードを生んでいると判断できる

これらの指標はいずれも、「マーケティングだけ」「セールスだけ」では動かせない数字です。双方が責任を持つことで、部門間の協力を自然に促す構造になります。

部門別KPIと連携KPIの構造

部門別のKPI（マーケのリード件数・セールスの受注数）を廃止する必要はありません。推奨するのは、「部門KPI」と「連携KPI」の2層構造です。

部門KPIは各部門が自律的に活動するための評価指標として維持します。連携KPIは、両部門のマネージャーと経営層が共同でモニタリングする指標として設定し、四半期のOKR（目標と主要な結果）に組み込むことで経営レベルでの合意を担保します。

この2層構造にすることで、各部門の自律性を損なわずに、組織全体の連携を促す仕組みを作れます。

KPIをダッシュボードで共有する

共通KPIを設定しても、両部門が異なるシステムで異なるデータを見ている限り、議論の土台が噛み合いません。マーケティングとセールスが同じ数字を同じ画面で確認できる環境を整えることが前提になります。

SFA/CRMとMAを統合したデータビュー、またはBIツールによる可視化が有効です。重要なのは、「双方が同じ数字を見て議論できる状態」を作ることです。ツールの種類よりも、データが一元化されており、週次・月次で確認できる運用体制が整っているかが問われます。

連携を支えるツールと情報基盤

SLAや共通KPIを定めても、データが部門ごとに分断されたシステムに入っている限り、合意は実務に反映されません。マーケティングとセールスの連携を現場レベルで機能させるには、情報が同じ基盤の上に乗っている状態が前提になります。以下では連携に必要なツールの役割と、連携によって変わる業務フローを整理します。

MAとSFA/CRMの役割分担

MAとSFA/CRMはそれぞれ独立した目的を持つツールですが、連携させることで初めて「マーケ施策からの流入→リード育成→商談化→受注」という全履歴を1本のデータとして追えるようになります。

MA（マーケティングオートメーション）が担う機能は以下のとおりです。

• リードの獲得（フォーム・広告・コンテンツ経由）
• リードの育成（ステップメール・シナリオ配信）
• スコアリングと行動履歴の蓄積
• MQL判定とSFA/CRMへの自動連携

SFA/CRM（営業支援システム・顧客管理システム）が担う機能は以下のとおりです。

• 案件管理・商談進捗の可視化
• 顧客情報の一元管理
• 受注後のフォローとカスタマーサクセス連携
• 失注理由・フィードバックの蓄積

2つを連携させることで、マーケティングが施策の受注貢献度を把握でき、セールスが初回コンタクト前にリードの関心領域を把握できるようになります。

ツール連携で変わる業務フロー

MAとSFA/CRMが連携した環境では、以下の業務フローが実現します。

リードがMAのスコア閾値を超えた瞬間に、SFA/CRM上の担当インサイドセールスへ自動通知が届きます。通知には会社名・役職・閲覧ページ・スコアなどの情報が含まれるため、担当者は即座にコンタクトの準備ができます。これにより、初回コンタクトの遅延をゼロに近づけることが可能です。

商談が失注または見込み薄になった場合、セールスがSFA/CRMに入力した失注理由がMAにフィードバックされ、スコアリングモデルの精度改善に使えます。「ニーズがなかった」「競合に負けた」「タイミングが合わなかった」などの理由ごとにリードの傾向を分析し、MQL定義の見直しに反映するサイクルが生まれます。

統合型SFA/CRMの活用

マーケティングとセールスが同一プラットフォームを使う環境では、担当者が変わっても顧客の文脈が引き継がれます。インサイドセールスからフィールドセールスへの引き渡し時も、行動履歴・過去のコミュニケーション・課題仮説がそのまま参照できます。

例えばMazrica SalesのようなSFA/CRMでは、案件に紐づいたマーケティングの接触履歴や行動データを営業担当者が参照できます（他のSFA/CRM製品でも類似の機能を持つものがあります）。さらに、MAとしてMazrica Marketingを組み合わせると、マーケ→IS→FSの一気通貫のデータ管理を1プラットフォーム上で実現できます（Mazrica MarketingはMazrica Salesの利用が前提です）。

連携強化が受注率に与える効果

「連携した方がいい」という話は抽象的に語られがちですが、仕組みが機能した組織では、商談化率・受注率・平均商談期間という指標に変化が表れます。ここでは、連携強化が具体的にどの数値をどう動かすかを整理します。なお、ここで示す方向性は一般的な傾向であり、個別組織の効果は前提条件によって異なります。

商談化率の向上

MQL定義の合意により、「追う価値のないリード」へのセールスの工数が削減されます。セールスが本来対応すべきリードに集中できるようになり、インサイドセールスのトスアップ精度が向上します。結果として、フィールドセールスの初回突破率（初回商談から提案ステージへ進む確率）が改善します。

また、マーケティングがリードソース別の商談化率を追うことで、費用対効果の高いチャネル・施策に予算を集中させる判断ができるようになります。「件数が多い施策」ではなく「商談化率が高い施策」に投資するという視点の転換が、長期的なMQLの質向上につながります。

受注率・単価への影響

セールスが「この顧客が何に反応したか」を事前に把握した状態で商談に臨めるため、提案の的中率が上がります。リードが閲覧したページ・ダウンロードした資料から、どのような課題を持っているかを仮説化し、初回商談の冒頭から的を絞った会話ができます。

顧客の検討フェーズに合わせたコンテンツを商談中に活用することも有効です。また、商談後も顧客が情報を確認できる仕組みを活用することで、検討期間中の顧客エンゲージメントを維持しやすくなります。

長期的には、顧客理解の蓄積がマーケティングのコンテンツ改善・新商品や新サービスの企画にフィードバックされ、組織全体の提案精度が向上します。

連携が崩れやすい3つのタイミング

仕組みを整備した後も、以下の3つのタイミングで連携が崩れやすいことが確認されています。

• 採用・組織変更の直後 SLAや定義が口頭でのみ共有されており、新しいメンバーが基準を把握していない状態。文書化されていれば着任時のオンボーディングで基準を伝えられますが、口頭だけでは引き継ぎが断片的になります。
• 施策の切り替え時期（期初・新商品リリース） 古いペルソナやスコア基準を更新しないまま使い続けるケース。新しい顧客層や製品に合わせてMQL定義を見直す運用サイクルを持っていないと、基準がずれていきます。
• KPIの達成が厳しくなった時期 マーケティングが「件数さえ渡せばよい」というモードに戻るリスクがあります。この逆戻りを防ぐには、件数KPIだけでなく商談化率などの連携KPIを評価体系に組み込み、質への責任を制度的に担保することが必要です。

連携を仕組み化する4つのステップ

SLA・MQL/SQL定義・共通KPIという3つの要素を整備するには、「どの順番で・何から始めるか」の手順が重要です。一度にすべてを作ろうとすると合意形成のプロセスが停滞します。以下では着手しやすい順序で4つのステップを整理します。

Step 1：ペルソナとカスタマージャーニーの共同定義

マーケティングとセールスが「同じ理想の顧客像」を持てていない場合、以降のすべての設計が噛み合いません。スコアリングの重み付けも、SLAの目標値も、ペルソナの合意がなければ根拠を持てません。

まず「過去に受注できた顧客の共通属性」を過去データから抽出し、双方で合意します。確認すべき内容は属性（業種・規模・役職）と行動（どのチャネルから来たか・どのコンテンツに反応したか・どの提案で動いたか）の両面です。

最初の一歩として「直近6ヶ月の受注案件を10件ピックアップして、共通点を書き出す」程度から始められます。大掛かりな準備を整える必要はありません。

Step 2：MQL/SQLの定義と引き渡し基準の文書化

ペルソナの合意をもとに、「マーケティングが渡せる最低基準」と「セールスが受け取れる最低基準」を数値で定めます。属性スコアの重み付け・エンゲージメントスコアの閾値・引き渡し時に添付する情報項目を一覧化し、MAとSFA/CRMの入力フォームに反映します。

この文書が完成すると、新しいメンバーへの引き継ぎが容易になり、判断の属人化を防げます。

Step 3：SLAの締結と責任の明文化

MQL/SQLの定義をもとに、マーケティングとセールスの双方が「何をどれだけ提供するか」をマーケ セールス サービスレベル合意として文書化します。このとき、最初のSLAは「現状の数値から±10〜20%の範囲」で目標値を設定することを推奨します。達成不可能な基準から始めると、SLAへの信頼が早期に失われます。

SLAを締結することで、「マーケが件数を渡したかどうか」だけでなく「セールスが規定時間以内にコンタクトしたかどうか」も双方の合意事項として可視化されます。これが相互の責任意識を醸成します。

Step 4：共通KPIの設定と定例での振り返り

連携KPI（商談化率・パイプライン貢献額など）を決め、ダッシュボードで両部門が同じ数字を確認できる状態にします。月次または隔週の定例会議でこれらの数字を振り返り、SLAやMQL基準の改善につなげます。

数字の改善よりも、「同じデータを見ながらマーケとセールスが議論する場」を定期的に持つことが、連携文化の定着に効果的です。

まとめ：どの組織から着手すべきか

マーケティングとセールスの連携が機能しない原因は、意識や人間関係ではなく、KPIの設計・リードの定義・情報基盤という3つの構造的欠陥です。これを「SLA・MQL/SQL基準・共通KPI」という3つの仕組みで解消するアプローチは、組織の規模や業種を問わず有効です。

自組織の状況に応じて、最初の着手点は異なります。

• リードの質・量をめぐってマーケとセールスの対立が起きている組織 まずMQL定義の合意から着手します（Step 2）。双方が納得できる客観的な引き渡し基準を作ることで、不信感の根本原因を除去できます。
• リードは渡しているが商談化率が低い組織 SLAを締結し、セールスの初回コンタクト速度を合意事項として担保します（Step 3）。引き渡し後の対応を可視化することで、問題の所在が明確になります。
• 施策の受注への貢献が見えていない組織 MAとSFA/CRMのデータを連携させ、パイプライン貢献額とリードソース別商談化率を可視化します（Step 4）。数字が見えることで、投資優先度の議論が変わります。
• どこから始めればよいか分からない組織 まず直近の受注案件の棚卸しから始めます（Step 1）。「どんな顧客が受注に至ったか」を10件書き出すだけで、ペルソナ合意の素材ができあがります。

よくある質問

Q マーケティングとセールスの違いは何ですか？

A

マーケティングは認知・興味関心の醸成からリード育成まで（ファネルの上流から中流）を担い、セールスは商談化後の提案・クロージング・受注（ファネルの中流から下流）を担います。担う時間軸と対象顧客フェーズが異なりますが、最終ゴール（受注・売上）は共有されています。この違いを明確にしないままにしていると、役割の重複や責任のあいまいさが生まれます。

Q SLAとは何ですか？営業・マーケの連携にどう使うのですか？

A

SLA（Service Level Agreement：サービスレベル合意）は、マーケティングとセールスが互いに提供する内容・数量・タイミングを数値で合意した文書です。マーケティングが月間で提供するMQL数・リードの情報粒度、セールスが守る初回コンタクト時間・フィードバック頻度などを明文化し、双方の期待値のズレを構造的に防ぎます。

Q MQLとSQLの違いは何ですか？引き渡し基準はどう決めればよいですか？

A

MQL（Marketing Qualified Lead）はマーケティングが「商談化の見込みあり」と判断したリード、SQL（Sales Qualified Lead）はセールスが「商談として対応する」と判断したリードです。MQLの基準は属性スコアとエンゲージメントスコアの2軸で定義し、SQLはBANT（予算・権限・ニーズ・タイミング）確認を通じて判断するのが一般的です。

Q セールスがマーケティングのリードを追わない根本原因は何ですか？

A

最大の原因は「過去に質の低いリードを渡され続けた経験」による不信感です。構造的には、MQLの定義があいまいで質のばらつきが大きいこと、引き渡し時の情報が不十分でセールスが「なぜ今連絡するのか」を説明できないことが重なっています。MQL定義の合意とSLAの設計によって、この構造は解消できます。

Q 連携のための定例会議はどのくらいの頻度で実施すべきですか？

A

月次または隔週が目安です。頻度よりも「共通KPIの振り返り→SLAの達成確認→MQL品質のフィードバック→次月の施策調整」という議題の構造を固定することが重要です。

Q MAとSFA/CRMを連携させると何が変わりますか？

A

MAで蓄積した顧客の行動履歴（閲覧ページ・資料ダウンロード・メール開封）がSFA/CRMの案件情報と紐づき、セールスが商談前に「この顧客が何に関心を持っているか」を把握できるようになります。また、受注・失注の結果をMAにフィードバックすることでスコアリングの精度が改善し、MQLの質が上がるという改善サイクルが生まれます。マーケティング施策がどの程度受注に貢献しているかをデータで追えるようになる点も、組織の意思決定において大きく変わる点の一つです。