PMF思考が導く成人映像技法

〜世界一の自動車メーカーの得意とする仕組みを成人映像技法に持ち込むと（精液以外）何が出てくるか〜

トヨタといえばToyota Production System、TPSである。

ジャスト・イン・タイム、自働化、かんばん、平準化。トヨタについて論じる記事の多くは工場へ向かう。2025年にもトヨタグループは世界で約1,130万台を販売し、6年連続で世界販売首位となった。[1]

しかし、製品企業の利益を考えるなら、工場へ行く前に見るべき場所がある。

製品開発である。

そもそも何を作るのか。誰に売るのか。どの価値を守り、何を捨てるのか。売価に見合う商品性を持たせながら、いくらで作れる設計にするのか。これらの条件の大部分は、量産開始時点ではすでに決まっている。

酒井崇男はToyota Product Development System、TPDSとTPSの経済的役割を、前者が売価と利益を含む「product model」を開発し、後者がそれを最小のコストと資本で複製するものとして整理している。彼の表現では、TPDSが粗利益を作り、TPSがPMFに応じてそれを大量に複製する。[2]

酒井はさらに、現在のトヨタでは製品価値と利益の95%以上が製品開発段階で生成・決定されると主張する。[3] もちろん、これは会計上の利益をTPDSとTPSへ厳密に95対5で配賦したという意味に読むべきではない。商品価値、売価、目標原価といった利益の主要な条件が、製造より前の製品開発で強く拘束される、という主張として読むのが適切だろう。

TPSがどれほど優秀でも、客の欲しくないものを効率よく作れば、客の欲しくないものが効率よく大量に完成するだけである。

ならばTPDSの原理は、自動車からはるか遠く離れた製品にも適用できるのではないか。

本稿では成人向け映像で試してみる。

トヨタはおそらく、この用途を想定していない。

1. PMFは撮影技法より上流にある

Marc Andreessenによる有名な定義では、Product-Market Fitとは、十分な市場に対して、その市場を満足させられる製品が存在する状態である。[4]

重要なのは、製品を現在の実装から考え始めないことだ。

成人向け映像における射精表現を例に取ろう。

古典的な撮影技法としてmoney shotがある。ここから、

射精を外部に出し、その瞬間を画面に見せなければならない

という仕様を書くことは簡単である。

しかし、それは本当に要求なのだろうか。

要求を階層化すると、違う姿が見えてくる。

つまり、

外に出すことは要求ではない。

NASAのSystems Engineering Handbookは、要求が実装方法から自由であるかを確認し、要求には「WHAT」を書き「HOW」を書かないことを明示している。「なぜその要求が必要なのか」と問えば、より本質的な要求が見つかることもある。[5]

「射精したという事実を認識できること」がWHATなら、「外部へ射精すること」はHOWである。

したがって、

外に出す

を要求として扱っていたなら、それは典型的なsolution-biased requirementであったことになる。

史上最悪の要求工学教材である。

2. creampieは別アーキテクチャである

money shotを情報伝達システムとして見ると、 [ \text{射精イベント} \rightarrow \text{イベント自体の直接可視化} \rightarrow \text{視聴者による認識} ] という構造になる。

一方、creampieでは、 [ \text{射精イベント} \rightarrow \text{内部状態の変化} \rightarrow \text{事後状態の可視化} \rightarrow \text{視聴者による認識} ] となる。

イベントそのものを見せる必要はない。イベントによって生じた観測可能な状態から、イベントが起きたことを認識させればよい。

1990年代にcreampieというカテゴリーの普及を推進したSir Ronらは、まさにこの「事実をどう観客へ伝えるか」に関する撮影規則を作っていた。VICEによる本人取材では、彼らは映像を途中で切ると偽装を疑われるとして連続撮影を求め、重要な場面でカメラを逸らさず、その後の状態を長く撮ることを「良いcreampie video」の条件としていた。活動は1994年に始まり、1996年から業界へ働きかけ、1998年ごろから自主制作を始めたという。[6]

これは要求工学の言葉へ翻訳すれば、 [ R=\text{「イベントが発生したことを十分な確信をもって認識できる」} ] に対して、 [ S_1=\text{直接イベントを見せる} ] だけでなく、 [ S_2=\text{イベント後の状態を見せる} ] という別解を発見したことになる。

