曖昧さを、つくれて・測れて・運用できるシステムに変える。

スコープ、優先順位、PRD、バックログ、そしてチームが次に何をつくるかを決めるKPIとMVPの判断。

ブリーフを疑い、問題空間を定義し、つくるべきでないものを決める。

顧客・管理者・運用者・取引先といった多主体のシステムを、接点ごとに端から端まで描く。

ルール、状態、例外、エッジケースを実装可能な仕様に翻訳する。

マルチエージェントの流れ、コンテキスト設計、コスト管理 — プロンプトの小技ではなくワークフローの設計。

プロセスマップ、標準手順、RACI、そして現場が実際に回っている例外経路。

収益、コスト、インセンティブ、提携構造をプロダクトと並べてモデル化する。

API、CMS、データベース、デプロイの判断をエンジニアと無理なく議論できる — 技術に明るいPMであり、エンジニアではありません。

ブリーフ、BRD、標準手順、実行パッケージを、次の人が聞かずに動ける形に構造化する。

計測、ファネル、セグメンテーション、A/Bテストが、チームが判断できるダッシュボードに流れ込む。

ユーザーフロー、情報の階層、インタラクション構造 — 見た目の仕上げではなくプロダクトの方向づけ。

プロダクト、デザイン、エンジニアリング、事業、運用、取引先をひとつの意思決定に揃える。

金融プロダクトとその経済性、そして決済や残高が獲得しなければならない信頼。

ペルシャ語を起点とする二言語インターフェース。RTLは翻訳工程ではなく設計条件です。

進行、競争、動機づけをシステムの仕組みとして設計する。Octalysisなどのフレームワークを用いて。

存在しなかったプロダクト機能を立ち上げる — 責任、プロセス、役割、意思決定権限。