記事一覧

「持ち帰って検討します」は返事ではなく引き継ぎです

商談の最後に「持ち帰って検討します」と言われ、2週間後に「いかがでしょうか」と電話をかける。返ってくるのは「まだ社内で」。この繰り返しが、CRMの「検討中」を作ります。持ち帰りの一言は断りでも前進でもなく、案件がこちらの見えない場所へ引き継がれる合図です。その席で聞くべきこと、フォローの日付をどこに置くか、CRMに何を残すかをまとめました。

取引金額が担当者ごとに違う単位で入る原因

同じ規模の契約なのに、CRMの取引金額が担当者によって1.1倍、12倍とずれる。原因は入力ミスではなく、「金額」という1つの項目に、税・期間・初期費用・単位の4つの問いを同時に答えさせている設計にあります。項目を「何の金額か」で分け、合計に使う数字は計算させる直し方をまとめました。

本社のマーケ施策、分けるのは中身で揃えるのは数字

本社から降りてくるグローバルキャンペーンを、そのまま流すか日本向けに作り直すか。この問いを施策ごとに立てると毎回揉めます。分けるものと揃えるものは施策単位ではなく層で決まっていて、分けるのは中身と暦、揃えるのは数字の定義と紐づけです。日本の買い手が判断に使った材料のデータから、その線引きを書きました。

施策を止める判断は、中止ではなく「更新しない」で下す

費用対効果が見合っていないと感じる施策の1位が展示会（42.7%）なのに、予算を減らす企業は1割強しかありません（ProFuture×マクロミル、2026年、n=103）。止まらないのは数字が無いからではなく、日本の組織で「中止」が誰かの承認を取り消す行為だからです。止める数字を探す代わりに、全施策に更新日を付ける設計を書きます。

CRM導入の進捗報告を月次にすると、現場は例外を作る

定着プロジェクトの報告頻度は、上に進捗を見せるためではなく、現場が自分の権限では決められない1件を何日待たせるかで決まります。待たされた分は、例外運用になってそのまま残ります。キーウォーカー（n=1,034）と稟議の実態調査（n=312）を手がかりに、報告の設計を書きます。

経営会議の指標を3つに絞る前に、外す7つの持ち主を決める

経営会議の資料から指標を10個から3個に減らしたときに、実際に時間がかかったのは残す3つの選定ではなく、外した7つの行き先でした。持ち主とレビュー時点を決めずに落とした指標が四半期末に会議へ戻ってくる構造と、その防ぎ方を書きます。

商談数を増やしても売上が伸びないときの見分け方

商談件数とパイプライン金額は増えたのに、受注が横ばいで終わる四半期があります。原因は商談の質でも人手不足でもなく、増えた商談が全部同じ場所で止まっていることです。止まっているのが自社側か買い手の社内かを30分で見分け、商談数を増やすかどうかを決める手順をまとめました。

CRM移行で「全部の項目を移したい」と言われたら

「とりあえず全部移して、あとで要らないものを消す」は、まず実現しません。項目を増やすのは一度の判断ですが、減らすのは複数の作業になるからです。HubSpotの公式仕様（使用中の項目はアーカイブできない、アーカイブ後90日で完全削除）を踏まえて、「移すか捨てるか」を「CRMの項目にするか、読める場所に置くか」に組み替える手順をまとめました。

日本法人の設立前に測るのは、需要ではなく承認の通り方

日本法人を作るかどうかの検証は、たいてい市場規模と競合から始まります。半年かけて「市場はある」と出て、法人を作り、1年後にパイプラインが動かない。需要は法人がなくても分かります。法人がないまま商談を走らせて、止まった位置を記録する手順を書きました。

開封率は改善する指標ではなく、判断から外す指標です

開封率が上がったという報告から決められることは、ほとんどありません。その1回が受信者の操作で記録されたのか、メールが届いた時点で記録されたのかを、送り手側から区別できないからです。Appleのメールプライバシー保護の仕様とGmailの送信者ガイドラインを手がかりに、開封率を外したあとに何を置くかを書きます。

「前のやり方に戻したい」に可否で答えると、二重帳簿が始まります

稼働後に出てくる「前のやり方に戻したい」は、抵抗ではなく報告です。新旧の両方を実際に使った人しか言えないからです。ここに戻す・戻さないで答えると、要望は消えずに手元のファイルへ移り、以後は上がってきません。マツリカ（n=101）とキーウォーカー（n=1,034）の調査を手がかりに、受け方と返し方を書きます。

ライフサイクルステージとは何か。HubSpotでの定義と、設計で先に決めること

