案件の取り方の前に、プログラミング講師として教える範囲を区切っておく

プログラミング講師の案件をどう取るか。結論から書きます。案件の探し方より先に決めるべきなのは、自分が教える範囲です。ここを決めずに応募すると、取れた案件から順に条件が悪くなっていきます。

理由は単純で、範囲を決めていない人は、断る基準を持っていないからです。「これも教えられますか」と聞かれたら「たぶんできます」と答える。教材も作ってほしいと言われたら引き受ける。気づけば、報酬は授業時間分だけなのに、作業は授業以外のほうが多い。この構造に入ってしまうと、案件を増やすほど時間あたりの手取りが下がります。

正直なところ、案件の取り方を解説する記事の多くは、この順序を逆にしています。営業手法やスカウトの受け方から入る。それも必要ですが、範囲が決まっていない状態で営業を強化すると、悪い条件の案件を効率よく集めることになります。この記事では、教える範囲を4つの軸で区切る方法と、それを応募文と契約にどう落とすかを整理します。

案件の取り方でつまずく人は、たいてい範囲を決めていない

プログラミング講師の案件は、募集の形態が非常に幅広いという特徴があります。スクールのアルバイト講師、業務委託のオンライン講師、企業研修の登壇者、個人契約のメンター。同じ「講師」でも、求められるものがまったく違います。

にもかかわらず、応募する側は「プログラミングを教える仕事」という一括りで探しがちです。ここに最初のズレが生まれます。

「教えられます」と言った瞬間に、範囲は無限になる

面談でよくある会話があります。運営側が「JavaScriptは教えられますか」と聞き、応募者が「はい」と答える。次に「Reactは」と聞かれ、また「はい」と答える。「バックエンドは」「まあ、基本的なところなら」。

この会話の問題は、応募者が答えているのが「知っているか」であって、「教えられるか」ではないことです。知っていることと、初学者がつまずく箇所を予測して先回りできることは別の能力です。

範囲を広く見せると、たしかに採用される確率は上がります。ただし採用されたあと、自分の得意領域から外れた授業を担当することになる。準備時間が跳ね上がり、想定外の質問に備える負担も増えます。時間あたりの実質報酬という観点では、明らかに損な取引です。

講師案件の条件は、粒度がバラバラなまま募集されている

もう1つの問題は、求人票の側も範囲を明確に書いていないことが多い点です。「プログラミング講師募集」とだけ書かれていて、担当する言語も、受講者の段階も、授業以外の業務も書かれていない。

そういう案件に応募して、面談で初めて条件を聞くという流れになります。このとき、応募者側が自分の範囲を持っていれば、条件のズレをその場で検出できます。持っていなければ、提示された条件をそのまま受け入れるしかありません。

つまり、範囲を決めるという作業は、交渉の材料を用意する作業でもあるということです。

教える範囲を区切る4つの軸

範囲は感覚で決めるものではなく、軸を分けて言語化するものです。4つに分けると整理しやすくなります。

軸1：技術領域を、周辺まで含めて線を引く

まず、どの言語やフレームワークを担当するかを決めます。ここは多くの人が最初に考える部分ですが、抜けやすいのが周辺領域です。

たとえばフロントエンドの授業を担当するとして、Gitの使い方は範囲に含まれるのか。デプロイの手順はどうか。エディタの設定やターミナルの操作はどうか。実際の授業では、こうした周辺の質問が相当な割合を占めます。

線を引くときは、「教材に載っている範囲」と「教材の外だが授業中に必ず出てくる範囲」を分けて考えてください。後者を範囲に含めるなら、その分の準備が必要になります。含めないなら、質問が来たときに誰が答えるのかを運営と確認しておく必要があります。

環境構築やネットワーク周りの質問に体系立てて答えられることを示したい場合、CCNA（シスコ技術者認定）のようなインフラ側の認定を持っていると、範囲の広さを客観的に説明しやすくなります。資格が必須という案件は多くありませんが、範囲を主張する材料としては機能します。

軸2：受講者の段階を1つか2つに絞る

同じ言語でも、未経験者に教えるのと、実務経験のあるエンジニアに教えるのでは、必要な技術がまったく違います。