creampieの革新性は、新しい性行為を発明したことにはない。

一つの実装へ束縛されていた要求を解放し、設計空間を広げたことにある。

なおSir Ronは、成人映像業界へ本格的に入る以前の自分をsuccessful “tech guy”だったと説明している。[6]

システム工学を専門的に学んでいた証拠はない。

関係がなかったことを証明する資料も、今のところ見つかっていない。

当然ながら後者には、ほぼ何の情報量もない。

3. 「中か外か」を早く決めることは進捗ではない

ここでTPDSのSet-Based Concurrent Engineeringを持ち込む。

一点設計では、開発初期から特定案を選び、その案に問題が見つかるたびに修正する。

セットベース開発では違う。実現可能な複数の候補を一定期間保持し、試験、分析、顧客理解によって知識が増えるにつれて候補集合を狭める。Lean Product and Process Developmentでも、複数案を同時に検討し、knowledge gapを閉じながら弱い案をde-selectしてsystem solutionへ収束するものとして説明されている。[7]

成人映像なら、 [ S_0= { \text{内部射精}, \text{外部射精}, \text{別のクライマックス表現}, \ldots } ] を保持すればよい。

「今回は外出しにしましょう」と企画会議開始5分で決めれば、意思決定は速い。

しかし顧客価値、作品コンセプト、出演条件、撮影制約について知識が足りないなら、それは迅速な製品開発ではない。

知識がない状態で設計空間を潰しただけである。

セットベース開発とは、最後の最後まで中か外か決めないことではない。

決めるための知識が揃うまで、両方を候補から落とさないことである。 [ S_0 \supseteq S_1 \supseteq S_2 \supseteq \cdots \supseteq S^* ] 重要なのは遅い意思決定ではなく、遅いコミットメントと速い学習である。

4. 内部射精と外部射精は同時最大化しにくい

セットベース開発が特に有効なのは、候補間に本物のトレードオフがある場合だ。

一回の射精イベントについて、内部射精と外部射精を完全に両立することは難しい。

money shotはイベント自体の直接的可視性に強い。

creampieは「内部で起きた」という属性と事後状態の提示に強い。

したがって、 [ \text{direct event visibility} \leftrightarrow \text{internality} ] というトレードオフが生じる。

ここで「顧客は両方欲しがっているので両方最大化してください」と要求するのは、顧客中心主義ではない。

無茶振りである。

たとえば価値を、

[ V_j = w_{Oj}O+ w_{Ij}I+ w_{Cj}C+ w_{Rj}R+ w_{Ej}E ] と置いてみる。

(O) は出来事の可観測性、(I) はinternality、(C) はシーン前後のcontinuity、(R) はrealism、(E) はexaggerationである。

顧客セグメント (j) によって重みは違う。

したがって、唯一の「最高の射精表現」は存在しない。

creampieはmoney shotを置換したのではなく、従来一つだと思われていた設計空間に別のPareto最適点を顕在化させたと読むことができる。

5. 第一段階のセットベース開発: 商品性を決める

映像制作には、二段階のセットベース開発があると考えられる。

第一段階は商品コンセプトの設計空間である。

作品を企画するときには、誰を顧客とするのか、どのような幻想や刺激を提供するのか、リアリズムと誇張をどう配分するのか、何をクライマックスの中心とするのかについて多くの候補がある。

射精表現が商品性の大きな目玉になるなら、「中か外か」もその設計変数の一つになる。

ここで早々に一点へ落とすのではなく、顧客価値や制作制約が明確になるにつれて候補を収束させる。

大事なのは、両方を実際に撮影することではない。

候補として保持することと、物理的に全部実装することは違う。

これは後で重要になる。

射精の回数には限りがある。

制作予算にも限りがある。

なぜこの二つを同じ段落で述べる必要があったのかはさておき、どちらも有限資源である。

6. 第二段階のセットベース開発: 編集可能性を撮る

商品コンセプトが決まっても、完成映像はまだ一意には決まらない。

ここから第二段階のセットベース開発が始まる。

同じ出来事でも、全景、寄り、出演者の反応、前後の連続素材、音声、事後状態など、編集上利用可能な表現は複数ある。

