Town AI for HubSpot：更新できること、ルーティン、必要なプラン

Town AIはHubSpotで何をするのか

私はRamaで、eeselで連携機能を開発しています。週の大半は、AIがCRMのレコードを読み、同僚のレポートを壊さずに書き戻せるようにするコードに費やしています。そこで学んだのは、HubSpotへのAI接続は、書き込みルールの分だけ安全になるということです。ディールを読むのは簡単です。誰がいつディールのステージを変えてよいかを決めることが、仕事のすべてです。

Townは個人向けのAIアシスタントです。Townieに名前を付けると、専用の@town.comメールアドレスが付与され、あなたのメール、カレンダー、Slack、ドキュメントをまたいで動きます。Townは2026年6月3日にベータ版を終了し、a16zが主導する5,500万ドルのシリーズAを発表しました。CEOのJean-Denis Grezeは、以前PlaidでCTOを務めていました。

この組み合わせについてのTown自身の表現は "HubSpot holds the record; Town keeps it true." です。実際には、TownがHubSpotの外で起きたこと（通話、受信トレイ、カレンダー）を読み取り、HubSpot CRM向けの更新案として下書きにします。あなたが承認すると、レコードに反映されます。

この向きが重要です。HubSpot組み込みのAIは、現在BreezeとHubSpotのAIエージェントに分かれており、すでにHubSpotにあるデータを対象に動きます。Townの連携FAQ自身がこの対比を示しています。HubSpotのAIはHubSpotの中で動き、Townは "works across your whole stack." というわけです。

TownはHubSpotで何を読み取り、何を変更できるか

Townには、それぞれ専用のタイルと権限を持つ2種類のHubSpot連携があります。片方でも両方でも接続できます。

出典：TownのHubSpotドキュメント。

CRM側では、Townのドキュメントに6つの機能が挙げられています。コンタクトの一覧取得、コンタクト詳細の取得、コンタクトの作成、コンタクトの更新、ディールの一覧取得、ディール詳細の取得です。"what's included" のリストには、ディールの閲覧と更新、会社の閲覧が加わります。マーケティング接続はもっと限定的です。既存のテンプレートからメールの下書きを作り（ヘッダー、フッター、配信停止の設定は引き継がれます）、受信者リストを設定し、任意でA/Bテスト用の件名を追加し、送信予定日を入力します。送信ボタンを押すのは、これまでどおりHubSpot上のあなたです。

内部では、接続はHubSpotのリモートMCPサーバーを通じて動きます。MCP（Model Context Protocol）は、AIアシスタントがアプリのデータを扱えるようにするオープン標準で、HubSpotは自社のサーバーを提供しています。背景を知りたい方は、私のカスタマーサポート向けMCPガイドで、こうしたサーバーの仕組みを説明しています。接続する前に、HubSpotのドキュメントから知っておきたい点が3つあります。

• HubSpotの権限はそのまま適用されます。 MCPサーバーは "respects your existing HubSpot user permissions" なので、Townieが見たり編集したりできるのは、あなたが操作できるレコードだけです。
• Sensitive Dataはアクティビティ履歴をブロックします。 アカウントでHubSpotのSensitive Data設定がオンだと、通話、メール、ミーティング、メモ、タスクがMCPからのアクセスでブロックされます。HubSpotによれば、これは標準APIではなくMCPサーバーに限った話です。ミーティングブリーフが最も頼りにする履歴がこれですから、まずこの設定を確認してください。
• スコープが変わると再インストールが必要です。 スコープを手動で選ぶことはありません。HubSpotがMCPツールを追加すると、以前にインストールしたユーザーは新しいツールを許可するために再インストールが必要です。

HubSpotのMCPサーバーには、チケット、セグメント、パイプラインなど、Townのドキュメントに載っていないことまでできる機能があります。ただし、Townが対応しているのはドキュメントの範囲なので、HubSpotの全ツール一覧ではなくTownのドキュメントを前提に計画するのがよいと思います。

HubSpotで使えるTownのルーティンは？

価値の大半はルーティンから生まれます。ルーティンは、Townのルーティンライブラリにある定型のリクエストで、Townieに送って使います。Townieがいくつか設定の質問をしたあと、ルーティンを作成して有効にします。そのうち5つが、HubSpotのようなCRMを想定して作られています。

これらを合わせると、通話前のブリーフから、月曜のパイプラインレビュー前の監査まで、営業の1週間をひととおりカバーします。

最初に有効にするなら、私はPost-Meeting CRM Updateを選びます。文字起こし全体（決定事項、担当者と期限つきのコミットメント、未解決の質問、リスク）を読み、適切なコンタクトとディールに結び付けます。1時間ごとの確認で遅れて届いた文字起こしも拾い、Townによれば "keeps track of what it's already handled, so the same meeting is never logged twice." とのことです。Granola、Fathom、Fireflies などのメモのソースが必要です。まだない場合は、私の議事録アプリガイドか、Otterの代替の一覧から始めてください。

