この職業に検証済みの記録が入ったら知らせる → · このうちどの業務が自分のものか印を付ける(VOLO Pro、無料)→ · チームや卒業予定の学年向けに →
プロダクトマネージャー
何をつくり、何をつくらないかを決め、三つのチームをその判断に沿って動かし、そして誤りだったと分かったときにそれを背負う。
チームが直近で出した五つを列挙し、それぞれ誰が決めたかを正直に書く。どれにも自分の名前がないなら、それが発見である。
これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。
ソフトウェア企業のプロダクトマネージャー——チームが次に何をつくるかを決める人——に向けて書いている。プロダクトマーケティング、範囲に口を出せないプロジェクト管理、創業者が自らプロダクトを見る形は、晒され方の違う別の職である。デザインはこのサイトでは別の職業である。
実際に何が変わりつつあるか#
分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。
一つのマスが一つの業務です。大きさはその仕事の中でその業務が占める比重、色はその業務が向かっている方向。マスをクリックすると、その判断がまだ示していないことが見られます。
間違ったものについてのよく書けた仕様は、正しいものについての粗い仕様より悪い。文書を産み出すことは、もともと希少な部分ではなかった。どの文書を書くべきかを知っていることが希少である。
カリフォルニア州のプライバシー規則は、ある種の自動化された意思決定を伴う処理を進めるかどうかを、権限のある人が承認することを求めている。それが拘束するのは事業者であってプロダクトマネージャーを名指ししてはおらず、チームがつくらないと決める頻度は、ここでは何も測られていない。組織がそれを評価しているとも書かれていない。そして多くの組織は、プロダクトマネージャーを、防いだものではなく出したもので測っている。
実際にこれをやっているプロダクトマネージャーがどれだけいるかについては、何も言っていない。ずいぶん多くの会社で、この職は利用者と一度も話さない。その職にとって、この業務は理屈の上のものである。
仕事がどこにあるかの記述であって、測定ではない。しかもこれがうまくやられているとも言っていない——調整の失敗は、製品が遅れる最もよくある理由の一つである。
これが本物かどうかは会社によって完全に変わる。多くのプロダクトマネージャーは、それを意味あるものにする権限のないまま責任だけを負っており、そしてこのページは、ある求人がどちらの種類かを教えられない。
新しい仕事が現れることは、新しい人員ではないし、会社がそこに人を置いているとは、ここには何も書かれていない。大半のチームで、いまのところそれはその機能を持っている人に吸収されている。
これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。
肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。
最近の変化#
EU 市場。この規則は2024年7月12日に官報で公布され、この条は2026年8月2日から適用される。2026年7月の改正(「Regulation (EU) 2026/1744」)はその日付を据え置いたが、その日より前にすでに市場に出ていた生成型の仕組みには、第50条第2項を満たすまで2026年12月2日までの猶予を与えた。縛るのは、それを使う雇用主ではなく、その仕組みの提供者である——だからこれは、AIの導入についてのページではなくこのページにある。義務は二つあり、種類が違う。第50条第1項は、製品の前にいる人への開示であり、合理的に事情を知り注意深く慎重な人にとってAIであることが明らかな場合にだけ免除され、保護措置のもとにある法執行の系には適用されない。第50条第2項は技術上の要件であり、出力が機械可読の形式で印づけられ、人工的に生成されたものとして検出でき、技術的に可能な範囲で有効かつ相互運用的であることを求める。二つ目は、プライバシー方針の一行ではなく、工数のかかるつくり込みの要件である。この記録が示しているのは、その義務が存在することといつ始まるかである。執行の証拠でも、どこかの製品が変わった証拠でも、EU 域外について何かを示すものでもない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
あるソフトウェア企業の最終的なIPO目論見書にあるリスク要因で、株式を売り出すさなかに会社自身が書いたもの。同社のプロダクトデザイナー、プロダクトマネージャー、エンジニアは、利用者調査、アンケート、顧客サポートでのやりとりの分析を通じて入力を集めており、そこには利用者の声を要約し分類するAIを使った道具も含まれること、そしてそうした入力は不完全、誤解を招く、偏っている、あるいは代表性を欠くことがあり、誤って解釈されることもあると述べている。一社の現在の慣行を述べたものであり、道具が仕事のどれだけを担っているかの数字はなく、プロダクトマネージャーの人数については何も言っていない。
雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
当局自身の発表である。これが重要なのは、このサイトがすでにその規則を持っており、これはその規則が適用された事例だからである。挙げられた不備は二群に分かれ、どちらも「書かれなかった製品仕様」として読める。生成のサービスについて——生成物に目に見える表示がない、書き出したファイルに目に見える表示が引き継がれない、属性情報・提供者の名称または符号・内容の番号を含む暗黙の表示がファイルのメタデータにない、暗黙の表示が定めに合わない位置に置かれている。配信のサービスについて——暗黙の表示を確かめていない、公開された内容の周りに目に見える注意書きを加えていない、伝播の情報をファイルのメタデータに書いていない、そして利用者が「これは生成されたものだ」と申告できる機能を用意していない。示された措置は、規制当局による面談、期限を切った是正の命令、そして削除または公開の停止である。限界は二つはっきりしている。発表はどのアプリの名も挙げず、件数も示していない——「一群」としか言っていない——ので、規模についての主張はここからは支えられない。そして対象は中国国内で提供されるサービスである。同じ機能の一覧が他国で法になっているわけではない。ただし EU の表示義務は同じ向きを走っている。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
個人情報の処理が重大なリスクをもたらす事業者を拘束するカリフォルニア州の規則で、重大な決定に使われる自動化された意思決定技術もそこに含まれる。事業者は処理を始める前にリスク評価を行い、処理を始めるかどうかを文書に残さなければならない。事業者が処理を始めるかどうかの決定に加わる権限を持つ個人が、その評価を確認し承認しなければならない。そして掲げられた目的は、消費者へのリスクが便益を上回る場合に処理を制限または禁止することである。拘束するのは事業者であってプロダクトマネージャーを名指ししてはおらず、対象はあらゆる製品の決定ではなく個人データの処理であり、規制当局への最初の提出の期限はもっと先である。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
LinkedInの当時の最高製品責任者が、LinkedIn自身の製品組織の変化を説明したもの。彼は人に残るもの——ビジョン、共感、コミュニケーション(一つの考えのまわりに他人の足並みをそろえ、奮い立たせること)、創造性、判断——を挙げ、それ以外のすべてについては会社が自動化したいと述べている。同社は新しいチーム構成を試行しており、自社の道具で端から端までつくれる小さなポッドを動かし、つくり手が仕様を書くだけでは終わらないアソシエイトのプログラムを立ち上げていた。一人の経営幹部による試行の説明であり、ポッドがいくつあるかやプロダクトマネージャーの人数についての数字はない。また記録しているのは2025年8月の時点である。
実際の場での小規模な試行。導入の条件が試されていることを教えてくれるのであって、それが成り立つことを教えてくれるのではない——だから一件の試行は単独では決して足りず、独立した二件で足りる。
Microsoftのプロダクトマネージャーを対象とする混合研究法による研究(arXiv のプレプリント)で、2025年4月から6月にかけて行われた。885人のプロダクトマネージャーが調査に回答し、731人がテレメトリ分析に同意し、15人が面談を受けた。個人として業務を担うプロダクトマネージャーの生成AIの使い道のうち、22%が利用者調査やデータ分析に使っていると答えた。参加者は責任の軽い業務は進んで任せたが、仕様やジャーニーマップを書くといった責任の重い仕事には二の足を踏んだ。Microsoftは研究対象の道具を売っており、回答者は早期導入企業である同社自身の従業員である。自己申告の利用は、利用記録と中程度にしか相関しなかった。
ある道具が実際の仕事のために大規模に使われていることが測定されており、しかも使うと決めたのが雇用主ではなく働き手である場合。capability の記録より重い——仕事が実演ではなく本物だからである——そして deployment の記録より軽い。どの雇用主もそれを本番に置いておらず、求めてもおらず、その周りに工程も作っていないからである。重みは `cautious` である——`automating` とは、機械がその業務をできることと、採用の兆しがあることの両方を意味し、これは採用の兆しである——しかし利用は試験的でありうるし、測定の多くは利害のある側から来るので、一件では決して足りず、独立した二件で足りる。誰が数えているかに注意すること。ベンダーの計測データはこれを直に見るが、その道具を売っているので、そうした記録は適用範囲にその利害を明記する。統計機関が企業に「働き手は業務でAIを使っているか」を尋ねる場合、同じ経路を何の利害もなく見ており、それが存在するならそちらが良い出典である。
これがあなたにとって何を意味するか#
最初に任される仕事——課題票と仕様を書くこと——が晒された半分であり、それをうまくやっても、それだけでプロダクトマネージャーになるわけではない。この職をキャリアに変えるのは、何をつくらないかを決めることを信じてもらえることであり、その信用は、まず小さなことについて人前で正しくあることで稼がれる。
一週間の大半が文書と状況報告なら、それが圧力を受けている構えであり、しかも多くの会社が静かにつくってしまった構えでもある。一週間の大半が、弁護できる断りと自分が引き受ける判断なら、晒され具合は低い。違いは年次ではなく、その職が判断を背負っているかどうかである。
選べる道#
四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。
その職が判断を背負っていることを確かめる
この職の晒された姿は、他人が下した判断を書き留める姿である。持ちのよい姿は、判断を下す姿である。どちらを持っているかは、たいてい腕前ではなく会社で決まる。
正直な結論が「いまの組織にはその判断がない」になることもあり、そのときの一手は上ではなく外である。
チームが直近で出した五つを列挙し、それぞれ誰が決めたかを正直に書く。どれにも自分の名前がないなら、それが発見である。
AIの機能に何を許すかを引き受ける
生成の機能を持つどの製品にも、それが何を間違えてよいか、何を拒まなければならないかを決める人が要る。それはプロダクトの判断であり、大半のチームでいまだ誰のものでもなく、いくつかの市場では文書化された義務になりつつある。
受け入れうる害について具体的であることが要り、それは居心地が悪く、多くの組織が曖昧なままにしておきたがる。
自分の製品のAIの機能を一つ取り、それが何を間違えてよいかを書き出す。サポートを持っている人に見せ、同意するかどうかを見る。
制約が本物である場所へ移る
規制のかかった製品、ハードウェア、決済——間違ったものを出す代償が、評判ではなく具体である領域であり、だからこそ判断を誰かが背負わなければならない。
周期は遅く、文書は増える。それを「仕事が本物になった」と感じる人もいれば、「退屈になった」と感じる人もいる。
規制のかかった領域の製品を一つ見つけ、その公開された適合の文書を一つ読む。どれだけの判断が書き留められなければならなかったかに気づく。
よくある問い#
この職にはふさわしくない問いである。晒され具合は時間ではなく、どちらの姿の職を持っているかで決まるからである。仕様と課題票を書くことはすでに大半が機械の仕事である。何をつくらないかを決めることと、外れた賭けに答えることは、まったく動いていない。自分で確かめられる信号——チームが直近で出した五つのうち、自分が書き留めたのではなく決めたのはいくつか。
書けるし、しかもうまい——だからこそ、その文書はもともと仕事ではなかった。仕様は判断の記録であり、価値は常に決めることのほうにあった。どの顧客を失望させるか、どの四半期を使うか、どれが本当の問題か。もしその文書が、組織があなたを測る成果物なのだとしたら、それは自分の組織について知っておく価値のあることである。
見積りと当て推量を見分けられる程度には要るし、その水準は上がったというより移った。生成が試作を安くするとき、役に立つ技術の勘は、「つくるのが難しいもの」を知っていることから、「運用するのが難しいもの」と「取り消すのが難しいもの」を知っていることへ移る。それらは、最初の版にかかる時間にはもう現れない費用である。
つくることが安くなるほど、決めることの帰結は小さくなるのではなく大きくなる。かつて一つ出す時間で五つ出せるチームにとって、間違った五つをつくる代償は五倍である。変わるのは、この職が「つくることの調整」では正当化できなくなることである。選択の質で正当化しなければならない。それは高い水準であり、より正直な水準でもある。
これらの判断が載っているもの#
このページの 6 件の業務判断のうち 4 件は検証済みの事象に支えられ、2 件はプラットフォームの推論であり、いずれもそれが現れる場所に明示されている。その背後には 2 の技術次元、言語モデルが一般に届いて以降の推移の再構成、そして 6 件の検証済み事象がある。
同じ機能のなかの他の職種#
会社はまず仕事を機能に分け、そのあとで職に分ける。以下はこの仕事と同じ「プロダクトとデザイン」のなかにある職種である。これは組織図についての事実であって、互いに似ているとか、同じ方向へ変わりつつあるという判断ではない。
