---
title: スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか
description: スクール事業のHubSpotは、申し込む保護者と実際に通う受講生が別のため、一般的な顧客管理の設計が当てはまりません。保護者と受講生をどう持つか、在籍をどのレコードで表すか、コース変更や休退会をどう記録するか、継続を数字で見る設計までを整理します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_data_model.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) ›[HubSpot](https://start-link.jp/hubspot-ai/hubspot) ›[業界別HubSpot活用](https://start-link.jp/hubspot-ai/hubspot/industry-deep) ›スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか

# スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか

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

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_data_model.png)

この記事の結論

スクール事業のCRMデータ設計の結論は、保護者・受講生・在籍（どのコースに通っているか）の3つを別々のレコードとして持つ、という一点に集約されます。 保護者と受講生はどちらもコンタクトで持って関連付けラベルで家族関係を表し、在籍は多くの場合、取引レコードとして独立させるのが扱いやすい形です。 そのうえで、入会後の状態はステージではなくプロパティー（在籍状態・開始日・終了日・退会理由）で持つと、継続率が測れる構造になります。

ブログ目次

もっと見る ▼

**スクール事業のCRMデータ設計の結論は、保護者・受講生・在籍（どのコースに通っているか）の3つを別々のレコードとして持つ、という一点に集約されます。** **保護者と受講生はどちらもコンタクトで持って関連付けラベルで家族関係を表し、在籍は多くの場合、取引レコードとして独立させるのが扱いやすい形です。** **そのうえで、入会後の状態はステージではなくプロパティー（在籍状態・開始日・終了日・退会理由）で持つと、継続率が測れる構造になります。**

「メールを送る相手」と「教室に来る人」が違う——スクール事業でCRMを設計すると、最初にここで手が止まります。  
子ども向けの教室、学習塾、スポーツスクール、音楽教室。これらの事業では、体験を申し込むのも、月謝を払うのも、退会を決めるのも保護者です。しかし実際に通い、満足するかどうかを左右するのは子どもです。**顧客は1人ではなく2人いる**、というのがスクール事業のデータ設計の出発点になります。

さらに複雑なのは、1人の保護者に子どもが複数いる場合と、1人の子どもが複数のコースに通う場合です。これを「コンタクト1件＝顧客1件」という一般的なCRMの前提で表現しようとすると、必ずどこかで破綻します。

スクール事業のCRMデータ設計とは、**保護者・受講生・在籍（どのコースに通っているか）という3つの単位を分けて持ち、継続を数字で見られる形にする作業**です。名簿を作る作業ではなく、継続率が測れる構造を作る作業だと考えてください。

この記事では、HubSpotを例に、スクール事業のデータ設計を整理します。教室やスクールを運営していて管理をExcelから移したい方、複数教室を展開していて全体の数字が見えずに困っている方に向けた内容です。次の4点がわかります。

- **保護者と受講生をどう持つか** ── 2人を1レコードにまとめてはいけない理由を示します
- **在籍をどのレコードで表すか** ── 取引で持つ場合とカスタムオブジェクトで持つ場合の分岐点です
- **コース変更・休会・退会の記録** ── 状態をステージで持つか、プロパティーで持つかの判断軸です
- **継続を数字で見る設計** ── 何を最初から持たせておくべきかを説明します

読み終える頃には、自社のスクール運営をどの単位でレコード化するかのたたき台が作れる状態になります。ぜひ最後までご確認ください。

## スクール事業のCRMが難しい理由

まず、なぜ一般的な顧客管理の設計が当てはまらないのかを整理します。理由は事業構造と登場人物の2つに分かれます。

- **事業構造** ── 1件売って終わりではなく、毎月の月謝が数年にわたって積み上がる収益構造を持ちます
- **登場人物** ── お金を払う人と実際にサービスを受ける人が別人です

この2点があるために、商談を追いかける形の一般的なCRM設計をそのまま持ち込むと、途中で必ず表現できない関係が出てきます。ここを先に押さえておくと、この後のレコード設計で「なぜ単位を3つに分けるのか」が腹落ちし、判断に迷いにくくなります。