未経験者向けは、技術の深さより説明の分解能が問われます。専門用語を使わずに概念を伝え、つまずきそうな箇所を先回りする。ここで求められるのは忍耐です。

一方、実務者向けの研修では、現場の文脈を理解していることが前提になります。なぜその設計を選ぶのか、どういう場面で破綻するのか。受講者が仕事で使う想定なので、抽象論では通用しません。

この2つを両方できると主張するのは、実際にはかなり難しい。最初は1つに絞り、慣れてから広げるほうが合理的です。どちらを選ぶかは、自分の実務経験の厚みで決まります。開発の実務単価がどの水準にあるかを把握しておくと、実務者向け研修を担当する際の報酬交渉の基準になります。ソフトウェア作成者の年収・単価相場では、開発職の単価水準が職種別に整理されています。

軸3：関与の形を、授業の外まで含めて決める

これがいちばん見落とされる軸です。講師案件の業務は、授業だけではありません。

授業の実施、課題の添削、授業外の質問対応、教材の作成、受講記録の入力、保護者や人事担当への報告。これらのどこまでを担当するかで、実労働時間は倍以上変わります。

特に課題の添削と授業外の質問対応は、時間が読めない業務です。受講者の人数と進度によって、月ごとに大きく変動します。ここを「含まれます」と曖昧に引き受けると、報酬が固定なのに作業量が変動する契約になります。

教材作成や記事執筆を兼ねる案件であれば、その部分の対価を別に見積もる必要があります。文章制作の相場観については著述家，記者，編集者の年収・単価相場が参考になりますし、報告書や教材の文章品質を担保する基礎としてビジネス文書検定のような資格を挙げる方法もあります。

軸4：成果の定義を、契約前に共有する

最後の軸は、何をもって「教えた」とするかです。

受講者が課題を提出できたら成功なのか。転職できたら成功なのか。自分で調べて進められるようになったら成功なのか。この定義が講師と運営でずれていると、評価の場面で必ず揉めます。

特に注意が必要なのは、受講者の学習成果を講師の評価に直結させる契約です。受講者が学習時間を確保できるかどうかは、講師の努力の外にある要素です。それを講師の責任として報酬に反映させる設計は、構造的に無理があります。

現場で何が起きているかは、実際に講師を経験した人の記録を読むとよくわかります。

私が実際に教えれるのは、週に1回1時間のみ ほかの時間は自分で学習をしてもらわないことには何も進められません。 ですが宿題を出しても、ほとんどの方が仕事が忙しいとの理由で進めませんし手もつけてくれません。 ですので、結果として卒業する頃には本当にちょっとだけHTMLとCSSを使ってサイトを作れるだけの人が出来上がります。 出典: qiita.com

週1回1時間という接点で到達できる範囲には、物理的な限界があります。この限界を認識したうえで成果を定義するか、あいまいなまま引き受けるかで、契約の健全さが変わります。

範囲を決めるための、自分の棚卸し手順

4つの軸はわかったとして、では自分の場合どこに線を引くのか。これは考えるだけでは決まりません。手を動かす手順があります。

手順1：直近2年で自分が調べずに答えられた質問を書き出す

実務で後輩や同僚から受けた質問を思い出してください。調べずに即答できたものと、調べてから答えたものに分けます。

即答できた領域が、あなたが教えられる範囲の中核です。調べて答えた領域は、教えられなくはないものの、授業中に同じ状況になれば時間を消費します。

この作業をすると、自分が思っていた範囲と実際の範囲がずれていることに気づきます。よくあるのは、業務で毎日使っているフレームワークについて、設定の理由を説明できないというケースです。使えることと説明できることは違う。ここを正直に切り分けておくと、後で楽になります。

手順2：自分がつまずいた箇所を時系列で並べる

教える側になると、自分が初学者だった頃の記憶が急速に薄れます。ところが、その記憶こそが講師としての価値です。

学習を始めた時期に何で詰まったかを、順番に書き出してください。環境構築か、変数の概念か、非同期処理か、エラーメッセージの読み方か。詰まった箇所を覚えている領域は、初学者向けの授業で強みになります。

覚えていない領域は、逆に危険です。「なぜこれがわからないのか」がわからない状態で教えると、受講者は置いていかれます。