End-of-Day CRM Update Draftは、録音された通話以外のすべてを拾う総まとめです。毎営業日の終わりに、その日の通話、ミーティング、見込み客とのメールを見直し、承認用のまとめメールを1通下書きします。すでにレコードにある内容と重複を除くので、自分で記録した接点が繰り返されることはなく、あいまいな項目は "are flagged, not guessed." という扱いです。

Pipeline Hygiene Alertsは、営業マネージャーに喜ばれるルーティンです。毎週、進行中のすべてのディールについて、動きのない活動、次のステップの欠如、期限切れや繰り返し先送りされたクローズ日、金額やコンタクトの欠落、同じステージに長く留まっているものを確認します。問題をグループ化し、売上予測へのリスク順に並べます。HubSpot自身のレポートに対するTownの主張は的を射ています。"Reports show you columns; this reads each deal's history." チームリーダーはチーム全体のパイプラインを対象にできますが、変更はあなたが承認したときにだけ行われます。

残りの2つのルーティンは読み取り専用です。Attendee Research Briefはメールドメインで社内と社外のミーティングを見分けるため、毎週のチーム定例でブリーフが作られることはありません。Signup and Pipeline Readoutは、実質的な変化がなかった週はスキップします。どちらもあなたに報告するだけなので、承認なしで安全に実行できます。関連する作業として、Stalled Deal Re-Engagementは動きのないディールへのフォローを下書きします。これは私のTown AIでクライアントフォローアップガイドで取り上げました。

HubSpotをTownに接続する方法

大切なレコードの編集権限を持つHubSpotユーザーなら、セットアップは約10分で終わります。

1. Townに登録する。 新規アカウントには7日間のProトライアルが付きます。実際の通話1週間分でこれらのルーティンを試すのに十分な長さです。
2. IntegrationsでHubSpotを接続する。 HubSpotのタイルを見つけてConnectをクリックし、HubSpotでTownを承認します。インストールするものはありません。Townはコンタクト、ディール、会社へのアクセスを要求し、HubSpotの設定からいつでも取り消せます。
3. HubSpot Email Marketingは必要な場合のみ追加する。 別のタイルで、Marketing Hubが必要です。すべてのアカウントでまだ使えるとは限りません。
4. ミーティングメモのソースを接続する。 Post-Meeting CRM Updateには文字起こしが必要です。Town自身がミーティングを録音することもできます。
5. ルーティンのリクエストを1つ送る。 Post-Meeting CRM Updateを選び、"Get started with this routine" をクリックして、Townieの質問にきちんと答えます。具体的なステージの対応づけ、スキップするミーティング、サマリーの送り先などです。
6. まず手動で実行する。 Townのトリガーのドキュメントは、自動トリガーを有効にする前に新しいルーティンを手動でテストするよう勧めています。昨日の通話で実行し、HubSpotレコード上のメモを確認してから、明日の通話を任せましょう。

Townのドキュメントには、コピーして使えるシンプルなカスタムルーティンも載っています。HubSpotにいない人からメールが届いたら、送信者を調べ、コンタクトを作成し、会社、役職、LinkedIn URLを追加して、わかったことを記録する、というものです。インバウンドのエンリッチメントが主目的なら、両方に支払う前に、HubSpot自身のCRMデータエンリッチメントと比較してください。

TownはHubSpotをどう安全に保つか

ディールのステージが間違っているほうが、メモが1つ抜けているより大きな問題です。予測に波及し、HubSpotのワークフローを起動し、人に通知が飛びます。TownのHubSpotドキュメントははっきり述べています。"Automated CRM updates can trigger other HubSpot routines, notifications, and reports. Test carefully."

Townのすべてのルーティンは、3つのモードのいずれかで動きます。読み取り専用、承認必須、自律実行です。1つのルーティンの中で、ツールごとにモードを混在させることもできます。

私ならHubSpotのルーティンを次のように設定します。

• コンタクトとディールの更新： 承認必須。Town自身のベストプラクティスも "Use approval-required for updates." です。
• 通話メモとタスク： 自動で実行してかまいません。これがPost-Meeting CRM Updateのデフォルトで、間違ったメモは簡単に直せます。
• ディールのステージ変更： 承認必須に加え、厳格なガードレールを設けます。Townの例は "never moving a deal to Pass automatically." です。
• 変更ごとの理由： ルーティンに更新の理由をメモさせます。これもTownのドキュメントが推奨していて、次にレコードを読む担当者が文脈を把握できます。

HubSpot側では、同社の manage_crm_objects ツールが、何かを作成または更新する前に "presents a proposed-changes summary for user review and requires explicit user confirmation" とドキュメントに書かれています。Townの承認キューと合わせると、通話の文字起こしからディールの変更までに2つのチェックが入ります。これは、カスタムアプリでChatGPTをHubSpotに接続するような、多くの自作セットアップより厳格です。

制限が2つ残ります。TownのドキュメントはHubSpotのレート制限に触れており、忙しいルーティンが上限に達した場合は、実行頻度を下げるか処理をまとめるよう案内しています。また、Townは個人向けアシスタントなので、HubSpot接続は承認した本人として動作します。小さな営業チームにはうまく機能しますし、Townが社内に広がっていく理由もまさにここにあるようです。

