外資企業のPMの技術レベル

扱うプロダクトや、ご認識の通りPM-Technicalと共に動くかなどによって異なると思われます。ユーザーがエンジニアであるプロダクト（開発ツールやデータプラットフォーム等）なら、プロダクト管理する上で技術知識は必須です。一方消費者向けのプロダクトで技術面はPM-Tが担当するなら、ユーザー要望の収集やプロダクト戦略、ステークホルダー管理等の非技術タスクに専念すれば良いなど。

またPM-T以外にも、日本だとOutbloud PM/Regional PMと言うべき、開発に直接携わるというよりはローカルのユーザーの声を集めて、本社の開発に直接従事するPMと連携しながらその仕事をしているPMもいます。

M&Aを取得とは…？

MBAですね笑

プロダクトマネージャーというと一般的にはソフトウェアの要件などを取りまとめてリードする人が想像されがちなのですが、私はビジネス部署に所属していてソフトウェアに全く関わりがないですし、周囲のプロダクトマネージャーもデザイナー寄りの業務だったりで職務領域は様々です。（そのため、ソフトウェアの豊富な知識を求めて声をかけてくれたリクルーターやエージェントと認識の相違が起きがち・・）

ビジネス施策のことをプロダクトと呼んでいるということです。特殊だと思います。

役職名はProduct Managerですが実態はProject Managerですね。

日本語の部署名で言うところの営業企画や営業戦略が当てはまる気がします

AmazonのPMはそうなんですか？営業企画や営業戦略はイメージ近い気もしますが、Project Managerというと、QCDを管理しつつメンバーを率いて期限のあるプロジェクトを完遂する役割なので、Product Managerとは違うのかなとのイメージです。SIerなどでシステム開発・導入をやり切るリード役が多く、QCDを守るのが前提で、プロダクト戦略やKPI分析といった典型的なProduct Manager的なタスクな無いので。

project manager の話かと思ったけどproductの方なんですね（PdMと書かない場合もあるんですね..）

なかなか良いご指摘で、外資系企業でPMというと、Product Managerを指すケースが多いです（ただ、社内スラング的にPdMと表現することもあり）。一方でProject Managerは、英語圏だとそのままProject Managerと呼び、略語はPjMを使うケースもあるものの、プロダクト組織ではあまり略さずに区別しています。

日本ではSIerのシステム開発モデルでの開発が多く見られ、PMBOKが取り沙汰されてPMP資格が整備されたり、情報処理技術者試験でもプロジェクトマネージャがあったりと、2000年代にその概念の認識が進みました。これはProduct Management/Product Managerの概念の定着より10年は早かったです。一方米国ではSIerモデルは相対的に少なく、またビッグテックを始め自社のプロダクトを開発する企業が多いので、Product Managementとその管理者の概念の定義が進んだのかと。