ライフサイクルステージとは、ある人や会社が自社とどういう関係にあるかを表す、1レコードにつき1つの状態です。HubSpotの既定は8段階で、前にしか進まない仕様になっています。取引ステージ・リードステータスとの違い、既定8段階の意味、戻すときの手順、設計で最初に決めるべき所有権まで、実装の立場から書きます。

入口の数字で「効果が出ています」と報告すると、翌月に訂正が必要になります

効果報告が後から訂正される案件を、報告に使った指標で分けて見ました。ファストマーケティングの2026年5月調査（有効回答432名）では62.0%が「数値上は成果が出ているのに商談・受注に繋がらない」と答え、定期的に測る指標はアクセス数38.4%に対して新規受注金額15.0%、LTVは7.9%です。効果と反応は別のものです。

引き継ぎの項目を増やしても、毎回こぼれるのは同じ1か所です

受注後の引き継ぎで抜けるのは、担当者名でも契約内容でもありません。その契約が顧客の社内で何として通ったか、という一文です。営業が稟議の相手と一緒に作ったその言い分は、CRMのどの項目にも残りません。更新が再稟議になる理由と、引き継ぎに足す1行を書きます。

同じ人に3回メールが飛んだ原因は、再登録の設定ではありません

HubSpotのワークフローが同じ相手に何度も配信した案件。原因は再登録をオンにしたことではなく、起動条件にそのワークフロー自身が書き換える項目を使っていたことでした。夜間の連携が同じ値を書き戻すたびに、自動化は自分の出力を入力として読み直します。起動条件に置いてよい項目の見分け方を書きます。

日本語化を製品ページから始めて、問い合わせが増えなかった

海外SaaSの日本ローンチで最初に予算がつくのは日本語化です。半年後、ページは揃っているのに問い合わせは変わらない。訳す量ではなく順番の問題です。買い手が営業に会う前に自力で確かめられない項目から訳す手順を書きました。

マーケと営業の会議を週次にしても、議題が集計のままなら効かない

月次の合同会議を週次にしても、持ち寄る資料が獲得数と受注数の集計なら、説明の回数が増えるだけです。両者の不満はどちらも1件を開かないと見えない場所にあります。会議で扱う単位を集計から個別の案件に変える手順と、頻度をどう決めるかを書きました。

反対する人を呼ぶのは、まだ変えられるものが残っているとき

反対する人を巻き込む時期は、早いか遅いかでは決まりません。その人に渡せる決定が1つ残っているかどうかで決まります。何も変えられない会に呼ぶと、反対は意見から立場に変わります。マツリカ（n=101）とキーウォーカー（n=1,034）の調査を手がかりに、渡す決定の決め方を書きます。

「データが揃ってから」を判断に変えるのは、再開日を書くことだけです

施策を止めた案件を、再開条件を書いたものと書かなかったもので分けて見ました。IDEATECHと北川裕康氏の調査（2026年6月公表、n=330）では検討の長期化が73.5%、その原因の1位は「経営層の判断待ち」63.6%で、情報収集は45.2%です（n=239）。待ち時間の大半は、データを集める時間ではありません。

見積書を出すのを1工程遅らせた理由は、値引きではなく稟議です

価格を聞かれた場で見積書を出すのをやめました。IDEATECHと北川裕康氏の調査（2026年6月公表、n=325）では、発注先決定で重視する観点の1位は「価格・コスト」58.5%。一方で営業接触前に判断が難しかった項目の1位は「導入後の運用負荷の見積もり」56.3%です。金額は見えていて、総額が見えていない。その状態で出した見積書に何が起きるかを書きます。

必須項目を増やすと、空欄は消えますが誤りが増えます

入力されない項目を必須にすると、入力率は上がります。上がるのは入力率だけで、データは悪くなります。営業が入力しない理由の1位は「時間がかかる」54.5%（マツリカ、2024年11月調査、n=101）。必須化はこの理由に触れないまま、逃げ道だけを塞ぎます。必須にしてよい項目の条件を2つに絞りました。

「予算がない」は金額の話ではなく、予算の締め切りの話です

「予算がない」と言われた案件を、その場で失注にするのをやめました。JUAS「企業IT動向調査2026」（回答957社）では2025年度にIT予算を増やした企業が52.6%。財布は縮んでいません。増えた分の行き先が先に埋まっているだけです。値引きの前に確認する3つと、CRMでの持ち方を書きます。

本社の契約書をそのまま出すと、日本の商談は法務で止まる