### 継続がすべてを決める事業構造

文部科学省の「令和5年度子供の学習費調査」によれば、保護者が支出した1年間・子ども1人当たりの学校外活動費（塾・習い事などの費用）は、公立小学校で256,489円、公立中学校で356,018円、公立高等学校（全日制）で245,431円でした。学習費総額は公立小学校で366,599円、公立中学校で542,450円となっています（[令和5年度子供の学習費調査結果のポイント](https://www.mext.go.jp/content/20260116-mxt_chousa01-000039333_1.pdf)、令和6年12月25日公表・令和8年1月16日訂正版）。

この金額は**年額であり、複数年にわたって継続します**。つまりスクール事業の売上は、新規獲得よりも継続の長さに強く依存します。1件の入会が生む価値は、初月の月謝ではなく、通った期間の合計です。

だからこそ、CRMで最初に測れるようにすべきなのは新規獲得数ではなく、**在籍期間と退会理由**になります。

### 「申し込む人」と「通う人」の分離

スクール事業の登場人物を整理すると、次のようになります。

| 役割 | 誰か | CRMで見たいこと |
| --- | --- | --- |
| 申し込む・支払う | 保護者 | 連絡先、決済状況、兄弟姉妹の有無 |
| 通う・満足する | 受講生（子ども） | 学年、通っているコース、出席状況 |
| 退会を決める | 保護者（子どもの意向を受けて） | 退会理由、退会前の兆候 |

成人向けスクールでは保護者と受講生が同一人物になりますが、**子ども向けの事業では必ず分かれます**。そして退会の判断は保護者が下すため、保護者との関係が切れると継続しません。

### 1対1にならない関係

さらに、次の関係が同時に成立します。

- 1人の保護者に、複数の子どもがいる
- 1人の子どもが、複数のコースに通う
- 1つのコースに、複数の子どもが在籍する

**この多対多の関係を、コンタクト1件では表現できません**。ここが設計の核心になります。

## 保護者と受講生を分けて持つ

ここからが設計の本体です。最初に決めるのは、保護者と受講生をどのオブジェクトに置き、その関係をどう表現するかの2点です。ここを固めておくと、後から在籍や請求の設計を足しても崩れません。

![スクール事業のCRMデータモデル図。左に保護者と受講生のコンタクトを家族関係の関連付けで結び、中央に在籍（取引またはカスタムオブジェクト）とそのプロパティー群、右に教室・拠点の会社レコードと連絡区分を配置した構造を示した図。1人の保護者に複数の子ども、1人の子どもに複数の在籍が同時に成立することを表現している](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_data_model.png)

これは特定の企業の実装ではなく、スクール事業でよく出てくる構造を一般化した設計例です。

### どちらもコンタクトで持つ

結論から書くと、**保護者と受講生は、どちらもコンタクトオブジェクトのレコードとして別々に持ちます**。カスタムオブジェクトを新設する必要はありません。

理由は3つあります。

- どちらも「人」であり、氏名・連絡先という同じ構造を持つ
- 子どもが成長して成人向けコースへ移る場合、同じレコードのまま扱える
- コンタクト同士の関連付けが標準で使えるため、家族関係を表現できる

HubSpotでは、異なるオブジェクトのレコードだけでなく、同じオブジェクトのレコード同士（コンタクトとコンタクトなど）も関連付けられます（[レコードを関連付ける](https://knowledge.hubspot.com/ja/records/associate-records)）。

### 家族関係は関連付けラベルで表す

保護者と受講生の関係には、関連付けラベルで名前を付けます。関連付けラベルの利用にはProfessional以上のサブスクリプションが必要です。

![保護者と受講生の関連付け設計図。中央に保護者コンタクトを置き、複数の受講生コンタクトへ「保護者→受講生」のラベル付き関連付けが伸び、受講生側からは「受講生→保護者」の逆ラベルが返る双方向の構造と、連絡先・請求先・緊急連絡先をどちら側に持たせるかの整理を示した図](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_guardian_link.png)

| 関連付け | ラベル例 | 意味 |
| --- | --- | --- |
| コンタクト ↔ コンタクト | 保護者 / 受講生 | 家族関係。1対多で成立する |
| コンタクト ↔ コンタクト | 兄弟姉妹 | 同一世帯の受講生同士 |
| 在籍 ↔ コンタクト | 受講者 | 実際に通う人 |
| 在籍 ↔ コンタクト | 申込者・請求先 | 契約と支払いの主体 |

このように持つと、**「この保護者の世帯に何人在籍しているか」と「この子が過去にどのコースに通ったか」を、同じデータから両方取り出せます**。

### どちらにメールを送るかを決める

保護者と受講生を分けたら、次に決めるべきは**マーケティングの対象をどちらにするか**です。

- 教室からの連絡・請求・イベント案内 → 保護者
- 学習内容のフォロー・本人向けの声かけ → 受講生（年齢による）

ここを曖昧にすると、子どものメールアドレスに請求案内が届くといった事故が起きます。**コンタクトごとに「連絡区分」を持たせ、配信リストは必ずこの区分で絞る**設計にしてください。子どものメールアドレスを持たない運用にする、という選択も現実的です。

未成年の情報をCRMで扱う場合、取得する項目は運営に必要な最小限に絞ってください。**項目そのものを作らなければ、入力されることもありません**。

あわせて決めておきたいのが、**同意を誰から得るか**です。個人情報保護委員会のQ&Aは、法定代理人等から同意を得る必要がある子どもの年齢について「対象となる個人情報の項目や事業の性質等によって、個別具体的に判断されるべき」としたうえで、「一般的には12歳から15歳までの年齢以下の子どもについて、法定代理人等から同意を得る必要があると考えられます」と示しています（[「個人情報の保護に関する法律についてのガイドライン」に関するQ&A　Ａ１－62](https://www.ppc.go.jp/personalinfo/faq/APPI_QA/)）。

年齢で機械的に線を引ける話ではないため、実務上は**申込と連絡先の登録を保護者名義に統一する**のを既定にしてください。子ども本人に入力させる導線を作る場合は、誰からどう同意を取るかを自社の規程として先に定めておくと運用が安定します。

もう1つは**目的外利用**です。在籍管理のために取得した連絡先を、別事業の販促や無関係な案内に転用すると、当初の利用目的から外れます。利用目的は申込時に明示し、配信の対象もその範囲で運用してください。ここに挙げたのは一般的な留意点であり、実際の取り扱いの範囲は、自社の規程と関係法令に照らして事前に確認してください。

## 在籍をどのレコードで持つか

3つ目の単位が「在籍」です。保護者と受講生を分けただけでは、「どのコースに、いつから通っているか」を表現できません。ここを独立したレコードにできるかどうかが、継続率を測れる設計とそうでない設計の分かれ目になります。

![在籍レコードの持ち方を比較した図。左に取引（Deal）で持つ方式、右にカスタムオブジェクトで持つ方式を配置し、向いているケース・できること・注意点の3観点で対比し、下部に受講生のプロパティーに受講コースを1つ持たせる形は行き詰まるという注意を添えた図](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_enrollment_record.png)

### 在籍とは何か

在籍とは、**「誰が、どのコースに、いつからいつまで通っているか」という1件**です。受講生1人が3つのコースに通っているなら、在籍レコードは3件になります。

この単位を持たないと、次のことができません。

- コース別の在籍者数を数える
- 1人当たりの受講コース数を出す
- コースを変えた場合に、前のコースの期間を残す

**受講生のコンタクトに「受講コース」というプロパティーを1つ持たせる設計は、必ず行き詰まります**。複数コースが持てず、履歴も残らないためです。

### 取引で持つかカスタムオブジェクトで持つか

| 持ち方 | 向いているケース | 制約 |
| --- | --- | --- |
| 取引（Deal） | 在籍ごとに月謝金額と状態を追いたい。パイプラインで入会プロセスを管理したい | 件数が数万件規模になるとレポートが重くなる |
| カスタムオブジェクト | 在籍数が非常に多い。金額は別で管理している | Enterprise が必要。パイプライン機能は使えない |

**多くのスクールでは、在籍を取引で持つ設計が扱いやすい**です。月謝額を金額として持て、体験から入会までのプロセスをパイプラインで管理でき、レポートも標準機能で作れます。

カスタムオブジェクトの作成には、Marketing Hub・Sales Hub・Service Hub・Data Hub・Content Hub・Smart CRM・Revenue Hub のいずれかの Enterprise が必要です（[カスタムオブジェクトを作成する](https://knowledge.hubspot.com/ja/object-settings/create-custom-objects)）。判断の考え方は[HubSpotでカスタムオブジェクトを作るべきかの判断基準](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-custom-object-design-decision)にまとめています。

### 判断に迷ったときの起点

判断の起点は、**「その単位で金額を集計したいか」**です。在籍ごとの月謝と継続期間を見たいなら取引、名簿として持てれば足りるならカスタムオブジェクトでも構いません。同じ判断軸を法人研修事業に当てはめた例は[研修の管理システムを設計する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/training-business-data-model)で扱っています。

### 入会前の「見込み」をどこに置くか

ここまでは在籍中の話でしたが、その手前に**まだ入会していない見込みの家庭**がいます。資料請求だけした人、体験に申し込んだが来ていない人、体験に来たが決めていない人。この層をどこに置くかで、設計の使いやすさが変わります。

結論は、**在籍レコードを入会前から作る**設計です。体験の申し込みが入った時点で在籍レコードを1件作り、パイプラインのステージで「申込受付」から始めます。入会が決まればそのレコードがそのまま在籍になり、決まらなければ失注としてクローズします。  
この形にする理由は3つあります。

- 体験から入会までの歩留まりが、同じレコードの遷移として自然に取れる
- 入会後に「どのコースの体験から入ったか」が履歴として残る
- 見送りになった家庭にも、見送り理由と体験日が残り、後から再アプローチできる

逆に、入会したときに新しくレコードを作り直す設計にすると、**体験から入会までの日数も、体験を担当した講師も、繋がらなくなります**。作り直さず、状態を進める。ここが設計の分かれ目になります。

なお、資料請求だけで体験に至っていない層は、在籍レコードを作らずコンタクトのライフサイクルステージだけで管理する形が扱いやすくなります。すべてを在籍レコードにすると、実体のないレコードが溜まります。プロセスの詳しい設計は[体験申込から入会・継続までのパイプライン設計](https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-enrollment-pipeline-design)で扱っています。

## コース変更・休会・退会をどう記録するか

スクール事業で最も設計が問われるのが、この部分です。入会後の変化は、レコードを新しく作るのではなく、既存のレコードの状態を更新する形で起きます。ただし、すべての変化を上書きしてよいわけではありません。

コースを変えた、しばらく休む、辞めた——この3つは現場では地続きの出来事ですが、データとしての扱いはそれぞれ違います。どの変化を上書きしてよく、どの変化で新しいレコードを作り、どの変化を履歴として残すのか。

この線引きを、**運用が始まる前に決めておく必要があります。**決めずに走り出すと、1年後に継続率を出そうとした段階で、過去が復元できないことに気づきます。

### 状態はステージではなくプロパティーで持つ

入会した後の在籍は、パイプラインのステージを進める対象ではありません。**数か月から数年、同じ状態が続きます**。

ここで「通塾中」「休会中」といったステージを刻もうとすると、誰も動かさないステージができます。入会でパイプラインはクローズし、在籍中かどうかは別のプロパティー（在籍状態）で持つ設計が扱いやすくなります。

| プロパティー | 値の例 | 使い道 |
| --- | --- | --- |
| 在籍状態 | 在籍中／休会中／退会 | 現在の一覧を作る |
| 開始日 | 日付 | 在籍期間の計算の起点 |
| 終了日 | 日付 | 退会・コース変更で埋まる |
| 退会理由 | 選択肢型 | 集計して改善に使う |
| 休会理由 | 選択肢型 | 復帰見込みの判断に使う |

**退会理由と休会理由は、必ず選択肢型にしてください**。自由記述にすると集計できず、改善に使えません。

### コース変更は「終了」と「開始」で表す

コースを変えたときに、既存の在籍レコードのコース名を書き換えてはいけません。書き換えると、前のコースにどれだけ通っていたかが失われます。

正しくは、**前の在籍を終了日を入れてクローズし、新しい在籍レコードを1件作ります**。こうすると、その子の受講履歴が時系列で残ります。

### 休会と退会を区別する

休会は復帰の可能性がありますが、退会にはありません。この2つを同じ扱いにすると、**復帰の見込みがある層へのアプローチができなくなります**。

休会には「休会開始日」と「復帰予定日」を持たせ、復帰予定日が近づいたらタスクを自動生成する設計にすると、復帰率が上がります。ワークフローの組み方は[HubSpotワークフローの設定ガイド](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-workflow-setup-guide)を参考にしてください。

## 継続を数字で見る

設計が正しいかどうかは、必要な数字が取れるかで判定できます。スクール事業の場合、判定に使うのは新規獲得の数字ではなく、継続に関わる数字です。次の6つが取れる状態になっていれば、ここまでの設計は機能しています。

| 指標 | 必要な構造 |
| --- | --- |
| 在籍者数（コース別・教室別） | 在籍がレコードとして存在し、在籍状態を持っている |
| 平均在籍期間 | 開始日と終了日の両方が入っている |
| 継続率（1年後・2年後） | 開始日が正しく、退会レコードもデータとして残っている |
| 退会理由の内訳 | 退会理由が選択肢型で入力されている |
| 1世帯あたりの在籍数 | 保護者と受講生が関連付けられている |
| 兄弟入会率 | 家族関係の関連付けが張られている |

HubSpotの計算プロパティーには、関連レコードの値を集計するロールアップ機能があり、件数・合計・最早の日付・最新の日付などを取得できます。計算プロパティーはProfessional以上で利用できます（[計算プロパティーを作成する](https://knowledge.hubspot.com/ja/properties/create-calculation-properties)）。

これを使うと、保護者のコンタクトに「世帯の在籍数」「初回入会日」を自動で持たせられます。**この2つがあるだけで、兄弟入会の提案リストが作れます**。

このうち**退会理由と開始日は、後から設計を変えると過去分が取れません**。最初から持たせておく価値が最も高い項目です。

## よくある質問

スクール事業のCRMデータ設計について、ご相談の場でよくいただく質問をまとめました。保護者と受講生を分ける必要が本当にあるのか、在籍を取引で持つと件数が膨らまないか、月謝の入金管理までCRMでやるべきか、複数教室をどう持つか、Excelから何を先に移すか、の5点です。いずれも設計に入る前に方針を決めておく論点で、ここが固まっていると後戻りが減ります。

### Q1. 保護者と受講生を1つのコンタクトにまとめてはいけませんか。

成人向けスクールで受講者本人が申し込む場合は、1つで構いません。子ども向けの場合は分けてください。まとめると、兄弟が2人通っているときに1レコードでは表現できず、子どもごとの在籍履歴も残せません。**「1人の保護者に複数の子ども」が発生し得るなら、分けるのが前提**です。

### Q2. 在籍を取引で持つと、取引の件数が多くなりすぎませんか。

在籍者数が数百人から数千人の規模であれば、取引の件数として問題になりません。数万件を超える規模になると、レポートの応答が重くなる場面が出てきます。その場合は、退会済みの在籍をアーカイブ用のパイプラインへ移すか、在籍をカスタムオブジェクトへ移す検討に入ります。**最初から件数を心配して複雑な設計にする必要はありません**。

### Q3. 月謝の入金管理までCRMでやるべきですか。

入金の確定値は会計側に置き、CRM側は「請求ステータス」程度を持つ設計をおすすめします。境界の目安は、**「会計の正確性が問われるものは会計側、判断と経緯はCRM側」**です。ただし、**未納が続いていることは退会の強い兆候**なので、未納の事実だけはCRMから見えるようにしておく価値があります。

### Q4. 複数教室を運営しています。教室はどう持てばよいですか。

教室は会社オブジェクトのレコードとして持ち、在籍レコードに関連付ける方法が扱いやすくなります。教室ごとの在籍数・退会率を集計でき、担当講師の割り当ても表現できます。教室数が2〜3で当面増えないなら、在籍のプロパティー（選択肢型）で持つ簡易な設計でも構いません。**将来的に教室ごとの損益を見たくなるかどうか**が判断の分かれ目です。

### Q5. すでにExcelで名簿を管理しています。何から移せばよいですか。

**現在在籍している人だけ**を移してください。過去の退会者まで含めて移そうとすると、データの整合を取る作業で止まります。在籍者を移し、開始日と在籍状態と退会理由の3項目を持たせて運用を始める。過去分は、必要になったときに追加でインポートすれば足ります。名簿の完全性より、**今日から新しい退会が正しく記録される状態**を先に作るほうが価値が出ます。

## 関連記事

- [体験申込から入会・継続までのパイプライン設計](https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-enrollment-pipeline-design) ── 体験からの歩留まりを分けて数える設計です
- [教育業界のHubSpot活用法](https://start-link.jp/hubspot-ai/hubspot/industry-deep/hubspot-education-industry-guide) ── 教育業界でのHubSpot活用の全体像をまとめています
- [教育・スクール業DX実践ガイド](https://start-link.jp/hubspot-ai/hubspot/industry-deep/hubspot-education-industry-guide) ── 教育・スクール業のDX全般を扱っています
- [研修の管理システムを設計する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/training-business-data-model) ── 同じ判断軸を法人研修事業に当てはめた例です
- [HubSpotでカスタムオブジェクトを作るべきかの判断基準](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-custom-object-design-decision) ── 在籍を取引で持つかカスタムオブジェクトで持つかの判断に使えます

## まとめ

スクール事業のCRMデータ設計は、名簿を作る作業ではなく、継続が測れる構造を作る作業です。要点を整理します。

- **保護者と受講生は別のコンタクトで持ち、関連付けラベルで家族関係を表す**。1対多が成立するためです
- **在籍を独立したレコードとして持つ**。受講生のプロパティーにコース名を1つ持たせる設計は必ず行き詰まります
- **在籍は取引で持つのが扱いやすい**。金額を持て、入会プロセスをパイプラインで管理できます
- **入会後の状態はステージではなくプロパティーで持つ**。数年続く状態をステージで刻むと、誰も動かさないステージができます
- **コース変更は書き換えず、終了と開始で表す**。書き換えると受講履歴が失われます
- **退会理由と休会理由は選択肢型にする**。自由記述では集計できず、改善に使えません
- **配信対象は連絡区分で必ず絞る**。子どものアドレスに請求案内が届く事故を防ぎます

最初の一歩としておすすめしたいのは、**「直近1年に退会した人を10件選び、退会理由を分類してみる」**ことです。分類できないなら、それが今の管理で失われている情報です。10件分類するだけで、選択肢に何を並べるべきかが見えてきます。

そのうえで、在籍レコードに「開始日」「在籍状態」「退会理由」の3項目を持たせる。ここから始めるのが現実的です。

自社のスクール運営に合わせたCRM設計を具体的に検討したい場合は、[StartLinkの無料相談](https://start-link.jp/contact)でご相談ください。現在の管理方法をうかがったうえで、設計の方向性をご提案します。

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

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/kv_IK-08.png) 医療・福祉事業者のHubSpot構築ガイド｜ナレッジベースとAIエージェントで問い合わせ対応を仕組み化する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/healthcare-welfare-hubspot-guide)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/kv_IK-06.png) 製造業（BtoBメーカー）のHubSpot構築ガイド｜製品マスタ・引き合い管理・製品別の売上分析をCRMで設計する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/manufacturing-hubspot-guide)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/kv_IK-07.png) コンサルティング会社のHubSpot構築ガイド｜流入経路の評価から案件・納品・請求までをCRMで管理する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/consulting-firm-hubspot-setup-guide)

## あわせて読みたいHubSpot実務ガイド

### [Basics HubSpotの基本操作ガイド コンタクト管理、メール、電話、取引登録までを実画面ベースで整理しています。](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-basic-operations-guide)

### [Content Hub HubSpot Content Hubの実務活用 サイト運用、CMS設計、AIO対策まで含めてContent Hubを解説しています。](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-content-hub)

### [Integration HubSpotとSalesforceの連携ガイド 移行時の注意点、同期設計、運用上の落とし穴をまとめています。](https://start-link.jp/hubspot-ai/hubspot/integration-ecosystem/hubspot-salesforce-integration-guide)

### [Contact 導入や活用の相談はこちら 自社環境に合わせた導入方針、運用設計、リライト優先度の相談ができます。](https://start-link.jp/contact)

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

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-business-crm-data-model#blog-download)

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

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

[HubSpot](https://start-link.jp/hubspot-ai/tag/hubspot) [CRM](https://start-link.jp/hubspot-ai/tag/crm) [データ](https://start-link.jp/hubspot-ai/tag/データ)

## サービス資料を無料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-08-03T04:22:42.000Z",
  "headline" : "スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_data_model.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-business-crm-data-model",
    "@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" : "成人向けスクールで受講者本人が申し込む場合は、1つで構いません。子ども向けの場合は分けてください。まとめると、兄弟が2人通っているときに1レコードでは表現できず、子どもごとの在籍履歴も残せません。「1人の保護者に複数の子ども」が発生し得るなら、分けるのが前提です。"
    },
    "name" : "保護者と受講生を1つのコンタクトにまとめてはいけませんか。"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "在籍者数が数百人から数千人の規模であれば、取引の件数として問題になりません。数万件を超える規模になると、レポートの応答が重くなる場面が出てきます。その場合は、退会済みの在籍をアーカイブ用のパイプラインへ移すか、在籍をカスタムオブジェクトへ移す検討に入ります。最初から件数を心配して複雑な設計にする必要はありません。"
    },
    "name" : "在籍を取引で持つと、取引の件数が多くなりすぎませんか。"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "入金の確定値は会計側に置き、CRM側は「請求ステータス」程度を持つ設計をおすすめします。境界の目安は、「会計の正確性が問われるものは会計側、判断と経緯はCRM側」です。ただし、未納が続いていることは退会の強い兆候なので、未納の事実だけはCRMから見えるようにしておく価値があります。"
    },
    "name" : "月謝の入金管理までCRMでやるべきですか。"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "教室は会社オブジェクトのレコードとして持ち、在籍レコードに関連付ける方法が扱いやすくなります。教室ごとの在籍数・退会率を集計でき、担当講師の割り当ても表現できます。教室数が2〜3で当面増えないなら、在籍のプロパティー（選択肢型）で持つ簡易な設計でも構いません。将来的に教室ごとの損益を見たくなるかどうかが判断の分かれ目です。"
    },
    "name" : "複数教室を運営しています。教室はどう持てばよいですか。"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "現在在籍している人だけを移してください。過去の退会者まで含めて移そうとすると、データの整合を取る作業で止まります。在籍者を移し、開始日と在籍状態と退会理由の3項目を持たせて運用を始める。過去分は、必要になったときに追加でインポートすれば足ります。名簿の完全性より、今日から新しい退会が正しく記録される状態を先に作るほうが価値が出ます。"
    },
    "name" : "すでにExcelで名簿を管理しています。何から移せばよいですか。"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-business-crm-data-model#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-12T05:31:16+09:00",
  "datePublished" : "2026-08-03T04:22:42+09:00",
  "headline" : "スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DY-1_data_model.png",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/school-business-crm-data-model",
    "@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/hubspot",
    "name" : "HubSpot",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep",
    "name" : "業界別HubSpot活用",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "スクール事業のHubSpotデータ設計｜見込み・受講生・保護者をどう持つか",
    "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"
}
```