【FDE完全入門 4/8】FDEになるには？必要なスキルと学習ロードマップ

「FDE完全入門」連載・第4回（全8回）

「FDEになるには、プログラミングもAIも英語も、全部できないといけないの？」。

必要そうなものを並べると、始める前に大変に感じてしまいます。

学習では、一度に全部を目指す必要はありません。

まずは、小さな困りごとを一つ選び、話を聞く、作る、確かめる、使い方を説明する、という流れを経験してみましょう。

第4回では、そのために練習したい力と、学ぶ順番を紹介します。

ここで示す方法は学習の一案です。決まった期間でFDEになれることや、採用されることを保証するものではありません。

学び始める条件と、求人の応募条件は別

OpenAIの東京向けFDE求人では、顧客対応を含む5年以上の開発または技術導入の経験、生成AIを使ったシステムの経験、日本語と英語の能力などを求めています。

出典：OpenAI公式求人（2026年10月23日確認）

これは一社の募集条件です。

すべてのFDEに共通する資格ではありません。

一方で、このように経験者を対象とした求人もあります。

学習用の作品を一つ作れば、すぐにどの求人にも応募できるわけではない点は知っておきましょう。

練習したい五つの力

1. 何に困っているのかを聞く

「問い合わせ対応を楽にしたい」と言われても、すぐにAIを作り始めないことが大切です。

何を調べるのに時間がかかるのか。

誰の確認が必要なのか。

特に困る質問は何か。

こうしたことを聞き、作業の順番を紙に書いてみます。

例えば、返品ルールがあちこちに散らばっているなら、まず資料を一か所にまとめるだけで助けになるかもしれません。AI以外の方法も考える練習です。

2. 小さな仕組みを最後まで作る

プログラミングの経験がある人は、使い慣れた言語から始めて構いません。

PythonとTypeScriptを同時に覚える必要はありません。

例えば、質問を入力すると、参考資料と回答案が出る画面を作ります。

外部サービスとデータをやり取りする窓口を「API」と呼びます。

AIを組み込むなら、こうした接続も学ぶことになります。

正しく動く場合だけでなく、入力が空のときや、接続できないときも試しましょう。

未経験なら、まず入力した内容を表示するだけの小さなプログラムから始めても大丈夫です。

3. AIの答えが正しいか確かめる

読みやすい文章でも、内容が正しいとは限りません。

よくある質問と、答えに含めてほしい内容を、あらかじめ用意します。

資料を検索し、その内容を参考にAIが答える方法は「RAG」と呼ばれます。

学ぶときは、必要な資料を見つけられたか、見つけた資料に沿って答えたかを分けて確認すると、直す場所が分かりやすくなります。

資料にない質問には、無理に答えず、人へ回せるかも試してください。

4. 失敗したときの手順を用意する

練習では、架空の名前や注文情報を使いましょう。

実際の顧客情報や会社の秘密を、許可なくAIへ入力してはいけません。

最初の作品では、メールの自動送信や返金処理までは付けず、下書きを人が確認する形にすると、確認する範囲を絞れます。

利用料の目安、動かなくなったときの連絡先、止め方、手作業に戻す方法も考えます。「便利に動く」と「困ったときに戻せる」を、セットで練習しましょう。

5. 相手に合わせて説明する

使う人には操作方法を、責任者には費用や任せられる範囲を、開発する人には仕組みや注意点を伝えます。

「精度が上がった」だけでは、何が変わったか分かりません。

「確認用の質問で、間違いが何件あり、答えられないものが何件残ったか」と具体的に説明しましょう。

まだ測っていない効果は、目標や予想として伝えます。

学習例：問い合わせの回答案を作ってみる

架空のネットショップを題材にします。返品や送料のルールを自分で作り、その資料を使って回答案を出す練習です。

実際の会社への導入と誤解されないよう、学習用の作品だと明記します。

Webアプリを作った経験がある人なら、次の8週間を一つの目安にできます。

経験や使える時間に合わせて延ばしてください。未経験なら、先にプログラミングの基礎を学びましょう。

1〜2週目：何を手伝うか決める

最初は返品の問い合わせだけに絞ります。

「回答案を作る。送信は人が行う」と決め、対象外の仕事も書きます。

よくある質問と、答えられない質問を用意しましょう。

3〜4週目：一つだけ作る

質問を入れると回答案が出る、最小限の画面を作ります。

最初から注文管理や返金の機能まで付けなくて構いません。

5〜6週目：うまくいかない例を試す

資料にない質問、あいまいな質問、接続エラーを試します。

質問、答え、問題点を記録し、一つずつ直します。変更したら、前にできていたことも、もう一度確かめます。

7〜8週目：誰かに使ってもらう

説明なしで迷う場所がないか見てもらいます。使い方、できないこと、止め方を短くまとめ、直した理由も残します。

複雑な仕組みを作ること自体を目標にしないでください

。Anthropicも2024年12月19日の設計記事で、簡単な方法から始め、必要な場合に複雑さを加える考え方を示しています。

古い記事なので、ここでは最新ツールの案内ではなく、設計の参考にしています。出典：Building effective agents

作品には、作った理由も残そう

完成画面だけでなく、誰の何を助けたいのか、なぜその方法を選んだのか、どう試したのか、何がまだできないのかをまとめましょう。

仮の時間短縮を、実測した成果のように書かないことも大切です。

仕事で作ったものを紹介する場合は、勤務先や顧客の許可を確認してください。

英語は、まず技術の公式説明を読む練習から始められます。仕事で必要な会話や読み書きの水準は、応募先の求人で確かめましょう。

開発が得意なら、人に使ってもらう経験を。顧客との相談が得意なら、小さな開発とテストを。

今の得意なことに、足りない経験を一つずつ足していくのが、学び始める方法です。

次回は、FDEの年収とキャリアを扱います。高い金額だけに注目せず、勤務地や仕事内容も合わせて見ていきます。