---
title: MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説
description: MQLとは、営業へ引き渡す条件を満たした見込み顧客です。属性と行動の基準、SQL・SALとの違い、定義の作り方、創出施策、HubSpotでのスコアリングと引き渡し設計まで、マーケティングと営業が共通言語で運用する方法をBtoB実務に沿って解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_Y-4.png
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[BtoBマーケティング](https://start-link.jp/hubspot-ai/btob-marketing) ›[リード獲得](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation) ›MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説

# MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説

- 2026年3月3日
- 最終更新: 2026年10月5日

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_Y-4.png)

この記事の結論

MQLは、営業へ渡す見込み顧客を判断する共通基準です。定義を部門間で合わせ、創出から商談化までを一つの流れで運用することが核心です。

ブログ目次

もっと見る ▼

**MQLは、営業へ渡す見込み顧客を判断する共通基準です。定義を部門間で合わせ、創出から商談化までを一つの流れで運用することが核心です。**

「マーケティングはリードを獲得しているのに、営業から質が低いと言われる」「引き渡した見込み顧客への対応状況がわからない」「部門ごとに有望なリードの意味が違う」——こうしたすれ違いは、MQLの定義と引き渡し後の流れが曖昧なときに起こります。

MQLとは、マーケティング活動を通じて事前に定めた基準を満たし、営業チームへの引き渡し対象と判定された見込み顧客です。判定には、対象顧客に合うかという属性と、検討が進んでいるかという行動の両方を使います。ただし、条件を満たしたことと、営業が商談として進められることは同じではありません。引き渡し後の判断も記録して、基準を見直せる状態にする必要があります。

本記事では、MQLの定義からSQL・SALとの違い、基準の作り方、創出施策、MQLからSQLへの転換を確認する方法まで解説します。各段階で何を確認し、どの結果が出たら次へ進むかを、BtoBの実務に沿って整理します。

本記事は「[リードジェネレーションとは？BtoB企業が成果を出す手法12選と実践ステップ](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/lead-generation-methods-btob)」シリーズの一部です。関連するトピックを横断的にまとめた[リード獲得戦略ガイド](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation)では、獲得施策全体の中でMQLをどう位置づけるかも確認できます。

## この記事でわかること

MQLの定義を明確にし、マーケティングと営業の連携を強化したいマーケティング担当者・IS責任者の方に向けた内容です。MQLを単独の指標ではなく、リード獲得から商談化までの流れとして捉え、運用を点検する順序がわかります。

- **MQLの定義と役割** — 属性と行動を分けて確認し、営業へ渡す理由を説明できる基準にします。
- **MQL・SAL・SQLの違い** — 判定主体と次の行動を比較し、引き渡し後の停滞場所を特定します。
- **MQL定義の作り方** — 受注顧客と見送りリードを照らし合わせ、営業と条件を合意する手順を確認します。
- **MQLを創出する施策** — コンテンツ、ウェビナー、フォーム、Web行動を検討段階に合わせて扱います。
- **MQLから商談化までの改善方法** — 判定、通知、営業対応、結果記録のどこを見直すべきかを切り分けます。

## MQLの定義とBtoBマーケティングでの役割

MQLは、獲得したリードを営業へ渡すかどうかを判断する中間地点です。反応の有無だけで決めず、自社のターゲットとの合致度と検討行動を組み合わせます。判定理由を共有できれば、営業は接触前に確認すべき点を把握できます。

### MQLとは何か

MQLは、マーケティング活動で獲得・育成したリードのうち、事前に合意した条件を満たし、営業が対応を検討できる段階に進んだ見込み顧客です。「資料をダウンロードしたからMQL」と一つの行動だけで決めるのではなく、ターゲット属性との合致度も一緒に見ます。

MQLの判定基準は、次の二つの軸に分けると整理しやすくなります。

| 判定軸 | 判断する内容 | 確認する情報の例 |
| --- | --- | --- |
| 属性スコア | 自社が想定する顧客像との合致度 | 業種、企業規模、役職、地域 |
| 行動スコア | マーケティングへの反応度 | 資料ダウンロード、ウェビナー参加、製品ページ閲覧、問い合わせ |

判断するときは、まず営業対象となる属性かを確認し、次に行動がどの検討段階を示すかを見ます。属性が合っていても行動が情報収集にとどまるなら育成を続けます。行動が活発でも営業対象か判断できないなら、足りない属性を確認してから引き渡しを決めます。対象外と判断できる場合は、反応の多さだけで営業へ渡さないことが大切です。

