大企業のユーザー部門に、中核業務変革の主導権を取り戻す。
採用資料 — Account Executive
エンタープライズITには、
構造的なねじれがある
本当に困っているのはユーザー部門。しかし、意思決定の構造がそれを許さない。
意思決定の分離
本当に業務を使い、痛みを持つユーザー部門ではなく、システム部門・調達部門が予算と発注権を握っている。
間接化による劣化
ユーザーの本当の痛みは、システム部門やSIを経由する過程で二次情報化される。要件は薄まり、本当に欲しいものから遠ざかる。
空白市場
市民開発では中核業務に届かない。SIは重く遅い。ユーザー部門が自ら中核業務のシステム化を主導する選択肢がなかった。
なぜ、PortXを作ったのか
日本のSI産業は、多重下請けのゼネコン構造になっている。
元請けが受注し、二次請け、三次請けへと流れる過程で、
現場の要件は薄まり、管理コストは膨らみ、品質は劣化する。
そして、この構造の中で一番悪くないのに
一番困っているのが、ユーザーである。
本当に業務を知り、本当に変革を必要としているユーザーが、
構造の末端で結果だけを受け取る側に置かれている。
ユーザーに直接価値を届け、
ユーザー自身が「これを変えたい」と主導して
システム化を進められる世界を作る。
多重下請けのゼネコン構造を経由せず、
ユーザー主導でSIプロジェクトが成立する。
その基盤が、Formulaです。
中核業務変革の主導権を取り戻し、
競争優位そのものを実装すること。
PortXが変えたいのは、単なるシステムの中身ではなく、
誰が変革を主導するかという構造そのものです。
中核業務の痛み、必要な変化、誰が価値を出しているかを
最も理解しているのはユーザー部門。本来、そこが主導すべきである。
なぜ、今この市場が動くのか
エンタープライズSI市場は30年間、構造が変わらなかった。それが今、初めて変わる条件が揃った。
要求言語化、仕様構造化、設計書作成、変更影響追跡、運用接続——
SIを成立させる知的作業のコストが高すぎた。だから大量の人手が必要で、間接構造が必然だった。
LLMはこの知的作業を10分の1以下のコストで代替可能にした。
ただし、LLM単体ではコード断片を生成できるだけで、SIとして成立しない。
LLMの能力を、要求整理から設計・実装・変更管理・運用接続まで一貫した実務基盤に変換。
ユーザー主導のエンタープライズSIが、初めて成立可能になった。
一文で言うと：LLMがSIの知的作業を低コスト化し、Formulaがそれを実務として束ねたことで、30年動かなかった市場構造が初めて動く。
フルスクラッチ並みの自由度で、
SaaSのような体験で実現する
AIネイティブなエンタープライズSI基盤。
Formulaの本質は「AIがコードを書くこと」ではなく、
「AIがエンタープライズSIに必要な知的作業と成果物を一貫して成立させること」にあります。
SIの要件を満たしたまま、SIの勝ち方そのものを作り変える。それがFormulaです。
Formulaは何をカバーしているのか
単なるAI開発ツールではなく、SIプロジェクトの全工程を一貫して支える基盤です。
要求整理
曖昧な会話やメモから
要件を構造化
設計
spec.mdを正本として
設計と実装を一致
動くToBe生成
営業段階から
動くモックを提示
実装
AIが設計書から
コード・APIを自動生成
変更管理
変更影響を構造的に
追跡・把握
運用接続
保守・引き継ぎ・
運用AI Agentへ発展
spec.md = 人もAIも読める設計の唯一の正本。ここから画面、データ、API、設計書を自動派生させることで、 「設計と実装がズレる」「どれが最新かわからない」「引き継ぎが伝言ゲームになる」という従来SIの構造問題を根本から解消しています。
なぜFormulaを作ったのか
AIでコードを書くだけのツールは世の中にたくさんあります。Formulaが目指しているのは、それとは根本的に違うものです。
仕様書がそのまま実装になる
仕様書（Markdown）と実装コードを分離せず、仕様書から全成果物が自動生成される。「設計と実物が違う」「どれが最新かわからない」が構造的に起きない。
自然言語で変更できる
「検索条件に部署を追加して」と日本語で指示すれば、仕様書とシステムの両方が自動で更新される。業務担当者の言葉でシステムが変わっていく。
要件整理から運用まで一気通貫
SIで分断されてきた工程（要件 → 設計 → 実装 → テスト → 運用）を、ひとつのプラットフォーム上で連続的に扱う。途中で分断されないからズレない。
Vibe Coding（自然言語でコードを書くツール）との違い：Vibe Codingは「コードを書く」だけ。Formulaは要求整理から運用保守まで、SIプロジェクト全体を成立させる仕組み。
仕様書から動くシステムが生まれる仕組み
AEとして顧客に説明できるレベルで、Formulaがどう動くかを知っておきます。
人が書き換えるのは
これだけ
・業務フロー
・画面仕様
・データ構造
・API定義
貴社の競争優位の源泉さえ仕様書に落とせれば、後はFormulaが全部やる。FDEとAEがやるのは、その「何を仕様書に書くか」を顧客と一緒に設計することです。
どうやって勝つのか
broad vision × narrow entry。ビジョンは広く、市場への入り方は狭く深く。
Narrow Wedge
「全ての業務を変えます」ではなく、現場責任者が自分事化できる狭く深い業務痛から入る。
一気通貫
要求整理から設計・実装・運用まで分断しない。ユーザーと直接向き合い、Formulaで一貫して届ける。
複利化
案件のたびに、要求整理の型・業務パターン・見積・WBSが会社資産に戻る。次の案件を速く・深く・高利益率にする。
表側はnarrow wedgeで顧客の業務痛に入り、裏側ではFormulaとデリバリー基盤を共通化する。これがPortXの勝ち筋。
AE（Account Executive）が担うこと
PortXのAEは「製品を売る」のではなく、顧客の業務変革の入口を作る仕事です。
顧客の業務変革の入口を開く
ユーザー部門と直接向き合い、まだ整理されていない課題や背景を本音で話してもらえる関係を作る。
そこから、FDEと一緒に競争優位の設計に繋げる。
PortXの全ての営業活動は、信頼関係の構築から始まります。
こんな方を探しています
論理力やシステム理解より、顧客との信頼構築力を最優先しています。
信頼構築力
顧客に本音で課題を話してもらえる関係を作れること。
役職・部門・利害を超えて、人として信頼される動きができること。
構造を変えたいという意志
「価値を作る側が勝てず、看板と発注権を持つ側が勝つ」エンタープライズITの構造に対して、問題意識を持っていること。
大企業への営業経験
大手製造業のユーザー部門（工場・物流・営業企画など）への営業・コンサル経験があれば、立ち上がりが早い。
必要ないもの：システム開発の経験、コーディング能力、IT詳細知識。
要件の構造化やシステム面はFDEとFormulaで完全に補完します。AEは「顧客と本音で話せる関係を作る」ことに集中してください。
動くものを最初に見せる営業スタイル
「次回、動く解決策をお見せします」が、PortXの営業の起点です。
問題を聞く
「どんな問題を
解きたいですか？」
から始める
動くものを約束
「次回の面談で
動く解決策を
お見せします」
動くToBeを提示
FDEと一緒に
競争優位を設計し
動くもので見せる
一緒に磨く
顧客のフィードバックで
要件と価値を同時に固める
成果で語る
業務・意思決定・
成果の変化として
提案を仕上げる
動くものを見るのが「半年後」ではなく「最初」。だから要件のズレが起きにくく、顧客との関係も深まります。
Account Executive（AE）募集要項
所属部門：Growth Division
| 会社名 | 株式会社PortX / PortX Inc. |
| 代表者 | 石田 寛成 |
| 資本金 | 1億円（累計調達金額7.2億円） |
| 設立 | 2019年12月6日 |
| 本社 | 東京都新宿区新宿2-5-12 FORECAST新宿AVENUE 6F |
| 事業 | 大手製造業向け DXサービスの提供 |
はたらく環境
エンタープライズITの構造を、
一緒に変えませんか。
PortXは、価値を作る側が正しく勝てる世界を作るために、
同じ志を持つ仲間を探しています。
お気軽にご連絡ください