行動データ、現在の公開情報、商談で必要になる購買情報を分けて、今すぐ行うことと今後整備することを一つの判断表にまとめる。
計測と旧ドメイン移行の基盤整備は完了した。予約イベントのmeasurement_idとSlackスレッド接続は9月25日に本番反映され、9月28日にSearch Consoleでblancai.ioからblucor.aiへのアドレス変更を開始した。
安定して照合できた9月18日〜24日は、144訪問から申込2件・予約2件。ただし検索クリックの多くはブランド語で、紹介・口コミ・過去接点のあとに社名検索して来た可能性が高い。2件を純粋な自然検索による新規獲得とは数えず、広告からQualifiedな商談を増やすことを次の獲得課題とする。
直近30日、内部・テスト除外、www.blucor.ai の `/`。保存済みの順次ファネルでは187人中55人が50%へ到達。
異なる計測を同じ母数として扱わない。
ページの読了状況と、流入から申込までの事業ファネルは母数が違う。
187人 → 20%到達74人 → 50%到達55人 → 80%到達43人
50%到達は29.4%、80%到達は23.0%。途中離脱はあるが、これだけで悪いとは判断できない。2件のデッドクリックも、録画上の不具合確認なしに改善理由へ使わない。
144訪問 → 40関心訪問 → 13高意向ページ到達 → 2申込 → 2予約
訪問から申込は1.4%。この週はPostHog、GA4、DB、Slackを照合し、短時間の疑わしいスキャン8件を除外している。
9月18日〜24日の1週間。小さい母数なので、結論ではなく次の検証順を決める数字として使う。
| 流入 | 訪問 | 関心訪問 | 高意向 | 申込 | 訪問→申込 |
|---|---|---|---|---|---|
| Google自然検索 | 17 | 7 | 4 | 2 | 11.8% |
| Direct | 69 | 21 | 7 | 0 | 0% |
| Google広告 | 49 | 7 | 2 | 0 | 0% |
| Bing | 6 | 3 | 0 | 0 | 0% |
| その他 | 3 | 2 | 0 | 0 | 0% |
Search Console、Slack通知、予約スレッドを照合。Google参照元でも、新規獲得か、紹介後の社名検索かを分けて判断する。
Google参照元、旧 `/get-started` 直接着地、Service Technicianを採用する直接雇用企業、HR Director、予約完了まで確認できた。ただし事前の紹介・口コミ・過去接点は判別できず、自然検索施策だけの成果とは扱わない。
Recruiting companyからの申込で、週次集計ではGoogle自然検索に分類されたが、旧通知には参照元・セッション・検索語がない。予約は不参加だったため、主要ICPの勝ち筋を示す1件として数えない。
改善余地が数字で確認できた場所。
9月21日〜27日は22クリック → 19訪問 → 8関心訪問 → フォーム到達0 → 申込0。累計$1,076に対して広告起点の実申込は0件。
直近週は22クリック中13件がモバイル。Hero、CTA、フォーム、日程予約までをモバイルで一続きに確認する。
9月18日〜24日は144訪問中66件、45.8%がblancai.io。9月28日にSearch Consoleの移行申請を完了した。redirectを維持し、旧側の検索クリックが新側へ移る推移を毎週確認する。
この部分を作り直すより、購買に必要な詳細へ接続する。
不足の認識は概ね正しい。優先順位を、訪問データと購買阻害要因に合わせて変更する。
| 領域 | 再評価 | 判断 | 扱い |
|---|---|---|---|
| 顧客課題別の入口 | 後で拡張 | 必要性はあるが、4ページを先に作る需要証拠はまだ弱い。 | 商談・検索・CTAで需要が確認できた課題から作る。 |
| ATS別の連携情報 | 高優先 | ロゴだけでは連携範囲と制限が伝わらない。 | まず3つの連携パターン。個別ATSページは後続。 |
| 導入に必要な作業と時間 | 高優先 | 買う側が社内工数と開始時期を判断できない。 | ImplementationとPilotを一続きで説明する。 |
| ROIと処理能力 | 高優先 | 実績数字はあるが、自社条件へ置き換える方法がない。 | 実績と試算を分け、計算式と入力項目を公開する。 |
| パイロットの具体像 | 高優先 | 検証範囲、成功条件、本契約判断が不明。 | 導入ページ内で標準形を示し、個別条件は提案書へ。 |
| Responsible AI／候補者体験 | 高優先 | 「人間が最終判断」だけでは法務・候補者対応に足りない。 | 企業審査と候補者向け説明を分ける。 |
| Trust Center／審査資料 | 高優先 | Security概要はあるが、審査を完了できる資料置き場がない。 | 公開概要と申請制資料を分ける。 |
| 社内説明・決裁資料 | 維持 | Webページだけでなく、転送できる短い資料が必要。 | CFO、IT／Security、上司向けの3種類から作る。 |
現行ドメイン、外部訪問、言語、端末、流入元を揃え、スクロールから予約完了まで接続する。
金額を公開しなくても、SMB／Enterpriseの違い、価格を決める要素、デモ後の流れは説明できる。
結果だけでなく、対象期間、職種、比較基準、Hopeの担当範囲を添えて再現性を伝える。
404の `/ja` を `/jp` へ転送し、Cloudflareで見えた表示速度を端末別に確認する。
順番は、計測と旧ドメイン、自然検索の勝ち筋、デモフォーム、広告導線、購入判断情報の順。流入を増やす前に、誰がどこから来て、どこで止まり、商談になったかを同じ定義で追える状態にする。
以下は実施済み。今後は保守・週次確認として扱う。
トップページの20%→50%→80%と、トップ→デモページ→連絡先保存→予約画面→予約完了を別ファネルとして保存した。
金額は公開せず、SMBとEnterpriseの違いを示し、最適なモデルと価格はデモで案内すると明記した。
`/ja` と配下の全URLを、対応する `/jp` のURLへ恒久転送した。
広告・Directとも、デモページへ進んでも4項目を送らず終了する例を確認した。トップページ前半だけを変える根拠はなく、フォーム負荷も検証対象にする。
予約イベントのmeasurement_idとSlackスレッド接続は9月25日に本番反映済み。本番APIとビルドを確認し、9月28日にSearch Consoleでblancai.ioからblucor.aiへの移行を確定した。次の実申込で最終確認する。
Linderは直接雇用企業の実需として確認。Wisdomは採用会社で参照元の個別記録がなく、同じ強さの証拠として扱わない。ブランド検索が多いため、2件を純粋な自然検索による新規獲得とは数えない。
上から順に着手する。各段階で結果を確認し、次の施策の内容を調整する。
Employer Intentと求職者Intentを分離し、検索語・広告文・着地メッセージ・CTAを一つの課題に揃える。広告経由の実顧客申込0件を、まず1件のQualifiedな申込・予約へ変える。費用だけを増やさず、成立した組み合わせから配信枠を広げる。
最初は氏名と会社メールだけを保存し、その後に採用条件のヒアリング、最後に日程予約へ進める。広告流入の約59%を占めるモバイルを基準に、広告→着地→連絡先保存→ヒアリング→予約を一続きで測る。
Integrations、Implementation／Pilot、Trust Center／Responsible AI、ROIの順に整備する。機能紹介を増やすのではなく、連携範囲、導入工数、審査資料、投資判断へ答える。
流入、端末、着地ページ、関心訪問、高意向到達、CTA、フォーム各段階、予約、商談参加、Qualified Opportunityまでを同じ表で追う。Company FitとPersona Fitは分けて判定する。
ページ数ではなく、買い手が次の判断へ進める単位で整理する。
自社に合う構成と連携方法が分かる状態。
導入負荷、期間、パイロットの成功条件が分かる状態。
IT、Security、Legal、CFOが自分の論点を確認できる状態。
商談担当者が他部門へ転送でき、需要に応じて入口を増やせる状態。
顧客課題別ページを先に量産せず、検証と購買判断を前へ進める順に公開する。
| 段階 | 公開・整備するもの | 理由 |
|---|---|---|
| 完了・継続監視 | 予約計測、4ホスト統合、Search Consoleのアドレス変更、自然検索2件の一次分析 | 次の実申込で計測接続を確認し、旧検索クリックの移行を週次で追う。 |
| 次の2週間 | 広告の検索意図別着地、連絡先先行フォームの設計・テスト、モバイル導線 | 広告から最初のQualifiedな申込・予約を生み、成立した配信枠を広げる。 |
| 2〜6週間 | Integrations、Implementation／Pilot、Trust／Responsible AI、ROI | 現在の商談で選択・導入・審査・決裁を止めている情報へ答える。 |
| 1〜2か月 | ATS別詳細、候補者体験、CFO／IT／採用向け資料、事例の測定条件 | 関係者別の追加質問と商談後フォローを減らす。 |
| 需要確認後 | 顧客課題別、業界別、職種別、Customers一覧 | 検索、商談、CTAで需要が確認できた入口から増やす。 |
採用責任者がURLをCFO、IT、Security、Legal、Hiring Managerへ転送したとき、各自が営業担当へ同じ基本質問をしなくても、構成、導入負荷、ROI、データ処理、AIの判断範囲、審査資料の取得方法を確認できれば完成。