事業企画・PMからAI PMへ移るには

「AI企画に関わりたいが、エンジニアではない自分に何ができるのかが曖昧」。この悩みはかなり典型的です。結論から言うと、事業企画やPMの経験は、AI PMにかなり近い位置にあります。足りないのは肩書ではなく、判断軸の再設計です。

既存経験の棚卸し

事業企画の強みは課題の置き方です。PMの強みは要件整理と優先順位づけです。AI PMでは、この二つがそのまま重要になります。見るべきは「何を作ったか」より「何を決めてきたか」。課題設定、対象ユーザー、評価指標、運用責任。この履歴を言語化すると、すでに土台があることが見えてきます。PM経験に絞って移り方を知りたい場合は PMからAI PMへ移るにはが入口になります。

AI PMに必要な判断軸

最初の判断は、その課題に本当に AI を使う意味があるかです。次に、どこまで AI に任せ、どこから人が持つか。最後に、精度だけでなく運用可能性まで見ること。AI PM は、モデルの流行を追う仕事ではなく、こうした線引きを置く仕事です。役割の輪郭は AI PMとは、通常のPMとの違いは AI PMとPMの違いを読むと整理しやすくなります。

業務で試せるテーマ

最初におすすめなのは、情報整理や一次判断の重い業務です。提案準備、ナレッジ検索、問い合わせ一次整理、議事録からのタスク化。こうしたテーマは、AIを“全部自動化”ではなく“人の判断の前処理”として使いやすいので、AI PMの練習に向いています。

学ぶ順番

最初はモデル比較より、AIの制約を理解すること。次に対象業務を分解すること。そのあとで小さく試作し、評価指標を置くこと。最後に運用とガバナンスを見ること。この順番のほうが、情報に振り回されません。ポートフォリオまでつなげるなら AI PMになるための実践ポートフォリオ設計が役立ちます。

向いている人

曖昧な課題を整理し、技術・業務・運用を同時に考えられる人は向いています。最新技術そのものが好きかどうかより、何に使うべきかを考えるのが苦ではない人が強いです。運用まで含めて考えたい人は Agent Opsとはにも自然につながります。

30日・90日の動き方

30日では、業務テーマを一つ決め、現状フロー、対象ユーザー、AIの役割、人の役割を書き出します。90日では、小さな企画書と試作、評価指標を一つ作る。大事なのは完成度ではなく、「なぜこの課題にこの形でAIを使うのか」を説明できることです。

まとめ

事業企画・PMからAI PMへの越境は、技術職への転身ではありません。問題設定と実装判断の責任を、AI時代向けに広げることです。いま持っている強みを起点に、小さなテーマで試し、評価し、語れる形にする。それがもっとも現実的なキャリアパスです。

この越境で変えるべき視点

事業企画・PMからAI PMへ移るにはを考えるとき、最初に捨てるべきなのは「今の職種をリセットしないと次へ行けない」という見方です。AI時代の越境は、まったく別の職種へ飛ぶ話ではなく、今の仕事で見えている問題を別の責任範囲へ移す話です。営業、マーケ、CS、PM、エンジニアの経験は、それぞれ違う入口になります。

大事なのは、今の経験を成果名だけで語らないことです。「売った」「集客した」「導入支援した」「機能を作った」だけでは、既存職種の実績で止まります。次の役割へつなげるには、どの業務の流れを理解しているのか、どこに摩擦があり、何を直せるのかまで言語化する必要があります。

AI PMに近い役割では、個人の成果よりも再現性が問われます。自分が頑張ったからできたのではなく、他の人も同じ品質で進められる状態をどう作るか。ここに視点を移せると、越境の説得力が一段上がります。

棚卸しすべき経験

最初に棚卸しするのは、成功体験ではなく摩擦です。商談前に何を毎回探していたのか。マーケ施策の後工程でどこが見えなくなっていたのか。CSで何度も同じ説明が必要だったのか。PMとしてAI機能を企画するとき、誰が品質や運用責任を持つのかが曖昧だったのか。こうした摩擦は、次の職種のテーマになります。

棚卸しでは、経験を三つに分けると整理しやすくなります。一つ目は現場理解です。顧客、営業、マーケ、CS、開発、運用のどこを知っているのか。二つ目は設計経験です。業務フロー、KPI、データ、要件、権限、引き継ぎをどう整理したことがあるか。三つ目は改善実績です。小さくても、何を変え、何が前より良くなったかです。

この三つがそろうと、肩書きがまだなくても越境の説明ができます。逆に、ツールを学んだだけでは弱いです。ツールは使えるが、何を直すべきかを説明できない状態だと、次の役割として評価されにくくなります。

社内で作れる小さな実績

最初の実績は、社内の小さな改善で十分です。問い合わせ初動、提案準備、リード引き継ぎ、商談ステージ、受注後のCS引き継ぎ、AI下書きの確認ルール、ナレッジ検索の整理など、対象は一つに絞ります。

実績にするときは、改善内容だけでなく、改善前の不便さを残してください。誰が困っていたのか、どれくらい手戻りがあったのか、どの判断が遅れていたのか。この前提があると、改善後の価値が伝わります。

また、成果物は「動くもの」と「説明できるもの」の両方が必要です。簡単な自動化、テンプレート、ダッシュボード、業務フロー図だけでなく、なぜその形にしたのかを説明するメモを残します。転職でも社内異動でも、評価されるのは完成度だけではなく、判断の筋道です。

30日・90日の進め方

30日では、今の仕事の中で繰り返し発生している摩擦を一つ選びます。次に、その摩擦が個人のスキル不足なのか、情報の不足なのか、定義のズレなのか、ツールや運用の問題なのかを分けます。この分解ができるだけで、越境先の役割に近づきます。

90日では、その摩擦を一つだけ直します。大きなプロジェクトにしないことが大切です。入力項目を一つ減らす、確認ルールを決める、通知を整える、AIの出力を使う場面を限定する、引き継ぎ項目をそろえる。こうした小さな改善を、前後比較で説明できるようにします。

最後に、次の一歩を決めます。AI PMへ寄るなら、現場理解だけでなく、仕組み化、データ、運用、評価指標のどれを足すべきかを選んでください。学ぶ範囲を広げすぎるより、今の経験に一番近い隣接領域から積む方が現実的です。