価格も機能も合意したのに、契約書を送った後で返事が来なくなる案件があります。止めているのは条項の中身ではなく、誰がいつ答えるかが決まっていないことです。IDEATECHとデマジェン総研の共同調査（有効回答330）で法務がいつから関わっているかを確認し、契約書より先に渡す1枚と、商談ステージの持たせ方を整理します。

問い合わせフォームの項目を減らしたら、送信は増えて商談は増えなかった

項目を減らせば送信は増えます。増えないのは商談で、しかも同じ月に同時に起きます。フォームは入力の手間だけでなく、誰が送信するかも選んでいるからです。消していい項目と、残す価値のある1問の分け方を書きました。

並行稼働を「3か月」で決めると、旧システムは止まりません

旧システムの停止を期間で決めると、3か月後に来るのは停止の連絡ではなく延長の相談です。止まらない理由は現場の抵抗ではなく、新旧どちらを使ってもよい状態が続いていることにあります。HubSpot Japanの2026年調査（n=1,545）を手がかりに、並行稼働の終わらせ方を書きます。

どの施策の受注かを30分議論しても、来月の予算は変わらない

展示会かウェビナーか、按分をどうするか。会議で最も時間が溶ける議論ですが、比率が決まっても打ち手はほぼ変わりません。日本のB2B購買の実態（n=330 / n=298）から、按分の代わりに何を決めるべきかを書きます。

見せない範囲を細かく決めたCRMほど、必要な情報が共有されない

権限を細かく設計するほど、半年後に「必要な情報が見えない」という声が増えます。原因は設定の失敗ではなく、レコード単位の要望を項目単位の権限と一緒に処理したことです。国内調査（n=101／n=1,545）を手がかりに、権限表を作る前にやることを書きます。

営業が作った競合比較表は、たいてい相手の社内で使われない

比較表を作っても検討が動かないのは、出来が悪いからではありません。買い手は営業に会う前に比べ終えていて、表が必要になるのは比べる場面ではなく、社内で自分の選択を説明する場面です。日本のB2B購買調査（n=307／n=330）を手がかりに、行と列の置き方を変えます。

ドル建てのままの価格表が、日本の稟議に載らない理由

価格をドル建てのまま出すか円建てに直すかは、値付けや為替の話に見えて、実際は買い手が社内に出す金額を固定できるかどうかの話です。IDEATECHとデマジェン総研の共同調査（n=330）で金額を決める部屋に誰がいるかを確認し、代わりに渡す1枚を整理します。

「認知が足りない」と言われたとき、最初に疑うべき数字

「認知が足りない」は、数えた結果ではなく数えなかった結果として出てきます。候補に入らなかったのか、入って外されたのか。日本の大型案件では後者が営業の目に一度も映らないため、会議では需要不足に見えます。分け方と、それぞれの打ち手を書きました。

稼働後2週間のフォローを「質問受付」にすると、定着は止まる

CRMの稼働日でプロジェクトを終えると、2週間後には自己流とExcel回帰が始まります。質問を待つのではなく、入力データを毎日見て詰まりを直しに行く。稼働後2週間の動き方を解説します。

先月報告した商談化率が、今月見たら変わっていた

同じ期間・同じレポートなのに、先月報告した商談化率と今月の数字が合わない。原因はレポートの不具合ではなく、レポートが過去を「いまのデータ」で毎回計算し直していることです。数字を確定させる締めの工程の作り方を、実務の視点で解説します。

CRM連携が止まる原因は、機能ではなく照合キーの設計でした

既存の顧客台帳とCRMをつなぐ案件で、要件が固まらなかったのは連携ツールの機能ではありません。2つのレコードを同一人物と判定する項目と、どちらの項目を正とするかが決まっていなかったからです。連携先を選ぶ前に決める3点と、連携後に増える運用を整理します。

初回商談で「課題は何ですか」から始めるのをやめました

相手は営業に会う前に課題を整理し終え、候補企業も挙げ終えています。それでも初回商談を課題のヒアリングから始めると、すでに終わった話を口頭でなぞるだけになります。順序を入れ替えて先に聞く5つと、その答えをCRMのどこに置くかを整理します。

カスタマーサクセスの型を輸入したら、更新の面談が進捗報告会になった

海外のカスタマーサクセスの型が日本で機能しないのは、担当者の力量でも文化の違いでもありません。型が前提にしている「顧客側で成果を社内に説明する人」がいないからです。バーチャレクスの調査（n=64,138）で前提のずれを確認し、輸入する前に決める4項目を書きます。

展示会の名刺は、翌日に配るより会場で分けるほうが効く