撮影時点で完成カットを一点に決めれば、撮影量は減る。

しかし映像制作には偶然がある。予想外に良い表情、タイミング、演技、構図が得られることがあり、それが当初案より製品コンセプトをよく表現するかもしれない。

したがって、 $$ [ \text{撮影}

\text{映像素材の生成} + \text{将来の編集オプションの獲得} ] $$ と考えることができる。

ただし「素材を山ほど撮る」こと自体がセットベース開発なのではない。 $$ [ \text{Option Value}

\text{撮影コスト} + \text{管理コスト} + \text{編集探索コスト} ] $$ となる範囲で、まだ解消されていない不確実性に価値を持つ素材を取得することが重要である。

第一段階では「何を商品価値の中心とするか」を保持する。

第二段階では「その価値をどの表現で実現するか」を保持する。

大量撮影とセットベース開発を混同してはいけない。

7. 顧客の声を全部入れてはいけない

顧客価値を分解すると、Quality Function Deploymentめいた表まで作れてしまう。

最後の二つは正面衝突している。

ここから得られる教訓は、「ユーザーの声をもっと聞こう」ではない。

ユーザーの声は互いに矛盾するので、誰のどの価値を優先するか決めなければならないということだ。

全部最大化する製品は作れない。

だからtrade-off knowledgeが必要になる。

そして最終的に、誰かが製品全体として判断しなければならない。

8. Chief Engineer: 全体を作る人

ToyotaのChief Engineer、CEは単なるプロジェクト管理者ではない。

顧客を理解し、製品コンセプトを形成し、個別技術領域を統合して、製品全体について判断する役割である。HiluxのChief Engineerだった石古政明の回想でも、高速走行性能と悪路性能、積載能力と乗り心地など、互いに衝突する要求を市場ごとに調整していたことが確認できる。[8]

成人映像でも事情は同じである。

監督は演出を強くしたい。

撮影担当は画を成立させたい。

編集担当は素材の自由度を欲しがる。

マーケティング担当は分かりやすい商品属性を欲しがる。

出演者には演技上、身体上、契約上の条件がある。

各担当が自分の目的関数を最大化すれば、局所最適の集合はできても、一つの製品にはならない。

CEの仕事は、

「もっと派手に」

と言うことではない。

「それは今回の顧客価値に寄与するのか」

と問い続けることである。

どの価値を守るかを決め、何を捨てるかについて責任を負う。

TPDSの重要な点は、製品を機能の足し算として扱わないところにある。

9. 大部屋開発: 撮影現場を統合試験場にしない

Chief Engineerが一人いれば、各専門領域が自動的に統合されるわけではない。

そこで大部屋、obeyaが出てくる。

Lean Enterprise Instituteによれば、初代PriusのChief Engineerだった内山田竹志は、単独の専門家ではハイブリッド車に必要な多数の技術を統合できないと認識し、必要な専門家を一室に集め、関連情報を壁面へ掲示し、2、3日ごとに議論するobeya managementを作ったとされる。[9]

成人映像版大部屋も目的は同じである。

撮影前に監督、撮影、照明、編集、制作進行、出演者側、必要なら衣装、美術、安全・法務などが同じ設計案を見る。

そこで確認するのは、演出として面白いかどうかだけではない。 [ \text{演出可能} \cap \text{撮影可能} \cap \text{演技可能} \cap \text{編集可能} \cap \text{安全・契約上可能} ] となる領域を探す。

撮影現場へ行ってから、

「その角度では撮れません」

「その動きは成立しません」

「編集で繋がりません」

「その条件では合意していません」

と判明するのは、統合問題を後工程で発見している。

大部屋の目的は会議を増やすことではない。

手戻りの原因となる機能間の衝突を前工程へ引きずり出すことである。

撮影現場を統合試験場にしてはいけない。

なお、大部屋とは、大人数で成人映像を見る部屋のことではない。

10. 現地現物: 見たい現地ほど見られない

トヨタの製品開発で現地現物は重要である。

Hiluxの開発チームは約140か国で使われる製品を理解するため各国へ赴き、実際の走行状況を観察し、販売店から要求を直接聞いた。ニュージーランドでは農場のパトロールへ同行して、急斜面や小川を走る利用実態まで経験している。[8]

