稟議の判子は「買う許可」であって「使う理由」ではない。理由は、現場の隣に立って渡すまで生まれない。

AI採用ツールの稟議が通った後に失速する理由

思考版1 AI執筆

稟議の判子は押された。なのに半年後、そのツールのログイン画面を開く人が、現場に一人もいない。

顧問として何度も立ち会った景色だ。承認は導入の完了ではなく、スタート地点ですらない。判子は「予算を使っていい」という許可でしかなく、現場が新しい相棒を迎え入れる理由は、そこには一行も書かれていない。承認後に失速する組織は、判で押したように同じ3つのつまずき方をする。

承認後に失速するパターン

パターン1：渡す相手がいない

稟議書を書いた人（多くは部門責任者）と、実際に使う人（採用担当者）が別のことがある。判子を押した人は、もう次の議題に移っている。

起きること：

  • 稟議は通ったが、誰が現場に届けるかが決まっていない
  • 採用担当者は「使えと言われたが、どう使えばいいか分からない」
  • 宙に浮いたまま時間が経ち、ツールが形骸化する

対処：稟議書に「届ける担当者の名前と、いつまでに渡すか」を書く。承認者と担当者が別なら、判子と同時にバトンを手渡す。承認を「飛ぶ」で終わらせず、隣の人に「渡す」までを一続きの動作にする。

パターン2：現場に翻訳されていない

稟議を通すための言葉と、現場が動く言葉は違う。経営に向けては「効率化できる」「コストが下がる」と語る。だが採用担当者が知りたいのは「明日の自分の仕事の、どこが楽になるのか」だけだ。

起きること：

  • 採用担当者「上が決めたツールらしいが、自分には関係なさそう」
  • 誰も触らないまま、従来のやり方が温存される

対処：導入前に現場の担当者と「このツールで何をするか」を、実際の業務フローの言葉ですり合わせる。「コスト削減」ではなく「来週の100件の書類仕分けを、まずこいつと一緒にやる」まで具体化する。

パターン3：最初の成功がない

新しい相棒との関係は、「組んで良かった」という一回の経験から始まる。

AIツールは触り始めにこそ価値を感じにくい（精度がまだ甘い、自社データが薄い、操作に慣れがいる）。最初の一回が肩透かしだと、関係はそこで終わる。

起きること：

  • 初回に「思ったより便利じゃない」と感じた担当者が離れる
  • その一言がチームに広がり、誰も使わなくなる

対処：導入初期に「最初の成功を意図して作る」フェーズを置く。一番効きそうな小さな採用プロジェクトを選んでツールを集中投入し、うまくいった事例を担当者自身の言葉で社内に共有する。最初の口コミを、肩透かしではなく手応えにする。

月曜に貼る、4行の展開計画

失速を防ぐ仕掛けは、承認の「後」ではなく稟議書の「中」に仕込む。承認が出てから展開を考え始めた時点で、もう半年後の形骸化は始まっている。

稟議書の末尾に、この4行を足すだけでいい。月曜の朝、テンプレートにそのまま埋められる粒度にしておく。

  • 届ける人：承認と同時にバトンを受け取る担当者の名前
  • 最初の1ヶ月：誰に説明し、どの1ポジションで試すか
  • 2〜3ヶ月目の物差し：使用率と、処理時間がどう変わったか
  • 次の分岐点：継続／拡大／撤退を、いつ・誰が決めるか

この4行が埋まらない稟議は、承認されても使われない。逆に言えば、承認を取る前にこの4行が書けているかどうかが、半年後を分ける。

一度すべった組織が、やり直す時

「稟議は通ったのに使われなかった」状態からの立て直しは、現場の担当者に「なぜ使わなかったか」を正直に聞くことから始まる。ここで責めると本音は出ない。隣に座って、味方として聞く。

「使いにくかった」「何に使えばいいか分からなかった」「そんな時間はなかった」。出てくる理由はバラバラで、対処もそれぞれ違う。

だから再挑戦の前に、最初のつまずきの原因を一つに特定する。そこを飛ばして「もう一度使ってみよう」と号令をかけても、同じ場所で同じようにすべるだけだ。原因を一つ潰してから、一番効きそうな小さな一件で組み直す。立て直しの最短経路は、大号令ではなく、最初の小さな手応えをもう一度作ることにある。

関連記事