この順序を判定理由として残すと、営業から「時期が早い」「対象外」「情報不足」と返ってきた際に、どの条件を見直すか決めやすくなります。リードスコアリングの具体的な設計方法は、[リードスコアリングとは？設計方法と失敗しない運用のコツ](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/lead-scoring-design-guide)で詳しく解説しています。

### MQLが必要になる理由

MQLの判定条件が決まっていない場合は、担当者がリードの属性や行動を確認し、営業へ渡すかを判断します。マーケティングの行動履歴と営業の対応結果を別々に管理している場合は、同じリードの判定理由と対応状況を照らし合わせられるか確認します。

MQLを設ける目的は、判断と引き渡しの手順を共有することです。営業へ渡す条件だけでなく、判定理由をどこに残すか、誰に通知するか、営業の判断をどこへ返すかまで決めます。MQLの件数は把握できても見送り理由が残っていない場合は、条件を細かくする前に結果記録の流れを整えます。結果が戻るようになってから、営業が受け入れるリードと見送るリードの違いを比較します。

### ライフサイクル全体での位置づけ

MQLは、リード獲得と営業活動をつなぐ段階です。MQLだけを増やすのではなく、その後の受け入れ、商談化、受注、失注後の育成までを同じ流れで設計します。

| 段階 | 状態 | 主な責任 |
| --- | --- | --- |
| リード | 連絡先情報を取得した見込み顧客 | マーケティング |
| MQL | マーケティング基準を満たしたリード | マーケティング |
| SAL | 営業が引き渡しを受け入れたリード | 営業 |
| SQL | 営業が商談化の可能性を認めたリード | 営業 |
| 商談 | 提案や見積もりを進める対象 | 営業 |
| 顧客 | 受注・契約に至った対象 | 営業・CS |

各段階を使う際は、「誰が」「何を確認して」「次へ進めるか」を決めます。例えば、マーケティングの判定だけで営業の受け入れを済ませた扱いにすると、未確認のリードがどこに滞留しているか見えません。

失注した見込み顧客も、検討時期や失注理由によっては再び情報提供の対象になります。再育成する場合は、失注理由を確認し、再接触のきっかけとなる行動や状況の変化を決めておきます。理由が不明なまま一律に戻すと、次に営業へ渡す根拠も曖昧になります。

## MQL・SAL・SQLの違い

MQL・SAL・SQLは、見込み顧客の状態と責任部門を区切るための概念です。違いを曖昧にすると、営業へ渡した時点を成果とするのか、営業が受け入れた時点を成果とするのかが部門ごとに変わります。判定主体、判断内容、判定後の行動をセットで定義します。

### MQLとSQLの違い

MQLはマーケティングが営業への引き渡し価値を判断した状態で、SQLは営業が商談化の可能性を判断した状態です。MQLでは属性と行動を中心に見ますが、SQLでは課題、導入意向、予算、決裁、時期など、営業活動を進められる条件を会話の中で確認します。

| 項目 | MQL | SQL |
| --- | --- | --- |
| 判定主体 | マーケティング | 営業 |
| 主な判断材料 | 属性とマーケティング行動 | ヒアリングで得た商談要件 |
| 判断の意味 | 営業へ引き渡す価値がある | 商談として進める見込みがある |
| 判定後の行動 | 営業へ通知し、背景情報を共有する | 取引を作成し、商談プロセスへ進める |
| 見送り時の扱い | 育成を続ける | 理由を記録し、必要に応じて育成へ戻す |

MQLとSQLを同じ意味で使うと、営業が未確認のリードまで商談見込みとして集計されます。まず、MQLになった根拠を営業へ渡し、営業がヒアリングで商談要件を確認してからSQLを判断します。要件が確認できなかった場合は、対象外なのか、時期が早いのか、情報が足りないのかを分けて記録します。この分類が次回のMQL判定を見直す材料になります。

### SALを置く意味

SALは、マーケティングから渡されたMQLを営業が受け入れた状態です。営業が内容を確認する前のMQLと、商談化を判断したSQLの間に置くことで、引き渡し後の停滞場所を確認できます。

MQLは増えているのにSALが増えていない場合は、通知が届いているか、担当者が決まっているか、営業が判定理由を確認できるかを順に見ます。そこに問題がなければ、受け入れ基準の認識を照らし合わせます。SALには進むもののSQLにならない場合は、営業ヒアリングで確認できなかった要件とMQL条件を比較します。こうして、「リードの質が悪い」という抽象的な議論を、どの段階で何が不足したかという議論に変えられます。

### 部門間の責任をどう区切るか

