HubSpotの活用Tips、CRM導入・移管のポイント、AIを活用した業務効率化など、営業・マーケティング・オペレーション担当者に役立つ情報を発信します。
61 件の記事
CRMのデータが汚れる原因は、重複・表記ゆれ・未入力、そして同じ意味のプロパティの乱立と単一行テキストです。まず入力時に防ぎ、後からの修正はAIで週1〜月1回。汚れたデータがCRMへの信頼を失わせ、解約に至るまでの流れも含めて、元HubSpot Japan CSMが整理します。
続きを読む →
CRM管理者がいない会社では、データが汚れ、実態と合わず、レポートもない状態になり、CRMを入れたメリットが何も得られません。向いている人・向いていない人、毎週・毎月やるべきこと、担当者の退職で放置されないための全社プロジェクト化を、元HubSpot Japan CSMが整理します。
続きを読む →
トップ営業の型が広がらないのは、表面的な行動しか聞けていないからです。聞くべきは「なぜそのアクションを取るのか」という思考と背景。聞き出した型をステージプロパティの必須項目に組み込む方法と、協力を得る評価設計、型を強制しすぎて個性を消すケースを、元HubSpot Japan CSMが整理します。
続きを読む →
QBRはMRRが一定以上のアカウントと、拡大余地のあるターゲットアカウントに絞って実施します。話すのは自社製品の利用状況ではなく、まずお客様のKPI。決裁者を呼ぶための準備と、関係を立て直して更新につながったケースを、元HubSpot Japan CSMが整理します。
続きを読む →
MQL・SQLの定義は、マーケティング・インサイドセールス・営業の責任者がすり合わせて決めます。受け取ったリードを放置させないアラートの仕組み、基準を満たさないリードをナーチャリングに戻すルール、四半期ごとの見直しまで、元HubSpot Japan CSMが整理します。
続きを読む →
リードスコアリングは、最初から作り込みすぎると「なぜこのスコアなのか」が分からなくなり形骸化します。まずは問い合わせを高得点にする仮置きで始め、過去の受注データをAIに分析させてロジックを作り、見直す。スコアリング設計の進め方を、元HubSpot Japan CSMが整理します。
続きを読む →
営業からCSMへの引き継ぎが崩れるのは、テンプレートがないときと、長すぎるときです。必ず残すべきは契約情報と「なぜ自社を選んだのか」の2つ。言った・言わないを防ぐ部署間の運用と、商談録画とAIを使った今のベストな引き継ぎ方を、元HubSpot Japan CSMが整理します。
続きを読む →
経営者はマネージャーの4つの数字を把握しつつ、アクション数や商談数のレイヤーまでは見なくていい。見るのは、目標に達するのか、なぜ達しないのか、他の月でカバーできるのか。経営者がダッシュボードを見なくなる原因と、数字をずらさない作り方を、元HubSpot Japan CSMが整理します。
続きを読む →
CSMの週次レビューで見るのは、アクション数と、解約・アップセル・更新のフォーキャストの2つです。月初の予定確認、毎週のズレのトラッキング、当月更新の1件ずつの確認、そしてマネージャーが介入すべきタイミングを、元HubSpot Japan CSMが整理します。
続きを読む →
アップセルのサインは、利用上限への接近や上位機能の使い込みとしてCRMにも出ます。しかしそれ以上に効くのは、顧客との会話から探るビジネスの動向です。関係を壊さない進め方と営業への引き渡し方を、元HubSpot Japan CSMが整理します。
続きを読む →
オンボーディングのステージは、時期で区切るか、ミーティング回数で区切るかの2通りです。止まるのは顧客側の宿題、特にデータ移管と社内調整。止まる場所を先に把握し、早めにボールを渡す進め方を、元HubSpot Japan CSMが整理します。
続きを読む →
パイプラインコールは、目標と見込みクローズドウォンの差分確認から始めます。差分を埋める2つのパターン、形骸化する典型、そしてマネージャーのアドバイスが的外れで信頼を失う問題への対処を、元HubSpot Japan CSMが整理します。
続きを読む →
フォーキャストが外れる会社の共通点は、入力漏れと更新の遅れです。口頭の報告だけでSFAが最新になっていない状態が、予測を狂わせます。クローズ予定日・確度・金額の3項目を常に最新化する設計と、項目を増やしすぎて精度が落ちるケースを、元HubSpot Japan CSMが整理します。
続きを読む →
休眠リードは3ヶ月〜半年動きがなければ休眠と定義し、購買シグナルが強い企業から掘り起こします。そして失注理由は、失注ステージへの移行時にドロップダウンの必須項目で取る。失注・休眠リードを資産に変える設計を、元HubSpot Japan CSMが整理します。
続きを読む →
インサイドセールスとフィールドセールスの分業で一番揉めるのは、リードの数と質です。HubSpotのライフサイクルステージ・リードステータス・取引ステージの3層設計と、各段階のKPIを可視化して揉めない組織を作る方法を、元HubSpot Japan CSMが整理します。
続きを読む →営業の行動量は、できる限りトラッキングするのが望ましい。管理しすぎのリスクより、管理しなさすぎのリスクの方が圧倒的に多いからです。ただし数字合わせの空報は起きます。追うべき項目と空報を防ぐ仕組みを、元HubSpot Japan CSMが整理します。
続きを読む →
「入力しろ」と言い続けて定着した会社はありません。営業がCRMに入力するのは、入力すると自分が得をするときです。日報と毎日の報告をなくし、SFAへの入力を報告の代わりにする設計を、元HubSpot Japan CSMが整理します。
続きを読む →
解約の前兆は、ログイン頻度の低下、問い合わせの減少、担当者の交代、ビジネスの数値の4つに出ます。予兆を見つけたら最初にやるのは、とにかく担当者に連絡を取ること。止められる解約と止められない解約の違いも含めて、元HubSpot Japan CSMが整理します。
続きを読む →
カスタマーサクセスのヘルススコアで本当に効いたのは、製品の利用状況でした。ただし「使っている・使っていない」では粗すぎます。スコアが良いのに解約されたケース、悪いのに更新されたケースも含めて、HubSpot JapanでCSMを務めた筆者が整理します。
続きを読む →
ダッシュボードにレポートが30個並んでいるのに、実際に見ているのは3つ。営業マネージャーが毎週見るべき基本の数字は4つです。アラート系ダッシュボードと滞留案件の管理、レポートを増やしすぎたときに起きることを、元HubSpot Japan CSMが整理します。
続きを読む →
フォーキャストが毎回ずれる会社は、商談ステージの定義がずれています。主観的なステージと多すぎるステージという2つの失敗、ステージプロパティの使い方、そして必須項目を増やしすぎてSFAが形骸化するケースを、元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotへ移行した後のSalesforce解約は、HubSpotで仕事が回ることの確認、データのバックアップ、1ユーザーライセンスだけ残す契約変更の3つを済ませてから進めます。全解約を避けるべき理由と並行運用の期間を、元HubSpot Japan CSMが整理します。
続きを読む →
SaaS企業はHubSpotと非常に相性が良い一方、MRR・解約・契約更新の管理は難易度が高い領域です。取引管理とMRR管理の発想の違い、解約時のロジック、Data Hub Professionalのカスタムコードを推奨する理由を、元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotのチーム機能は、権限管理とレポーティングを効率化するための仕組みです。複数チームに属するユーザーがいても、デフォルトチームを正しく設定すればレポートは崩れません。兼務者の設定とプリセットの使い方を元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotのレポートは、テンプレートを確認し、次にAIで作成し、最後にカスタムレポートで手動作成する順番で進めます。デフォルトプロパティを使うべき理由と、カスタムレポートの手順、運用開始前に作っておくべき1本を元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotとGmailの連携は、個人メール接続とGmail拡張機能の2段階です。社内メールも記録される、BCC方式では相手の返信が残らない、Googleグループはヘルプデスクに接続できないなど、設定前に知っておくべき注意点を元HubSpot Japan CSMが整理します。
続きを読む →
Salesforce・HubSpot・Zohoはどう違うのか。出自の思想に加え、料金・カスタマイズ性・使いやすさ・カバー範囲・学習リソース・サポート・自動化・レポート・MA連携・AI対応の10の軸で、元HubSpot Japan CSMかつSalesforce認定資格保有者が、Zohoの実機検証も踏まえてフェアに比較します。
続きを読む →
kintoneとHubSpotはどう違うのか。実は2つはカテゴリが異なるツール。kintoneの本当の強み「脱Excel」を正当に評価しながら、顧客管理を自作した場合に当たる壁、そしてAI時代のツール選定の考え方まで、元HubSpot Japan CSMが解説します。
続きを読む →
HubSpotのカスタマーエージェントは、会社が用意したコンテンツをもとに問い合わせへ回答するAI機能です。手間がかかるのは最初のセットアップだけ。ただし過去のメールは直接読ませられません。必要な準備と向かない会社を、元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotの受信トレイはチームの共有受信トレイ、ヘルプデスクは受信トレイとチケット管理を統合した最新機能です。画面構成の違い、運用で知っておくべき仕様、どちらを使うべきかの判断基準を、元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotの導入期間は、Starterなら簡単なもので1日、事業を続けてきた会社なら最短2〜3週間。Professionalなら1〜2ヶ月、Marketing Hubのアセット移行があれば3ヶ月ほど。期間が延びる4つの原因と合わせて、元HubSpot Japan CSMが整理します。
続きを読む →
資金調達をしている拡大志向のスタートアップは、組織化する前にCRMを入れるべきです。リード獲得数・商談数・商談転換率は資金調達でも問われる指標だからです。Starterから始める理由と、入れなくていい段階を元HubSpot Japan CSMが整理します。
続きを読む →
AirtableからHubSpotへの移行で最初に詰まるのは、Airtableの自由な構造をHubSpotのオブジェクトに合わせて整理する工程です。データ整形の考え方と、Airtableのままでいい会社の判断基準を、元HubSpot Japan CSMが整理します。
続きを読む →
HubSpotへのデータ移行にはCSV・アプリ連携・APIの3つの方法があります。最も失敗が多いのはファイル移管で、重複データの修正に膨大な時間がかかります。自力でやれる範囲の見極め方を、元HubSpot Japan CSMが整理します。
続きを読む →
SalesforceからHubSpotへの移行プロジェクトで、AIを実際にどう活用したのか。棚卸し・移行設計・実装・検証の各工程での使い方と、逆に「AIに任せてはいけない領域」を、実務経験にもとづいて解説します。
続きを読む →
HubSpot Starterで何ができて、何ができないのか。基本オブジェクトもメール配信もフォームも使えますが、カスタムオブジェクト・ゼロからのレポート作成・独自ワークフローは作れません。線引きと乗り換え判断を元HubSpot Japan CSMが整理します。
続きを読む →
Service Hub導入の最大の難所はプロジェクトマネジメントです。問い合わせを受け続けながら切り替える必要があるため、カットオーバー日から逆算した準備が要ります。電話対応という制約も含め、元HubSpot Japan CSMが整理します。
続きを読む →
ZohoからHubSpotへの移行では、コストが上がる可能性があります。それでも移る理由は使いやすさとデータの扱いやすさです。独自カスタマイズという難所と、Zohoのままでいい会社まで、元HubSpot Japan CSMがフェアに整理します。
続きを読む →
kintoneで作り込んだ独自アプリをHubSpotで再現するのは難しい。そもそも2つは事業ドメインが違うツールです。全部を移すのではなくCRM領域だけ切り出すという整理と、kintoneのままでいい会社まで、元HubSpot Japan CSMが解説します。
続きを読む →
金融・保険・投資業界でHubSpotを使うなら、データ品質・複雑な計算ロジック・権限設計の3つに投資が必要です。国内データセンターが必須要件の場合の判断も含めて、元HubSpot Japan CSMが公式情報を確認したうえで整理します。
続きを読む →
HubSpotが使いづらいと感じる原因の多くは、多機能さから来る「最初の迷い」です。慣れで解消する使いづらさと設計が合っていない使いづらさの切り分け方、そして本当にCRMが要らない会社まで、元HubSpot Japan CSMが整理します。
続きを読む →
CRMの乗り換えを検討すべきタイミングは、契約更新と値上げという外的要因、そして現場で使われていない・データが分断しているという内的要因です。ただし切り替えても解決しないケースがあります。元HubSpot Japan CSMが正直に整理します。
続きを読む →
Excelの顧客管理からHubSpotへ移るとき、詰まるポイントは決まっています。オブジェクト設計・レポート再現・目標管理という3つの難所と、移行を機に見直すことになるKPIについて、元HubSpot Japan CSMが整理します。
続きを読む →
製造業でHubSpotは現場に定着するのか。ITツールへの抵抗が強い現場で選ばれてきた3つの理由、Sales Hub・Service Hubの公式価格、そして見送るべきケースまで、元HubSpot Japan CSMが正直に整理します。
続きを読む →
ZendeskからHubSpotへの移行で実際に手間がかかるのは添付ファイルです。チケット約5万件で約3ヶ月かかった実例、ルーティング・SLA・チャネルの難所、そして移行を見送ったほうがいいケースまで、元HubSpot Japan CSMが整理します。
続きを読む →
Data Hub Professional(旧Operations Hub Professional)は、カスタムコードと定期スケジュールのために契約されてきました。しかしAIエージェントの登場でその2つの前提が揺らいでいます。月額96,000円を何に払うのか、元HubSpot Japan CSMが10の事例で整理します。
続きを読む →
HubSpotのレポート作成は元CSMでも難しい。しかしAI(Claude連携)に任せると、日本語で頼むだけで集計からExcel/スプレッドシート出力まで完了する。ただし弱点も2つ。実際に検証してわかった「AIで設計→クエリ固定→自動更新」という最適解と、その先の応用まで解説します。
続きを読む →
HubSpotのワークフローを、管理画面を開かずAIへの日本語指示だけで作れるのか検証。カスタムコード入りの複雑なワークフローまで完成した一方、分岐だけは最後に人間の出番が残った。実際に試してわかった限界と実用的な使い方を解説します。
続きを読む →
SalesforceからHubSpotへの移行はどう進めればいいのか。要件定義からデータ移行、リリースまでの全ステップと、失敗しないための考え方を、CRMの専門家が解説。
続きを読む →
Salesforce移行を始める前に、発注側が確認・準備しておくべきことをチェックリスト形式で解説。データの棚卸し、連携ツールの確認、移行タイミングの注意点まで。CRMの専門家が実例をもとにまとめます。
続きを読む →
HubSpotで何ができて、何ができないのか。Marketing・Sales・Serviceなどの製品群でできることから、権限管理やバックオフィス系の苦手分野まで、CRMの専門家が正直に解説します。
続きを読む →
2026年6月にベータリリースされたHubSpot Agent CLI。Claude CodeなどのAIエージェントからHubSpotを直接操作できる公式ツールを、実際にデモポータルで検証。セットアップからdry-runの挙動、コネクタ連携との使い分けまで解説します。
続きを読む →
HubSpot導入支援会社はどう選べばいいのか。元HubSpot Japan CSMが、実績の見極め方・契約前に必ず聞くべき質問・価格の考え方という3つの基準を解説。担当者の質とAI活用度が成否を分ける理由とは。
続きを読む →
SalesforceからHubSpotへの移行を依頼する前に知っておくべき費用の考え方・期間の目安・失敗パターン・パートナー選定のチェックリストを、両CRMに精通した移行支援の専門家が解説。
続きを読む →
HubSpotを導入したのに誰も使わない、現場が入力してくれない――。元HubSpot Japan CSMが、定着しない本当の理由と、現場に根付かせるための具体的な解決策を解説。HubSpot公式の好事例も紹介。
続きを読む →
CRM導入はなぜ失敗するのか。元HubSpot Japan CSMとして200社以上を見てきた立場から、ありがちな7つの失敗パターンと、失敗を避けるための考え方を解説。
続きを読む →
Salesforceのコストや複雑さに悩んでいませんか。HubSpotを専門とし、Salesforceも実際に触れてきた立場から、乗り換えを検討すべき会社・使い続けるべき会社の判断基準と、後悔しないための最初のステップを解説。
続きを読む →
営業がCRMに入力してくれない――その原因は「面倒くさい」というシンプルな本音にある。キーエンス・外資での営業経験とHubSpot Japan CSMの知見から、入力が進む仕組みの作り方を解説。
続きを読む →
HubSpot導入支援の費用は「支援のスコープ」と「誰がやるか」で大きく変わる。元HubSpot Japan CSMが、レクチャー型と構築代行の違い、代表が一貫して担当する体制と大手パートナーの差、失敗しない選び方を解説。
続きを読む →
HubSpot MCP連携を使って、SQLコンタクト10件に対するパーソナライズメールをClaude上で一括生成し、HubSpotのアクティビティメモに自動保存する方法を実際の画面付きで解説します。
続きを読む →
HubSpotとClaudeの組み合わせでできることを、MCP連携とClaude Codeを使ったAPI操作の2種類に分けてわかりやすく解説します。
続きを読む →