"Town is the Devin for Everything Else i was talking about at AIE Europe i brought it into our company one day and a few weeks later was shocked to hear that it had just organically spread to @liamcbride and the rest of our team with no further hyping or enablement from me."

swyx, X

HubSpotにはどのTownプランが必要か

HubSpotを含むTownのすべての連携は、全プランで利用できます。プランの違いが出るのはルーティンです。ライブラリのルーティンはすべてカスタムルーティンとして作られ、Townはカスタムルーティンとトリガーの種類をプランごとに制限しています。

出典：Town Plans & Pricingドキュメントと料金ページ。

Starterでは、End-of-Day CRM Update DraftとPipeline Hygiene Alertsはどちらもスケジュール型なので動作します。Post-Meeting CRM Updateは設計どおりには動きません。文字起こしが届いたときに実行される、つまりイベントトリガーで、イベントトリガーにはPro以上が必要です。カスタムルーティンの枠が2つしかないため、Starterのユーザーは現実的には終業時のまとめと月曜の監査を選び、通話の記録は1日1回にすることになるでしょう。

もう1つコストを左右するのがクレジットです。Townは1回の実行あたりの固定クレジット数を公表していません。クレジットのドキュメントによれば、使用量は実行が読み取る量と行う内容によって決まり、ルーティンごとの合計はSettings → Planで確認できます。何百件ものディールを対象にした週次のパイプライン監査は、通話メモ1件より多くかかります。超過分の計算は私のTown AIの料金の解説にあり、HubSpot自身のAIはHubSpotクレジットで別に計測されます。

HubSpotでTownが向いている場面、向いていない場面

自分でHubSpotのディールを担当しているなら、Townは相性がよいです。営業をする創業者、アカウントエグゼクティブ、コンサルタント、リクルーターなどです。ルーティンは1人分のパイプラインと1人分の受信トレイを前提に書かれています。HubSpotが正式な記録システムでありながら、営業担当者がデータ入力を嫌がるチーム、つまりほとんどのチームにも向いています。

先に知っておきたい制限がいくつかあります。

• Townのドキュメント上の範囲はコンタクト、ディール、会社です。 HubSpotのチケット、見積もり、カスタムオブジェクトは、HubSpotのMCPサーバーが公開していても、TownのHubSpotドキュメントには載っていません。
• まだ新しいサービスです。 TownにはG2やCapterraのレビューがまだなく、ユーザーの声の多くはXにいる初期ユーザーのものです。
• チームのプールにはメンバーごとの上限がありません。 Teamプランでは、Townのチーム請求ドキュメントが、ヘビーユーザー1人で共有クレジットプールを使い切る可能性があると述べています。

選択肢を比較するなら、アドオン型は私のHubSpot向けAIツールのまとめで、ネイティブ型はHubSpotのディールインサイトとプロスペクティングエージェントで扱っています。ほかの個人向けアシスタントについては、私のAI個人アシスタントのまとめ、Instinct AIのレビュー、ワークフローを自分で組みたい場合はLindyをご覧ください。ほかのCRMを使う営業チームは、Salesforce AIやPipedrive AIを検討できます。

HubSpotでの実際の仕事がサポートチケットのとき

これはよく見るパターンです。HubSpotと連携するAIを探している人でも、実際に溜まっているのはディールではありません。HubSpot Service Hubのチケットです。注文の問い合わせ、アカウントの問題、「その後どうなっていますか？」という返信などです。これは1人の営業のパイプラインではなく共有のキューで、個人向けアシスタントは形が合いません。Townは実行ごとにクレジットを計測し、1人のアカウントから動作し、ドキュメント上のHubSpotの範囲にもチケットは含まれません。

HubSpot自身の答えはBreezeカスタマーエージェントで、解決ごとにHubSpotクレジットが課金されます。これを検討しているなら、HubSpot Service Hub AIの代替と、Service Hub AIは価値があるかの記事で、クレジットの計算をしています。

もう1つの道は、キュー担当のチームメイトを採用することです。eeselは、特定の仕事のために採用できるAIチームメイトの集まりで、ヘルプデスクチームメイトは既存のHubSpotヘルプデスクを置き換えるのではなく、そこに加わります。AI従業員のサポート特化版だと考えてください。

お客様が待っているHubSpotのチケットにeeselを試す

見落とされているHubSpotの仕事が自分のディールではなく顧客のチケットなら、eeselのHubSpot向けAIヘルプデスクチームメイトは数分で接続できます。ヘルプセンターとドキュメントから学習し、チームがすでに使っているキューで返信を下書きまたは送信します。まず下書きモードで始め、返信を確認し、信頼できたら送信を任せましょう。

eeselの料金ページでは、チケットまたはチャット1件は、返信が何回になっても1クレジットです。先月のチケット数がそのまま支払額の目安になります。

100クレジットでカード不要の無料スタートができ、先週のHubSpotチケットに向けて、何件の返信を下書きしたか確かめられます。eeselを試す