成人映像では、ここで困ったことになる。

ユーザーの利用現場が非常にプライベートなのである。

直接観察しようとすれば、 [ \text{観察} \rightarrow \text{利用行動の変化} ] が起きる。

見たい現地ほど、見に行くことで現地ではなくなる。

さらに、商品の選定過程まで観察しにくくなっている。

物理レンタル店の時代なら、顧客がどの棚へ行き、何を手に取り、何と比較し、何を戻すかという選択過程の少なくとも一部は物理空間に存在した。

しかし映像消費はオンラインへ大きく移行した。日本映像ソフト協会の2024年調査では、レンタル市場は前年比67.9%の283億円まで縮小した一方、有料動画配信市場は6,499億円に達し、2019年から5年間で約2.7倍となっている。[10]

商品選択の現地は消えたわけではない。

検索語、サムネイル選択、クリック、離脱、再視聴、購買といった大量の痕跡を残している。

ただし、それらの多くはプラットフォームの内部にある。

制作者が顧客を直接観察する代わりに、プラットフォームから許された範囲のテレメトリや、レビュー、検索傾向、売上などから利用実態を復元することになる。

奇妙なことに、ここでも先ほどと同じ構造が現れる。

money shotはイベントを直接見る。

creampieはイベント後の状態から出来事を知る。

現代の現地現物では、直接見ることのできない顧客行動を、その痕跡から推定する。

またしても、 [ \text{visibility} \rightarrow \text{observability} ] である。

11. 大部屋に持ち込むべきなのは会議資料ではなく現実である

大部屋と現地現物は別々の仕組みではない。

大部屋で、

「たぶんユーザーはこういうものが好きです」

と全員で想像を共有しても、集団的妄想が効率化されるだけである。

必要なのは、顧客行動について取得できた証拠、過去作品の結果、制作可能性、出演者の条件、コスト、失敗事例などを同じ空間に持ち込むことだ。 [ \text{Genchi Genbutsu} \rightarrow \text{Knowledge} \rightarrow \text{Obeya} \rightarrow \text{Integrated Decision} ] である。

大部屋の壁は、PowerPointを貼る場所ではない。

推測と現実の差分を晒す場所である。

12. 男優の弾倉は有限である

ここで制作資源について考えよう。

俗な比喩を許せば、男優の弾倉は有限である。

撮影時間も有限である。

スタジオ時間も有限である。

制作予算も有限である。

したがってセットベース開発とは、考えられる案を全部実撮影して比較することではない。

どの不確実性を、どのコストを払って実証する価値があるかを選ぶ必要がある。 [ \max \frac{\text{獲得する設計知識}} {\text{消費する希少制作資源}} ] という問題になる。

しかし、有限なのは制作側だけではない。

ユーザーの弾倉もまた有限である。

ユーザーの時間、注意、可処分所得、そして成人向けコンテンツを消費する機会には限りがある。

一方、オンライン環境における選択可能な競合作品は実効的には膨大である。

つまり制作側は、有限な制作機会を使って、顧客側の有限な消費機会を獲得しなければならない。

一発を無駄にできないのは制作側だけではない。

顧客も同じである。

13. 競争相手は成人映像だけではない

ここで市場の境界そのものが怪しくなる。

ゲーム機の競合を別のゲーム機だけと定義すると、顧客が実際に何と比較しているのかを見失う。

ユーザーが「今から30分を楽しく過ごす」ために製品を選ぶなら、ゲームの競争相手は漫画、SNS、動画配信、睡眠その他まで広がり得る。

同じことが成人向け映像にも起こる。

顧客が希少な時間や性的関心を配分しているなら、競争相手は別会社の成人映像だけではない。

漫画、ゲーム、静止画、文章、音声、SNSその他、同じ顧客ジョブを異なる方法で満たすものが競合になり得る。

ここまで来ると、

良い成人映像を作るにはどうすればよいか

という問い自体が一段低い。

本当の問いは、

顧客は何を達成するために、この製品を選んでいるのか

である。

14. ジョブ理論を持ってくる

ハンドジョブではない

ここでJobs to Be Doneを導入する。