実際、講師を始める入口も人それぞれです。

もともと、プログラミングスクールをいつか開きたいと思っていたこともあり、業務委託契約で経験が積めそうなところに応募。 即採用していただき、正社員で働く傍、副業としてプログラミング講師に。 エンジニア歴は当時は5年 得意な言語はPHPのみでした。 出典: qiita.com

得意な言語が1つだけでも講師の仕事は始まっています。範囲を絞ることは、応募の妨げにはなりません。むしろ、絞ったからこそ引き受けられる案件があります。

手順3：授業以外の作業を、実際に1回やって時間を測る

関与の形を決める軸で最も判断が難しいのが、課題添削と教材作成です。やったことがないと、どのくらい時間がかかるか見当がつきません。

そこで、契約前に一度、自分で試してみることを勧めます。適当な初学者向けの課題を想定し、模範解答と解説を書いてみる。あるいは、公開されている初学者のコードを読んで、フィードバックを書いてみる。

1件に30分かかるなら、受講者が10人いる案件では毎週5時間です。この数字が見えていれば、「添削込みで月額いくら」という提示が妥当かどうかを判断できます。見えていなければ、提示された金額を受け入れるしかありません。

区切った範囲を、応募文と契約にどう落とすか

軸で整理した範囲は、頭の中にあるだけでは機能しません。文章にして相手に見せて、初めて交渉の材料になります。

応募文には「できること」より「担当できる範囲」を書く

多くの応募文は、経歴とスキルの羅列になっています。使える言語、経験年数、開発したもの。これは「できること」の説明です。

範囲を伝えるには、書き方を変える必要があります。「未経験者向けのJavaScript基礎を、週2コマまで担当できます。課題の添削は含められますが、教材の新規作成は対応していません」。この形にすると、運営側は自分の案件と合うかどうかを即座に判断できます。

一見すると、範囲を狭く書くと採用されにくくなるように思えます。実際には逆で、条件が明確な応募者のほうが運営にとって扱いやすい。曖昧な応募者は、採用後に条件が合わずに離脱するリスクが高いからです。

契約書で必ず確認する4つの項目

面談で口頭合意しても、契約書に書かれていなければ意味がありません。確認すべきは次の4点です。

1つ目は業務の範囲です。授業以外に何を担当するのかが列挙されているか。列挙がない契約は、後から追加される余地を残しています。

2つ目は報酬の単位です。時給なのか、1コマあたりなのか、月額固定なのか。月額固定でコマ数の上限が書かれていない契約は、実質的に無制限の稼働を求められる可能性があります。

3つ目は支払期日です。2024年11月に施行されたフリーランス保護新法（特定受託事業者に係る取引の適正化等に関する法律）では、発注事業者が給付を受領した日から起算して60日以内のできる限り短い期間内に支払期日を定めることが求められています。制度の詳細や個別の適用可否については公正取引委員会の公表資料を確認し、判断に迷う場合は専門家や公的な相談窓口に相談してください。

4つ目はキャンセル時の扱いです。受講者都合で直前に授業が取り消されたとき、報酬がどうなるか。定めがなければ、こちらから提案して書面に入れてもらうべき項目です。

範囲外の依頼が来たときの返し方

範囲を決めていても、依頼は来ます。そのときに断るのではなく、条件を提示する形に持っていくのが実務的です。

「教材の作成は現在の契約範囲に含まれていないので、別途お見積もりの形でよければ対応できます」。この言い方であれば、関係を損なわずに範囲を守れます。

ここで無償で引き受けてしまうと、次から同じ依頼が前提になります。1回目の対応が、その後の関係の基準になる。これは講師業に限らず、業務委託全般に共通する構造です。

範囲は年に1回だけ見直す

範囲を決めたら固定するのかというと、そうではありません。実務で扱う技術は変わりますし、教えた経験が増えれば説明できる領域も広がります。

ただし、見直しの頻度は年1回程度で十分です。案件ごとに見直していると、それは範囲を持っていないのと同じことになります。

見直すタイミングとしては、契約の更新時期に合わせるのが実務的です。前年に担当した授業の内容を振り返り、準備に時間がかかった領域と、余裕をもって対応できた領域を分ける。余裕があった領域は範囲を広げ、負担が大きかった領域は外すか、報酬の単価を上げてもらう交渉材料にします。