展示会後に名刺が案件にならないのは、フォローが遅いからではありません。会場でしか取れない「反応」を記録せず、後からでも取れる会社名と役職だけを持ち帰っているからです。会場で取る4項目と、持ち帰った後の分け方を書きます。

CRMの推進担当を、ツールに一番詳しい人にしてはいけない

導入プロジェクトの終盤で推進担当を決めるとき、ほぼ必ず「一番詳しい人」の名前が挙がります。しかし半年後に止まっている案件ほど、その選び方をしています。必要なのは知識ではなく3つの権限です。誰に置くかの判断基準を書きます。

解約率が悪化したと報告が来て、金額で見たら増えていた

解約率は社数ベース・金額ベース・拡張込みで別の数字になり、導く打ち手も逆を向きます。3本を同じ分母で並べる手順、どちらが悪いときに何を直すか、CRMに置く4項目を、国内外の調査データとともに整理します。

パイプラインを部署ごとに分けた結果、全社の予測が作れなくなった

部署ごとにパイプラインを分けると、各部署の画面は見やすくなりますが、全社の予測は組めなくなります。分けてよい唯一の基準、分けずに解決する方法、分けるなら先に決めておく3点を、HubSpotでの実装を前提に解説します。

稟議のたたき台を営業が書いて渡すと、止まっていた承認が動く

商談の相手は乗り気なのに、稟議に上がらないまま数か月が過ぎる。原因は説得力の不足ではなく、社内で稟議を書く人が「書けない」ことです。営業が先にたたき台を書いて渡す手順と、その進捗をCRMのどの項目で持つかを整理します。

事例記事で聞くのは感想ではなく「自社と似ているか」の材料

事例記事が商談で使われないのは、書き手が聞いている質問が「導入の感想」だからです。買い手が事例に求めているのは読み物ではなく、自社と規模・業界・体制が似ているかを判定する材料です。取材で聞くべき6つの質問を解説します。

パートナー経由で始めた案件は、失注理由が自社に残らない

日本市場の入口をパートナー経由にするか直販にするかは、どちらが速く立ち上がるかでは決まりません。外資系企業が実際に組んでいる相手と、相手の見つけ方をジェトロの公的調査で確認したうえで、案件の記録が自社に残る条件を先に決める手順を書きます。

CRMの定着をログイン率で測ると、必ず合格点が出る

定着の報告にログイン率を使うと、ほぼ確実に高い数字が出ます。画面を開いた回数を数えているだけで、その画面から何が決まったかを数えていないためです。定着を判断の数と記録の鮮度で測り直す手順を書きます。

受注率が上がったのに売上が下がったときに見る3つの数字

受注率だけが改善して売上が落ちるのは、珍しいことではありません。受注率は比率であり、金額を説明しないからです。商談数・受注率・平均単価の3本を同じ期間と同じ母集団で並べ、どの変数が動いたのかを確かめる手順を解説します。

HubSpotとSalesforceのどちらを勧めるかは、3つの前提で決まります

CRMの選定が長引くのは、比較材料が足りないからではありません。入力するのは誰か、どのデータをここで正とするか、運用を誰が続けるか。この3つを先に決めれば、選定は比較表ではなく消去法で終わります。決め方と、決まっていないまま導入したときに起きることを解説します。

失注理由が毎月「価格」で埋まるのは、選択肢の設計の問題です

失注理由の欄に「価格」ばかりが並び、値引きの議論だけが繰り返される。営業が事実をごまかしているのではなく、実際に起きたことを書ける選択肢が用意されていないからです。買い手が候補から外す理由で選択肢を作り直し、「社内承認で止まった」を独立させる手順を解説します。

ウェビナーの目標を、参加者数から「次の一歩を踏んだ人数」に変えた

ウェビナーの参加者が商談にならないのは、集客不足でもフォローの遅さでもありません。目標が参加者数に置かれているため、テーマが「人が集まる話」で選ばれているからです。目標の置き換えと、テーマの選び方を解説します。

「まず無料トライアルで」が日本で通じない理由と、代わりに渡すもの

無料トライアルを使ってもらえたのに商談が止まるのは、製品でも価格でもなく、トライアルの結果が社内承認の材料になっていないからです。日本のB2B購買データをもとに、トライアルを稟議の材料づくりに設計し直す手順をまとめます。

マニュアルを作るより、週次会議の議題を変えるほうが効いた

CRMが使われないとき、最初に作られるのはマニュアルです。しかし配っても入力率は変わりません。新しい運用を足すのではなく、既にある週次営業会議と1on1の議題を、CRMの数字からしか作れない形に変える手順を書きます。