ここでいうジョブはJobs to Be Doneであり、handjobではない。

Christensen Instituteによれば、顧客は製品やサービスそのものを単に購入するのではなく、特定の状況で何らかのprogressを実現するために、それを「hireする」と考える。[11]

成人向けコンテンツについても、 [ \text{Job} \rightarrow \text{顧客価値} \rightarrow \text{機能要求} \rightarrow \text{媒体} \rightarrow \text{個別技法} ] と階層化できる。

すると驚くべきことに、

money shotは要求ではない。

creampieも要求ではない。

さらに、

動画であることすら要求ではない。

すべては、顧客が片付けようとしているジョブに対する解候補である。

「中か外か」という壮大に見えた設計問題も、実は階層を上げればかなり下流の選択にすぎない。

PMFとは、既存カテゴリの中で最良になることだけではない。

顧客が本当にhireしているものを理解し、そのjobに対して最も適した解を作ることでもある。

15. TPDSとは、決定を遅くする仕組みではない

ここまでをまとめると、TPDS的な製品開発とは「いっぱい考えてから作る」ことではない。

現地現物によって顧客と現実を知る。

顧客価値と既存の解を分離する。

複数の設計候補を保持する。

trade-offを明らかにする。

大部屋によって専門領域間の衝突を早期発見する。

Chief Engineerが製品コンセプトに照らして全体を統合する。

そして知識が十分に増えたところで、設計空間を意図的に収束させる。 [ \text{Explore broadly} \rightarrow \text{Learn rapidly} \rightarrow \text{Converge deliberately} \rightarrow \text{Execute precisely} ] なのである。

TPSが無駄なく流す対象は、その後に現れる。

間違ったproduct modelを効率的に複製しても、PMFは生まれない。

TPDSが先である。

16. 次に雇われるプロダクトは動画ですらないかもしれない

money shotを要求だと思えば、競争はmoney shotをいかに上手く撮るかになる。

money shotを解の一つだと理解すれば、creampieが候補に入る。

creampieも解にすぎないと理解すれば、さらに別の撮影技法が候補に入る。

動画そのものを解にすぎないと理解すれば、設計空間は一気に広がる。

顧客のジョブによっては、次にhireされる製品は、より高画質な成人映像でも、より刺激的な映像技法でもないかもしれない。

インタラクティブな生成コンテンツかもしれない。

複数感覚を扱うメディアかもしれない。

現在の分類ではまだ成人「映像」とすら呼ばれない何かかもしれない。

優れた製品開発とは、現在の商品カテゴリーを前提として、その中で最適解を探すことではない。

顧客が片付けようとしているジョブまで遡り、現在の商品、媒体、技法をすべて「解」の側へ押し戻すことである。

money shotは要求ではなかった。

creampieも要求ではない。

動画であることすら要求ではない。

次に顧客から雇われるプロダクトは、まだ名前を持っていないかもしれない。

技術進歩は要求そのものを変える

なお、要求は一度発見すれば永久に固定されるものでもない。技術の進歩は、既存の要求に新しい解を与えるだけでなく、従来は問題にならなかった新たな要求を発生させることがある。

creampieにおいて、かつては撮影を途中で切らず、出来事の前後を連続して示すことが、真正な射精が行われたことを視聴者に納得させる有力な方法だった。しかし映像合成技術が高度化すれば、「連続した映像が存在すること」と「その出来事が実際に撮影されたこと」は必ずしも同義ではなくなる。そうなれば、従来の可視性や可観測性に加えて、映像の真正性や制作過程の来歴までが顧客価値を構成する可能性がある。

技術進歩とは、既存要求をよりよく満たせるようになる過程だけではない。それまで存在しなかった疑念を可能にし、それによって要求仕様そのものを書き換える過程でもある。

1990年代にcreampieの普及へ関与したsuccessful “tech guy” も、この方向の要求変更までは予見していなかったと思われる。

結論: 精液以外に何が出てきたか

世界一の自動車メーカーで発達した製品開発の考え方を成人向け映像へ持ち込むと、精液以外にもかなりのものが出てきた。

要求と設計解の分離。

二段階のセットベース開発。

trade-offとPareto最適。

Chief Engineerによる製品コンセプトの統合。

