本文へ移動

アウトカム・アーキテクト、定着と更新を一人で背負う席

AIソフトウェアは売るより根づかせるほうが難しい。顧客の仕事のやり方を変えて成果を数字にし、その数字で更新まで取りにいくベンダー側の職務をまとめました。

1 分で読める
このページの内容

この職業をひと目で

成長見通し 成長中
需要 高い
出典・参考 (7)

最終更新: 2026-02-02

Notion はこの職名で部署をひとつ作った

2026年9月7日にNotionの公開求人APIをたどると、タイトルにOutcomesが入る求人が13件ある。うち11件は所属部署の名前そのものがOutcomes Architectだ。営業の下にぶら下がるチームではなく、独立した組織として置いたということになる。勤務地はダブリン、ロンドン、ニューヨーク、パリ、サンフランシスコ、そして東京の6か所で、その組織を率いるマネージャー職も東京とパリ、サンフランシスコに別枠で開いている。

同じ日、OpenAIのボードにはApplied AI Architectの求人が17件並ぶ。15件がTechnical Successチーム所属で、勤務地には東京とソウルが入っている。CursorはCustomer Successの中にAI Deploymentというチームを置き、AI Deployment Managerとその上のRegional Directorを同時に募集している。日本向けにはSolutions Architectの枠も別に開いている。Gustoの求人名はAgentic Operations Architect、DatabricksはSenior Customer Enablement AI Programs Manager、RampはAI Solutions Strategistだ。名前は会社ごとに違うのに、本文を開くと任される仕事が重なる。

設計する席から、更新まで背負う席へ

ベンダー側にはもともと顧客と向き合う技術職があった。ソリューションアーキテクトは契約前にアーキテクチャを描いて検証を回す。フォワードデプロイド・エンジニアは顧客先に入って実装まで引き受ける。どちらも重心は技術側にあり、更新や拡大はアカウント担当が別に持つ。

いま分かれてきた席は、その分業を崩す。Notionのニューヨーク求人はこの役割を「隣に座って一緒に作るパートナー」と説明したうえで、担当する顧客群のワークフロー定着、価値の提供、そして更新の結果までを一人にまとめて預ける。割り当ての優先順位もはっきりしている。伸びが止まった顧客や離反リスクのある顧客を先に渡す。その顧客の更新の商談自体をこの人が握り、拡大と更新の戦略はソリューションコンサルタントと組んで立てる。

OpenAIは同じ線を反対側から引く。ソウルを含むApplied AI Architectの求人は、この席を担当顧客群のCTOと呼ぶ。商業戦略はアカウントディレクターが持ち、技術戦略と顧客の道のり、試行から本番運用へ渡る区間はこの人が持つ。売る人と作る人のあいだに、成果を背負う層がもう一つできたことになる。

求人に書かれた成功指標がそのまま職務定義になる

CursorのAI Deployment Manager求人は、何で成功を測るかを三つに絞って明記する。顧客の継続、製品の定着、売上の拡大だ。その下に並ぶ仕事は指標をそのまま追いかける。CTOやエンジニアリング部門の役員に投資対効果を説明する。オンボーディングから社内チャンピオンの確保、全社展開まで導入の全工程を率いる。利用データとアカウントの健全性を見ながら更新と拡大を進める。単発で終わった有効な使い方を、チームをまたいで繰り返せるワークフローに固める作業も明示されている。

ここにこの職務の性格が出る。扱うのは機能一覧ではなく、顧客企業の業務手順そのものだ。どの仕事を人が続け、どの仕事を道具に渡すか、渡したあと何で結果を確かめるかを、顧客の組織と一緒に決める。何かを書いている時間より、他社の組織の中で合意を作っている時間のほうが長い。ベンダーの中に座るコンサルタントに近く、コンサルティングと違うのは、結果が報告書ではなく更新契約で確かめられる点だ。

顧客側で働いた経験がそのまま効く

入り口はおおむね三つある。一つ目はエンタープライズSaaSのカスタマーサクセスやソリューションコンサルティングから移る道で、担当顧客を持って更新の数字を負った経験がそのまま使える。二つ目はコンサルティングファームで業務手順の再設計をしてきた人がベンダー側へ移る道だ。診断と説得はすでにやってきたことで、製品知識を新しく重ねればいい。三つ目は導入する側の企業で社内展開を率いた人が反対側へ渡る道で、導入がどこで詰まるかを身体で知っていることがここでは大きな資産になる。

三つに共通して要るのは、製品を自分で触った感覚、役員の前で数字で話す力、そして他社の組織に習慣を変えさせるねばり強さだ。技術的な下地は要るが実装は担当しないので、コードは読めれば足り、書ける必要はない。

まだ固まっていないことも多い。職名が会社ごとにばらばらで履歴書に何と書くかが定まらず、成果の測り方も会社ごとに違う。日本の採用市場ではこの名前はまだ珍しく、東京に開いているのはNotionとOpenAIの外資枠が中心で、国内企業では既存のカスタマーサクセスや技術営業の職名の中に混ざっている。

いま確かめられることは単純だ。上の各社の公開ボードでOutcomes、Deployment、Enablementが入った求人を開き、成功指標の項目だけを並べて読む。継続、定着、拡大の三語が繰り返し出てくるか、それとも技術的な成果物が並ぶかで、その席がどちらの系統かが分かれる。

この道を歩んだ人々

タグ

#management-consultant #customer-outcomes #ai-adoption #enterprise-saas

さあ、始めよう!

上で紹介した人たちも、みんな君と同じところからスタートしたんだ。今日、一つだけやってみよう!

気になる職業が見つかった?

向いている性格、専攻、就職要件を比べてみよう。

ほかの職業と比較