この見直しを記録として残しておくと、次の応募のときにそのまま使えます。「昨年度はこの範囲でこの規模のクラスを担当した」という事実は、経歴の羅列より説得力があります。

案件を探す経路と、それぞれの特徴

範囲が決まったら、ようやく探し方の話になります。経路は大きく3つに分かれます。

求人サイト経由は、条件が明示されている案件を拾いやすい

アルバイトや業務委託の求人サイトには、講師の募集が継続的に掲載されています。この経路の利点は、勤務時間や時給が最初から書かれていることです。範囲を決めた人にとっては、条件でふるいにかけやすい。

一方で、掲載されている案件は競合も多く、条件交渉の余地が小さいという特徴があります。提示された条件を受けるかどうかの二択になりやすい経路です。

エージェント経由は、条件に合う案件が向こうから届く

フリーランス向けのエージェントサービスは、案件を大量に集約しています。

376,731件※の案件を保有しており、エンジニアやクリエイター向けを中心にたくさんの案件を一括検索可能です。 出典: freelance-hub.jp

この規模の中から自分に合う案件を手作業で探すのは現実的ではありません。そのため、条件を登録して届く形にする仕組みが用意されています。

マイページに入力して頂いた経験や希望条件に合わせて、ご希望にマッチした案件をメールでお送りするので効率的な案件探しが可能です。 出典: freelance-hub.jp

ここでも効いてくるのが範囲です。登録する希望条件が曖昧だと、届く案件も曖昧になります。技術領域と関与の形を具体的に書いておくほど、マッチングの精度は上がります。

なお、エージェント経由は仲介手数料が報酬から差し引かれる構造が一般的です。同じ稼働をしても手元に残る額が変わるため、経路を選ぶときはこの点も計算に入れてください。

直接取引は、範囲を自分で設計できる代わりに自分で守る必要がある

発注者と直接契約する形は、仲介が入らない分、条件の設計自由度が高くなります。教える範囲も、報酬の単位も、当事者間で決められます。

その代わり、契約書の作成や条件交渉を自分でやる必要があります。範囲を決めていない人が直接取引に入ると、依頼が際限なく広がるリスクが最も高いのがこの経路です。逆に言えば、範囲が固まっている人にとっては最も条件が良くなる経路でもあります。

講師業と並行して開発案件を受けたい場合は、アプリケーション開発のお仕事で受託開発の発注形態を確認しておくと、稼働の組み立てがしやすくなります。生成AIの業務活用を扱うAIコンサル・業務活用支援のお仕事や、AI・マーケティング・セキュリティのお仕事は、研修需要が伸びている領域でもあり、講師案件との接続が良い分野です。

講師業そのものの全体像を確認したい場合はプログラミング講師の副業入門｜オンラインで教えて稼ぐ方法を、在宅で働く前提の通信環境については在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方を、在宅の選択肢を広く比べたい場合は在宅でできる仕事おすすめ【2026年版】｜スキル別ランキングを参照してください。

どの経路でも共通する、最初の1件の作り方

経路の話をしましたが、実務上いちばん難しいのは1件目です。実績がない状態で範囲を主張しても、相手には判断材料がありません。

ここで有効なのが、範囲を「狭く、かつ具体的に」提示することです。「プログラミングを教えられます」ではなく、「HTMLとCSSで静的なページを作れるようになるまでの、全8回のカリキュラムを担当できます」と書く。

後者には、教える内容と回数と到達点が入っています。運営側は、この提案が自社のカリキュラムのどこにはまるかをすぐ判断できます。判断できる提案は、返事が返ってきます。

もう1つ、1件目では条件を欲張らないという判断もあります。ただし、下げてよいのは報酬であって、範囲ではありません。報酬は次の契約で上げられますが、一度広げた範囲は戻しにくいからです。ここを逆にする人が多い。報酬にはこだわるのに、業務範囲は「なんでもやります」と言ってしまう。長期的にはかなり不利な取引になります。

複数の経路を同時に使うときの注意点

案件を早く取りたいと考えて、求人サイトとエージェントと直接取引を同時に走らせる人がいます。効率としては正しい判断です。