段階を定義するときは、ステージ名だけでなく、誰が何をしたら次へ進むのかも決めます。次の表のように、入口条件、担当、出口条件、記録内容を一組にすると、運用上の解釈がぶれにくくなります。

| 段階 | 入口条件 | 担当 | 次へ進める条件 | 残す情報 |
| --- | --- | --- | --- | --- |
| MQL | 属性と行動の基準を満たす | マーケティング | 営業へ引き渡す | 判定理由、直近の行動 |
| SAL | 営業が内容を確認して受け入れる | 営業 | 接触とヒアリングを行う | 対応担当、対応状況 |
| SQL | 商談化の可能性があると判断する | 営業 | 取引として管理する | 課題、時期、商談化理由 |
| 育成へ戻す | 現時点では商談化しない | マーケティング | 再び条件を満たす | 見送り理由、再接触の条件 |

SALを追加すると入力や集計の段階も増えます。MQLとSQLの間で放置が起きているかを既存の対応状況で確認できるなら、その記録を使えます。受け入れたかどうかが区別できず、通知の問題と商談要件の問題を切り分けられない場合は、SALを設ける判断につながります。どちらの方法でも、営業の受け入れ可否と理由が残ることを次の段階へ進む条件にします。

## マーケティングと営業が合意するMQL定義の作り方

MQLの定義は、マーケティングだけで決めるものではありません。過去の受注データと営業の知見を持ち寄り、どの属性と行動が商談や受注につながっているかを確認します。最初から細かな条件を増やすより、判定に使える情報と営業が見送りを判断した理由を照らし合わせることが先です。

### 過去の受注データから共通点を探す

最初に、受注した顧客の属性と、商談前に取った行動を確認します。同時に、営業へ渡したものの商談化しなかったリードも見ます。受注側だけを見ると、似た行動を取っていても営業対象にならなかった人との違いがわかりません。

確認項目は次のように整理できます。

- 受注した顧客に多い業種や企業規模
- 初回接点となったコンテンツやフォーム
- 商談前に閲覧・参加していた施策
- 問い合わせ時に記載された課題
- 営業が商談化を見送った理由
- 失注後に再検討へ進んだきっかけ

比較するときは、属性、行動、営業結果を同じ単位で並べます。例えば資料ダウンロードを判定に使いたいなら、その行動を取った人が営業対象に合っていたか、営業が何を確認して受け入れたかを見ます。結果が分かれた理由を説明できない場合は、その行動だけを引き渡し条件にせず、営業が確認する追加情報を決めます。

スプレッドシートに複数の顧客一覧がある場合は、先にCRM上のコンタクト、会社、取引の関連付けを整えます。同じ会社に複数の担当者がいる状態を別会社として数えると、MQLの件数と営業が見る対象企業数が一致しません。個人の行動を判定するのか、会社全体の検討状況を判定するのかを決めてから比較します。

### 属性と行動の基準を組み合わせる

過去データを確認したら、属性と行動を分けて判定条件を並べます。条件ごとに加点する設計でも、複数条件の組み合わせで判定する設計でも、営業が「なぜこのリードが渡されたのか」を理解できることが重要です。

| 基準 | 判定に使う項目 | MQLに近づく状態 | 育成を続ける状態 |
| --- | --- | --- | --- |
| 属性 | 業種、規模、役職、地域 | 対象顧客像に合う | 情報が不足している |
| 行動 | 資料、ウェビナー、製品情報、問い合わせ | 検討に近い行動がある | 認知段階の行動にとどまる |
| 除外 | 競合、営業、採用、社内 | 営業対象として問題がない | 別窓口で扱う |
| 鮮度 | 直近の反応、継続的な反応 | 現在も関心が見られる | 反応が止まっている |
| 料金ページ閲覧 | 検討段階を示す行動として扱い、属性と組み合わせてMQL判定に使う | 検討意向を示す行動として扱う | 育成を続ける状態 |

条件を決める順序は、営業対象から外すべき状態、対象顧客との合致、検討を示す行動、現在の関心の有無です。対象外と判断できる情報があるなら、行動が多くても営業には渡しません。属性が空欄なら不一致と決めつけず、取得方法を確認します。属性が合っていても過去の反応しかないなら、現在の検討状況を確かめてから引き渡します。

判定に使う各項目には、取得元と営業が確認できる場所を対応させます。営業判断に使わず、安定して取得もできない項目は、いったん判定条件に含めません。見送り理由に同じ問題が繰り返し現れ、その問題を区別する情報を取得できるようになったら、条件への追加を検討します。

### 合意内容をSLAとして運用に落とす