大部屋によるfront-loading。

直接観察困難な顧客に対する現地現物。

有限な制作資源と有限な顧客資源の配分。

カテゴリ境界を越えた競争。

そしてJobs to Be Doneによる媒体そのものの相対化である。

すべてを一つの原則へ圧縮すれば、

[ \boxed{\text{Technique}\neq\text{Requirement}} ]

となる。

製品開発とは、既存の解を磨き込む技術だけではない。

顧客が本当に求めている価値を、現在の解から救出する技術でもある。

外に出すことは、要求ではなかったのである。

参考資料

[1] Toyota Motor Corporation, “Sales, Production, and Export Results for 2025 (January-December),” 2026. 2025年のトヨタグループ販売実績。世界販売首位についてはReutersも参照。 【公式公開】 URL: https://global.toyota/en/company/profile/production-sales-figures/202512.html

[2] Takao Sakai, “Toyota Studies: The Way Forward: Expecting Leadership from Everyone,” 2025. TPDSを売価・利益を含むproduct modelの開発、TPSを最小コスト・最小資本による複製プロセスとして整理し、「TPDS generates gross profit」と説明する。 【OA】 URL: https://note.com/takaosakaitakao/n/n327c421c1916

[3] Takao Sakai, The Secret Behind the Success of Toyota: How the Original Chief Engineer System Works to Generate Most of the Product Value and Profit, 2018. 製品価値・利益の大部分が製品開発段階で生成・決定されるとの議論。 ※全文OAではない。

補助資料: 酒井崇男「トヨタ学、これからの方向　正しいトヨタ経営システムとはこう説明する」 【OA】 URL: https://note.com/takaosakaitakao/n/nfc740c6da62f

[4] Marc Andreessen, “The only thing that matters,” 2007. Product-Market Fitについての著名な論考。 【全文公開アーカイブ】 URL: https://pmarchive.com/guide_to_startups_part4.html

[5] NASA, NASA Systems Engineering Handbook, NASA/SP-2016-6105 Rev.2, 2016. 要求はWHATを記述し、不要なHOWを埋め込まないという要求工学上の原則を参照。 【OA・公式PDF】 URL: https://www.nasa.gov/wp-content/uploads/2018/09/nasa_systems_engineering_handbook_0.pdf

[6] Mark Hay, “How Porn Consumers Gorged Themselves on Creampies,” VICE, 14 October 2016. Sir Ronらへのインタビューを含む。1990年代のcreampie普及活動、撮影規則、Sir Ronの “successful tech guy” という前歴などについての主要資料。 【全文公開】 URL: https://www.vice.com/en/article/cream-pie-porn/

[7] Lean Enterprise Institute, LPPD関連記事。 Set-Based Concurrent Engineering、front-loading、trade-offを用いた設計候補の収束について参照。 【OA】 URL: https://www.lean.org/the-lean-post/articles/understanding-before-executing/ URL: https://www.lean.org/the-lean-post/articles/how-an-established-company-disrupted-an-industry/

[8] Toyota Motor Corporation, “Masaaki Ishiko, Chief Engineer for the 6th generation Hilux,” 2018. 市場ごとに異なる要求、相反する性能、Chief Engineer、約140か国での現地現物についてのToyota公式資料。 【公式・OA】 URL: https://global.toyota/en/mobility/toyota-brand/features/hilux50th/message/ishiko.html

[9] Lean Enterprise Institute, “Obeya: A Resource Guide.” Prius開発における大部屋の成立と、異分野専門家を統合する仕組みとしてのobeyaについて。 【OA】 URL: https://www.lean.org/lexicon-terms/obeya/

[10] 一般社団法人日本映像ソフト協会『2024 映像ソフト市場規模およびユーザー動向調査報告書』2025年。 レンタル市場の継続的縮小と動画配信市場の拡大について。 【公開PDF】 URL: https://www.jva-net.or.jp/report/annual_2025_5-15.pdf

[11] Christensen Institute, “Jobs to Be Done Theory.” 顧客が特定状況でprogressを得るために製品やサービスを“hire”するというJobs to Be Doneの基本概念。 【OA】 URL: https://www.christenseninstitute.org/theory/jobs-to-be-done/