日次KPIレポート（ATSダッシュボードのプッシュ化）

「見に行くダッシュボード」を「毎朝届く1通」に変える。

【正直な追記】この仕組みは現在、停止しています。作って実際に計測してみた結果、日次のプッシュ通知よりも週次サマリーのほうに価値が寄る、と判断して2026年7月6日に本番から止めました。毎日届く数字は、意外と読まなくなるんです。技術的には完全一致まで検算済みで、コードも残してあるのでいつでも再開できますが、「作れること」と「毎日読む価値があること」は別だった——という学びごと、ここに残しておきます。

課題（Before）— 数字が「見に行かないと見えない」場所に散っている

上のフェーズ図の通り、この仕組みは特定の1工程ではなく、面談・応募・書類通過・面接設定・内定という全工程の進捗数字を横断で束ねるモニタリング層です。ここには構造的な問題が2つあります。

• 一次情報が3箇所にバラける問題。面談実施数はGoogleカレンダー、書類通過・内定連絡はGmail、フェーズ遷移はATS（PORTERS）と、進捗の数字は最低3箇所にバラバラに存在します。「今月ここまでで何件動いたか」を答えるだけで、毎回3つの画面を開いて数える作業が発生します。
• ダッシュボードは「ログインした人にしか見えない」問題。ATSには集計ダッシュボードがありますが、本人がログインして毎朝確認しに行かない限り、数字は誰の目にも触れません。月30面談規模でも、経営者が毎朝ATSにログインして選考ファネルを目視する運用は、正直、続きません。見えない数字は、KPIが悪化していても気づけない——これが観測層が無いことの本当のコストです。異常の発見が「月末の締め」まで遅れます。

仕組みの動き方（After）— 2段構え

1. 一次情報から速報（誰でも触れるデータ源）。まずカレンダーとGmailという誰でも触れる一次情報から、面談実施数・社外商談数・書類通過数・内定数を毎朝速報。ATS連携が整う前でも、この速報版だけ先に動かせます
2. ATSのフェーズ履歴を集計。ATS（PORTERS）のフェーズ遷移履歴をConnect API（サーバー間・アプリ認証）で取得。PC上のATSログインの有無に関係なく、応募数（書類推薦の実数）まで出せます
3. ダッシュボードをそのまま再現。「期間累計／通過率／最新フェーズ」を選考ファネルの横棒と通過率で可視化し、先月同期・先々月同期との対比も併記
4. 透明性トグルで内訳まで。面談・商談は担当者名（カレンダー所有者）、書類通過は件名＋会社名まで内訳を展開。「5件の商談は誰の・何の商談か」まで追える

精度には根拠があります。フェーズ名→KPI列のマッピングは、実際のダッシュボードと突き合わせて6列すべての完全一致を検算済みです。読み取りと配信だけで完結する設計のため、誤動作しても業務データを壊すリスクは構造的にありません。

効果 — 業務効率とクオリティの2軸

① 業務効率（時間の削減）

月間20件 × 現状20分/件 → AI後1分/件 ＝ 月約6.3時間の削減。散らばった数字が毎朝自動で集約され、「見に行く手間」が「気づける状態」に変わります。 ※件数・分数は仮置きです。下の「効果シミュレーション」で御社の数字に差し替えられます。

② クオリティ（歩留まりへの効き方）

数字の異変に先に気づけることで打ち手が早まります。観測層のため、歩留まりは直接動かしません。

導入に必要なもの

• ATSのフェーズ履歴を取得できるAPI（会社ごとのフェーズ名→KPI列マッピングの検算を導入時に行います）
• Googleカレンダー・共有Gmail（速報版のデータ源）
• ATS連携が整う前でも、速報版だけ先に動かす2段階導入が可能です

ご相談ください

「まず一次情報だけで速報版→後からATS完全再現版」という順序は、どの会社でも再現できる型です。そのうえで「日次で出すか、週次に集約するか」まで含めて、御社のKPI定義を伺いながら設計します。

AI無料相談会に申し込む