定義が決まったら、マーケティングと営業の役割をSLAとして言語化します。SLAでは、MQLの条件だけでなく、引き渡し方法、営業側の確認方法、結果を返す場所まで決めます。

| 論点 | マーケティング側の役割 | 営業側の役割 |
| --- | --- | --- |
| 判定 | 合意した条件でMQLを抽出する | 判定理由を確認する |
| 引き渡し | 担当者へ通知し、行動履歴を共有する | 受け入れ可否を記録する |
| 対応 | 育成履歴を参照できる状態にする | 接触結果と商談化可否を残す |
| 改善 | MQLの条件別に結果を集計する | 見送り理由を選択式と補足で残す |

合意したら、実際のレコードを使って流れを確認します。マーケティングは判定理由を見せられるか、営業は担当者として通知を受け取れるか、受け入れ可否と見送り理由を同じレコードに残せるかを順に確かめます。途中で情報を探す必要がある場合は、その場所を整えてから運用を広げます。ここでのゴールは、会議で合意することではなく、CRM上で同じ流れを再現できることです。

## HubSpotでMQL判定と引き渡しを仕組み化する

HubSpotでMQL運用を設計する際は、コンタクトや会社の情報、フォーム送信などの行動、営業の対応結果をどのレコードで確認するかを決めます。MQLは、コンタクトから取引、顧客へ進み、その後の請求につながる業務フローの入口に位置します。設定前に、自社のMQL・SAL・SQLの定義を言語化しておくことが重要です。

### ライフサイクルステージを設計する