ダッシュボードを増やす前に、判断基準を1行決める

画面を増やしても「で、この数字は良いのですか」という問いは消えません。指標が足りないのではなく、いくつなら何をするかが書かれていないためです。指標を減らし、残した指標に判断基準を1行付ける手順を解説します。

名刺とExcelを取り込む前に、必ず決める3つのこと

リストをCRMに入れてから重複や上書き事故に気づくと、もう元には戻せません。取り込む前に決めるべき「突合キー」「上書きの優先順位」「取得経路の記録」の3点を、HubSpotでの実装を前提に解説します。

確度90%でも、決裁が止まっている商談は予測から外す

「どの商談も前向き」なのに四半期の着地が毎回ずれる。原因は営業の見立てではなく、確度が営業側の手応えだけで決まっていることです。営業の進捗とは別に決裁の進捗を測る2本目の軸を持ち、予測から外す基準を先に決める手順を解説します。

営業に渡すリードは、点数ではなく「行動」で決める

スコアが閾値を超えたから渡す、では営業に刺さりません。営業が見ているのは点数ではなく「今、動く理由があるか」です。引き渡し基準を属性スコアから顧客の検討行動に変える手順を解説します。

外資SaaSの日本参入で最初に詰まったのは、翻訳でも価格でもなく採用だった

海外SaaSが日本で躓く原因は、言語対応や価格ではありません。JETROの公的調査によれば、外資系企業が最も確保に苦しむ職種は営業・マーケティング人材です。参入設計で先に手を打つべき論点を、出典付きで解説します。

現場が新しいツールを使わない本当の理由は、設計が何も返していないから

研修を足しても、項目を減らしても、現場がツールを使わない。原因は意識でも負荷でもなく、入力しても現場に何も返らない設計にあります。何を返すかを先に決める順序を解説します。

商談化率が部署ごとに違うのは、母数の定義がずれているから

商談化率やリード転換率が会議のたびに違う数字になるのは、ツールのせいではありません。「リードとは何か」「いつ時点で数えるか」の定義が部署ごとにずれているからです。数字を測る前に母数の定義を1枚に揃える手順を、実務の視点で解説します。

ライフサイクルステージと取引ステージを混同したまま設計した結果

HubSpotのライフサイクルステージ（顧客の状態）と取引ステージ（案件の進行）を一本の流れにまとめると、集計と自動化が同時に壊れます。2つを分けて設計する理由と手順を解説します。

導入研修をやったのにツールが使われないときの立て直し方

導入時に丁寧な研修をしたのに、3か月後には使われていない。原因は研修の質ではなく、タイミングの設計にあります。定着する研修の組み方を解説します。

海外本社に「日本の商談はなぜ長いのか」を説明する方法

「日本は意思決定が遅い」という説明は本社を納得させません。文化の話を構造の話に置き換え、数字で期待値を再設定する説明の組み立てを解説します。

解約率を平均値で報告したら、経営会議で数字を疑われた

分布が歪む指標を平均で出すと、少数の外れ値に引っ張られて実態からずれます。解約率のように偏る指標を、中央値と分布で報告する実務手順を解説します。

稟議は機能の優位ではなく前例で通る　日本の商談プロセス設計

日本の大型商談が長いのは営業が弱いからではありません。稟議を通す判断材料が機能の優劣ではなく「似た規模・似た業界の前例」だからです。商談プロセスに社内合意の支援を組み込む設計を解説します。

部署ごとに「リード数」が合わないときの、定義の揃え方

マーケの報告と営業の集計で数字が食い違うのは、集計ミスではなく定義のずれが原因です。指標の定義を組織で1つに揃える実務手順を解説します。

MAを入れてもリードが商談にならないのは、ツールではなく後工程が設計されていないから

リードは増えたのに商談も売上も増えない。原因はMAツールの選定でも運用スキルでもなく、獲得したリードを商談に変える「後工程」が設計されていないことです。日本の実測データと、見直すべき3点を解説します。

SFA・CRMの入力率が低いとき、項目を減らす前にやること

入力されないからと項目を必須化すると、さらに入力されなくなります。入力率が落ちる構造と、項目を削る判断基準、削るより先に効く一手を解説します。

商談が「検討中」のまま動かないときは、ステージの定義から疑う

案件が特定のステージに溜まって動かないのは、営業の追客不足ではなく、ステージを「営業の行動」で定義していることが原因かもしれません。顧客の状態で定義し直す手順を解説します。