ただし、経路ごとに提示する条件がずれると問題が起きます。同じ時期に、片方には週3コマまで、もう片方には週5コマまでと伝えていると、両方決まったときに稼働が破綻します。

範囲を1枚の文章にまとめ、どの経路にも同じものを出す。この運用にしておけば、同時進行でも矛盾しません。更新したときは全経路に反映する。手間のように見えますが、後から条件を撤回するコストに比べれば、はるかに軽い作業です。

運営者として見てきた、範囲を持つ人と持たない人の差

在宅ワークの市場を20年運営してきた立場から見ると、業務委託で長く働き続けている人には共通点があります。仕事の量を増やすのではなく、仕事の輪郭をはっきりさせている点です。

輪郭のない人は、依頼のたびに判断を迫られます。断れば関係が悪くなる気がして、引き受ければ時間が減る。この判断を毎回やっていると、判断そのものが消耗になります。

輪郭のある人は、判断が既に済んでいます。範囲の内なら受ける、外なら条件を提示する。これだけで、交渉にかかる時間が大幅に減ります。結果として、同じ稼働時間でも実際に手を動かせる時間が長くなる。

もう1つ、運営者として見てきた限りで言えるのは、直接取引の構造が講師業と相性が良いということです。仲介手数料が乗る取引では、発注者が支払った金額の一部が、受け手に届く前に差し引かれます。手数料0%の直接取引であれば、依頼する側は同じ予算でより多くのコマを頼め、受ける側は1コマあたりの手取りが厚くなる。双方が得をする構造です。

これは講師業のように稼働時間の上限が物理的に決まっている仕事ほど効きます。1日に担当できるコマ数は増やせません。増やせるのは1コマあたりの手取りだけです。だからこそ、経路の選択と範囲の設計が、そのまま年間の実収入を左右します。

現場を見ていて、もう1点付け加えておきたいことがあります。範囲を決めた人は、案件を失うことを恐れなくなります。

範囲の外の依頼を断って契約が終わったとしても、その契約は元々合っていなかったということです。合っていない契約を維持するために時間を使うより、合う相手を探すほうが早い。この判断ができるかどうかが、業務委託で数年続く人と、1年で消える人の差になっています。

逆に、範囲のない人は1件の契約に依存します。依存すると、条件が悪化しても言い出せなくなる。値上げの相談も、業務範囲の是正も切り出せないまま、静かに条件が悪くなっていきます。

最後に、案件の取り方という問いに戻ります。取り方を工夫する前に、何を取るかを決めてください。範囲が決まっていれば、応募文は短くなり、面談は速くなり、断る判断も軽くなります。案件が取れないという悩みの多くは、実は「どの案件を取るべきかがわからない」という悩みです。

よくある質問

Q. プログラミング講師の案件を取るには、まず何をすればいいですか？

案件を探す前に、教える範囲を決めてください。技術領域、受講者の段階、関与の形（授業だけか添削や質問対応も含むか）、成果の定義の4つを言語化します。範囲が決まっていると、応募文が具体的になり、条件の合わない案件を早い段階で外せます。

Q. 応募文には範囲を狭く書いたほうがいいのでしょうか？

狭く書いたほうが通りやすい傾向があります。「未経験者向けJavaScript基礎を週2コマまで、課題添削は対応可、教材の新規作成は不可」といった書き方だと、運営側が自分の案件と合うかを即座に判断できます。曖昧な応募者は採用後に条件が合わず離脱するリスクが高いと見なされます。

Q. 案件を探す経路にはどんな違いがありますか？

求人サイトは条件が明示されている代わりに交渉の余地が小さく、エージェントは案件数が多い代わりに仲介手数料が差し引かれます。直接取引は条件の設計自由度が高い一方、契約書の作成や範囲の管理を自分で行う必要があります。

Q. 契約書で特に確認すべき項目は何ですか？

業務の範囲、報酬の単位、支払期日、直前キャンセル時の扱いの4点です。2024年11月施行のフリーランス保護新法では、給付の受領日から60日以内に支払期日を定めることが求められています。個別の適用については公正取引委員会の資料を確認するか、専門家に相談してください。