まず、営業への引き渡し、営業の受け入れ、商談化をそれぞれ何で表すかを決めます。ライフサイクルステージを使う場合も、段階名だけで運用を表そうとせず、判定理由、営業の対応状況、見送り理由をどこへ記録するかを合わせて設計します。ステージの扱いを確認する際は、[Use contact and company lifecycle stages](https://knowledge.hubspot.com/records/use-lifecycle-stages)を参照できます。

失注後の育成は、過去の商談結果と現在の育成状態を区別して考えます。履歴を残したまま再育成の対象を抽出したいなら、失注理由や育成状態を別項目で管理する方法があります。どの表し方を選ぶ場合も、営業が見送った理由を確認でき、次にどの行動があれば再接触するかを決められる状態にします。

コンタクトと会社の両方を使う場合は、どちらをMQL判定の主軸にするかも定めます。同じ会社に複数のコンタクトがいるときは、誰の行動を営業へ知らせるか、会社単位の通知と重ならないかを確認します。通知が重複するなら、判定の単位と担当者への渡し方を先に見直します。

### 適合度とエンゲージメントを分けて評価する

適合度には業種や規模などの属性を、エンゲージメントにはフォーム送信やコンテンツへの反応などの行動を使います。両者を分けると、営業が見送った理由が「対象顧客に合わない」のか「検討が進んでいない」のかを比較できます。スコアの設計を確認する際は、[Build lead scores to qualify contacts, companies, and deals](https://knowledge.hubspot.com/scoring/build-lead-scores)を参照できます。

設定前に、各項目について「どこから入る情報か」「空欄ならどう扱うか」「営業は判定理由を確認できるか」を点検します。取得できていない行動を条件に含めると、実際には関心があっても判定できません。空欄が多い属性は、営業対象ではないと扱う前に、フォームや営業ヒアリングで取得する方法を決めます。

運用を始めたら、営業が受け入れたリードと見送ったリードで、どの属性や行動が違うかを見ます。見送り理由が対象外に集中するなら適合度の条件を、時期尚早に集中するなら行動の条件を優先して見直します。理由が記録されていなければ、スコアを変える前に営業結果の記録方法を整えます。

MQL判定にWeb行動を活用するには、MAツールでWebトラッキングを導入し、閲覧履歴を取得できるようにします。

### 判定から営業通知までの流れを作る

MQLの自動化は、判定、更新、担当者の割り当て、通知、結果記録の順で設計します。それぞれの段階で、次へ進める条件を明確にします。

| 手順 | HubSpotで扱う内容 | 次へ進める状態 |
| --- | --- | --- |
| 判定 | 属性と行動の条件を評価する | MQL条件を満たしている |
| 更新 | ライフサイクルステージをMQLにする | ステージと判定理由が記録されている |
| 割り当て | 担当者やチームを決める | 対応者が空欄ではない |
| 通知 | 担当者へ対象と背景を知らせる | レコードで行動履歴を確認できる |
| 結果記録 | 受け入れ、商談化、見送りを残す | 次の担当と行動が決まっている |

通知は、受け取った営業がレコードを開き、対応要否を判断できる内容にします。MQLになった理由、直近の行動、対象コンテンツ、担当者を同じレコードで確認できるかが点検の基準です。担当者が決まっていない状態なら、通知の内容を増やす前に割り当てを直します。担当者は決まっていても対応が進まないなら、受け入れ可否を記録する手順を確認します。

### 最小構成から改善する

最初の設定では、取得元を確認できる属性と行動に条件を絞り、MQLになった理由を記録します。次に、営業が受け入れたか、商談化したか、見送ったかを回収します。これらを同じ対象について追えるようになってから、判定条件を調整します。

自動判定は、入力された情報と設定した条件の範囲で動きます。判定されなかったレコードを見るときは、まず対象外とわかるのか、必要な情報が空欄なのかを分けます。空欄なら取得方法を整え、対象外なら除外条件を確認します。情報がそろっているのに営業の判断と食い違う場合に、行動条件や組み合わせを見直します。

## MQLを創出する具体施策

MQL創出では、リード数だけを増やす施策と、検討を深める施策を分けて考えます。ブログで接点を作り、資料やウェビナーで課題を具体化し、製品情報や問い合わせへつなげる流れを設計します。各施策で得られる情報を、MQL判定と営業の次の行動に対応させます。

### コンテンツを検討段階に合わせる

コンテンツごとに、読者がどの段階で利用するかを整理します。認知段階のコンテンツだけでMQLと判断すると営業への引き渡しが早くなり、比較検討向けのコンテンツだけに絞ると育成の入口が不足します。

| コンテンツ | 主な役割 | MQL判定での扱い |
| --- | --- | --- |
| ブログ記事 | 課題認識と情報収集の入口 | 単独では育成対象として扱う |
| ホワイトペーパー | 課題や解決方法の理解 | 属性情報と組み合わせる |
| 導入事例 | 比較検討の具体化 | 閲覧テーマと対象サービスを確認する |
| ROI試算ツール | 導入効果の検討 | 検討意向を示す行動として扱う |
| 製品デモ動画 | 利用イメージの確認 | 視聴後の行動と組み合わせる |
| ブログ記事 | 低（認知・集客向き） | SEO流入の入口 |
| 製品デモ動画 | 利用イメージの確認 | 視聴完了を判定に使い、視聴後の行動と組み合わせる |

コンテンツ名だけで一律に評価せず、テーマと対象者を見ます。入門資料から接点が始まった場合は、関心のある課題を把握して関連情報を案内します。製品選定に関する資料を取得した場合は、属性とその後の行動を確認し、営業が対応すべき状態かを判断します。同じ資料ダウンロードでも、課題の理解を深めている段階と、導入方法を比較している段階では次の案内が異なります。

### フォームで判定に必要な情報を取得する

フォームでは、MQL判定と営業対応に使う情報を優先して取得します。最初の接点で必要な項目と、営業が後から確認する項目を分けます。判断に使わない項目を増やす前に、現在の回答から営業対象かどうかを判別できるかを確認します。

以下の画面は、HubSpotで公開状態のフォーム名、ページビュー、フォーム送信などを一覧で確認する画面です。

![HubSpotのフォーム一覧](https://start-link.jp/hubfs/blog/screenshots/library/mkt_forms_list.png)

フォームごとに利用目的が異なる場合は、送信されたフォーム名やコンテンツテーマもレコードに残します。問い合わせ、資料ダウンロード、ウェビナー登録を同じ反応として扱わず、どの課題に関心を示したかを営業が確認できるようにします。回答が不足してMQL判定を保留する場合は、何が不足しているかを明確にし、その情報を次のフォームや営業との会話で取得します。

### ウェビナーとWeb行動を組み合わせる

ウェビナーでは、登録情報だけでなく、参加、質問、アンケート回答、関連資料のダウンロードといった行動を組み合わせて検討度を見ます。登録だけならテーマへの関心として扱い、質問や参加後の関連行動があれば、何を具体的に検討しているかを確認します。そのうえで属性が合うなら営業への引き渡しを判断します。

Web行動も同様です。製品情報や事例を見たリードが、どの資料を取得し、どのフォームを送信したかを一連の履歴として見ます。営業が見送った場合は、その理由と行動履歴を照らし合わせます。行動があっても課題が一致しないのか、課題は合うが時期が早いのかを区別できれば、次に案内する情報や再接触の条件を決められます。

## MQLからSQLへの転換を改善する方法

MQLからSQLへの転換は、MQLの質だけで決まりません。引き渡し時の情報、担当者の割り当て、営業の接触、結果記録のどこかに滞りがあれば、商談化へ進みにくくなります。転換を確認するときは、同じ対象と集計条件で各段階を比較し、止まった理由まで見ます。

### 転換率を自社の基準で読む

商材、顧客層、検討の進め方が異なる数値を、そのまま自社の目標にはできません。まずは自社のMQL、SAL、SQL、商談、顧客について、どの条件で対象を集計するかをそろえます。そのうえで、各段階に進んだ状況と見送り理由を確認します。

| 見えている状態 | 確認する場所 | 次に行う改善 |
| --- | --- | --- |
| MQLは増えるがSALが増えない | 通知、担当者、受け入れ基準 | 引き渡し条件と通知先を整える |
| SALは増えるがSQLが増えない | 営業ヒアリングと見送り理由 | MQL条件を商談要件に近づける |
| SQLは増えるが商談が進まない | 取引ステージと停滞理由 | 商談ステージの定義を見直す |
| 失注後の動きが見えない | 失注理由と育成状態 | 再育成の条件を作る |

転換の割合だけで判断すると、引き渡す対象を減らした結果を改善と見誤ることがあります。件数、段階ごとの進み方、停滞理由を並べて読みます。例えばMQLからSALへ進まないなら、営業が受け入れを判断できる状態かを先に確認します。受け入れは進むのにSQLへ進まないなら、営業の会話で明らかになった要件とMQL条件を比較します。問題の段階が特定できてから、その段階に関係する条件を変えます。

### 引き渡し情報と営業対応をそろえる

営業へ渡す情報は、属性、行動履歴、MQLになった理由、推奨する次の確認事項に分けます。営業が別の表やメールを探さなくても、CRMのレコードから判断できる状態にします。情報が不足している場合は、営業に判断を任せきりにせず、何を確認すれば受け入れ可否を決められるかを明示します。

営業側は、受け入れ、接触中、商談化、見送りのいずれかを記録します。見送りの場合は、対象外、時期、課題不一致、情報不足など、後から集計できる分類と補足を残します。対象外が目立つなら属性条件を、時期が早いものが目立つなら行動条件を、情報不足が目立つなら取得項目と引き渡し情報を見直します。営業が接触できていない状態なら、MQL条件を変える前に担当者の割り当てと通知を点検します。

### 定義を定期的に調整する

MQL定義は、一度設定して終わりではありません。コンテンツや営業プロセスが変われば、同じ行動が示す検討度も変わることがあります。マーケティングと営業で、条件別の受け入れ状況、商談化状況、見送り理由を同じレポートで確認します。

見直しのきっかけは、営業の見送り理由が特定の条件に偏ったとき、判定に使う項目の空欄が増えたとき、通知後の対応が止まったときです。まず記録漏れか、実際の判断の変化かを区別します。判断の変化が確認できたら、関係する条件を調整し、その後の受け入れと見送りの結果を見ます。複数の条件を同時に変えず、何が結果に影響したか追える状態で次の見直しへ進みます。

## MQL運用で起こりやすい失敗と対策

MQL運用の失敗は、スコアの設定だけでなく、部門間の合意やデータの持ち方にも原因があります。大量のMQLを作ることを目的にせず、営業が行動でき、その結果がマーケティングへ戻る流れを作ります。うまくいかない場合は、どの段階で判断や記録が止まったかを確認します。

### MQLの量を優先して質が下がる

資料ダウンロードやメール開封など、実行しやすい行動だけでMQLにすると、営業対象ではないリードまで増える場合があります。属性と行動の両方を確認し、営業の見送り理由を基準へ戻します。

| 失敗の兆候 | 原因の候補 | 見直す内容 |
| --- | --- | --- |
| 対象外のリードが多い | 属性条件が弱い | 業種、規模、除外条件 |
| 検討時期が早いリードが多い | 行動条件が軽い | 検討段階の深い行動との組み合わせ |
| 判定理由を説明できない | 条件が複雑すぎる | 項目を減らし、理由を記録する |
| 同じ会社へ通知が重なる | 個人と会社の関係が未整理 | 会社単位の集約条件 |

見送りが増えたら、まず対象外と時期尚早を分けます。対象外なら属性や除外条件を確認します。時期尚早なら育成対象として残し、どの行動があれば再び営業へ渡すかを決めます。MQL条件を厳しくしすぎて営業が確認すべき兆候まで除外しないよう、見送り後の扱いまでセットで調整します。

### 営業がMQLを確認しない

営業がMQLを確認しない場合、通知を受けた後に何をすべきかが明確かを見ます。担当者が空欄、判定理由が不明、行動履歴が別の表にあるといった状態では、対応の優先順位を決めにくくなります。

通知からCRMレコードを開き、判定理由を確認し、受け入れ可否を記録するまでを一つの流れにします。まず通知が担当者へ届くかを確認し、届いているならレコードだけで判断できるかを見ます。判断はできるのに結果が残らないなら、記録する場所と担当を明確にします。受け入れられない場合も理由を残せるようにして、マーケティングが次の見直しへ進める状態にします。

### 定義とデータが形骸化する

条件を増やし続けると、使われていないプロパティや重複したルールが残ります。入力されない項目を判定に使うと、MQLにならない理由も説明できません。

見直しでは、各条件について「営業判断に使うか」「レポートで振り返るか」「安定して取得できるか」を確認します。使う目的があっても取得できない項目は、取得方法を決めるまで判定から外します。取得できても営業の判断と結びつかない項目は、結果を比較して必要性を再確認します。CRMはリード情報を置く場所ではなく、判定、引き渡し、商談化、顧客化までを動かす基盤として設計することが重要です。

## よくある質問

MQL運用で判断に迷いやすい論点を整理します。自社の受注データと営業プロセスに照らし、どの段階で誰が判断するかを決める際の参考にしてください。

### MQLとSQLは何が違うのですか？

MQLは、マーケティングが属性と行動を基に営業への引き渡し対象と判断したリードです。SQLは、営業がヒアリングを行い、商談化の可能性があると判断したリードです。MQLになった理由を営業へ渡し、営業が商談要件を確認できたらSQLへ進めます。確認できなかった場合は理由を記録し、育成を続けるか、対象から外すかを判断します。

### SALは設けたほうがよいですか？

MQLを営業が受け入れたかどうかを把握したい場合は、SALを設けると停滞箇所を切り分けやすくなります。一方、営業の受け入れ状況を別のプロパティで管理できる場合は、段階を増やさずに運用する方法もあります。通知後に止まっている理由がわからないならSALを検討し、既存の記録で受け入れ可否と理由を確認できるなら、その記録を使います。

### MQLのスコアリング基準はどう作ればよいですか？

過去の受注顧客と営業が見送ったリードについて、属性と商談前の行動を分けて比較します。次に、対象外、時期尚早、情報不足を区別し、それぞれを判定または育成でどう扱うか決めます。条件に使う情報の取得元と判定理由の記録先がそろったら運用を始め、営業結果との食い違いを見て調整します。

### MQLからSQLへの転換率はどの程度を目指すべきですか？

自社の過去推移を、同じ集計条件で比較するところから始めます。MQLからSALで止まるなら通知や受け入れ条件を、SALからSQLで止まるなら営業が確認した商談要件とMQL条件を見ます。割合だけでなく件数と見送り理由を確認し、問題が起きている段階を特定してから改善します。

### 営業がMQLをフォローしない場合はどうすればよいですか？

まず通知先と担当者が決まっているか、次に判定理由と行動履歴をCRM上で確認できるかを見ます。営業が判断できる状態なら、受け入れ可否と見送り理由の記録方法を確認します。通知が届かない場合は引き渡しを、判断材料が足りない場合は共有情報を、結果が残らない場合は記録の手順をそれぞれ見直します。

## まとめ

MQLとは、マーケティング活動で合意した条件を満たし、営業へ引き渡す対象と判断された見込み顧客です。属性と行動を組み合わせて判定し、営業の受け入れ、商談化、見送りまで追うことで、部門間の認識差がどこで生じたかを確認できます。企業様によって最適な形は異なりますが、判定理由と営業結果を同じ流れで扱うことが、定義を見直すための出発点になります。

まずは、現在のMQL条件と営業の見送り理由を並べるところから始めます。次の順序で、自社の運用を確認してみてください。

1. 過去の受注顧客と見送りリードを同じ単位で比較し、判定に使える属性と行動を整理します。
2. マーケティングと営業でMQL、SAL、SQLの入口条件、担当、次へ進む条件、見送り時の記録を合意します。
3. CRMで判定、担当者への通知、営業結果の記録を一連の流れにし、実際の見送り理由が確認できたら関係する条件を見直します。

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのStartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

MQLの定義と運用をさらに具体化する際は、次の記事も参考になります。育成へ戻す条件を考えるときはリードナーチャリング、部門間の役割と記録方法を決めるときはSLA、獲得から商談化までのつながりを確認するときはリードマネジメント、属性と行動の判定を設計するときはスコアリングの記事をご覧ください。

- [リードナーチャリングとは？BtoBで成果を出す7ステップ実践ガイド](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/lead-nurturing-7-steps-guide)
- [営業とマーケティングの連携SLA設計｜HubSpotでリード引き渡しプロセスを最適化](https://start-link.jp/hubspot-ai/hubspot/marketing-strategy/sales-marketing-sla-design)
- [リードマネジメントの全体設計｜獲得から商談化までのプロセスをHubSpotで構築](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/lead-management-design)
- [リードスコアリングの設計方法｜MQL定義からスコアリングモデル構築まで実践ガイド](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/lead-scoring-design-guide)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_CQ-4_featured.png) kintoneからHubSpotへの移行手順｜顧客・案件データ設計とCSV取込](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-to-hubspot)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-3.png) Kintoneの複数アプリをHubSpotオブジェクトに再設計する方法｜関連付けはカバー率を実測してから設計する](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-multi-app-object-mapping)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-1.png) kintoneからHubSpotへの移行 完全ガイド｜判断基準から手順・帳票・連携まで全体像を整理](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-hubspot-migration-guide)

## あわせて読みたいBtoBマーケ実践ガイド

### [GTM GTM戦略の設計ガイド 市場投入の順番、仮説設計、営業連携までを一気通貫で整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/btob-marketing-basics/gtm-go-to-market-strategy-design-guide-1)

### [Law 特定電子メール法ガイド BtoBメール配信で外せない法対応と実務運用の注意点を確認できます。](https://start-link.jp/hubspot-ai/btob-marketing/email-marketing-ma/can-spam-law-btob-guide)

### [SEO AIO対策の実践SEOチェックリスト AI Overview時代に引用される記事構造と改善優先順位を整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/content-marketing-seo/aio-ai-overview-seo-strategy)

### [Service BtoBマーケとCRM活用を相談する 集客、ナーチャリング、CRM整備まで成果につながる導線設計を支援します。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/mql-definition-sql-difference#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[リード管理](https://start-link.jp/hubspot-ai/tag/リード管理) [BtoB](https://start-link.jp/hubspot-ai/tag/btob)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-03T09:00:29.000Z",
  "headline" : "MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_Y-4.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/mql-definition-sql-difference",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "MQLは、マーケティングが属性と行動を基に営業への引き渡し対象と判断したリードです。SQLは、営業がヒアリングを行い、商談化の可能性があると判断したリードです。MQLになった理由を営業へ渡し、営業が商談要件を確認できたらSQLへ進めます。確認できなかった場合は理由を記録し、育成を続けるか、対象から外すかを判断します。"
    },
    "name" : "MQLとSQLは何が違うのですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "MQLを営業が受け入れたかどうかを把握したい場合は、SALを設けると停滞箇所を切り分けやすくなります。一方、営業の受け入れ状況を別のプロパティで管理できる場合は、段階を増やさずに運用する方法もあります。通知後に止まっている理由がわからないならSALを検討し、既存の記録で受け入れ可否と理由を確認できるなら、その記録を使います。"
    },
    "name" : "SALは設けたほうがよいですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "過去の受注顧客と営業が見送ったリードについて、属性と商談前の行動を分けて比較します。次に、対象外、時期尚早、情報不足を区別し、それぞれを判定または育成でどう扱うか決めます。条件に使う情報の取得元と判定理由の記録先がそろったら運用を始め、営業結果との食い違いを見て調整します。"
    },
    "name" : "MQLのスコアリング基準はどう作ればよいですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "自社の過去推移を、同じ集計条件で比較するところから始めます。MQLからSALで止まるなら通知や受け入れ条件を、SALからSQLで止まるなら営業が確認した商談要件とMQL条件を見ます。割合だけでなく件数と見送り理由を確認し、問題が起きている段階を特定してから改善します。"
    },
    "name" : "MQLからSQLへの転換率はどの程度を目指すべきですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "まず通知先と担当者が決まっているか、次に判定理由と行動履歴をCRM上で確認できるかを見ます。営業が判断できる状態なら、受け入れ可否と見送り理由の記録方法を確認します。通知が届かない場合は引き渡しを、判断材料が足りない場合は共有情報を、結果が残らない場合は記録の手順をそれぞれ見直します。"
    },
    "name" : "営業がMQLをフォローしない場合はどうすればよいですか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/mql-definition-sql-difference#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-05T17:51:12+09:00",
  "datePublished" : "2026-03-03T09:00:29+09:00",
  "headline" : "MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_Y-4.png",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/lead-generation/mql-definition-sql-difference",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing",
    "name" : "BtoBマーケティング",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing/lead-generation",
    "name" : "リード獲得",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "MQLとは？定義・SQLとの違いと創出方法をBtoB実務でわかりやすく解説",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```