プログラミング講師の受ける相手を見きわめる｜断ってよい依頼

2026年1月30日

丸山桃子

この記事のポイント

✓プログラミング講師のクライアントの選び方を
✓依頼者の4類型と受注前に確認すべき7項目に分解して解説します
✓無料体験や面談での見きわめ方

プログラミング講師の仕事で消耗している人の多くは、教える技術が足りないのではありません。受ける相手の選び方でつまずいています。結論から言うと、講師業の負荷は、教える内容ではなく依頼の条件設計でほぼ決まります。同じ「初心者向けにPythonを教える」という案件でも、受講者の前提が揃っている案件と揃っていない案件では、必要な準備時間が数倍変わります。この記事では、依頼者のタイプを分類したうえで、受ける前に確認する項目、そして断ってよい依頼の型を、実務の手順として整理します。

講師の仕事は、教える力より前に条件設計で決まる

まず、多くの人が誤解している点を潰します。講師業は「教えるのがうまい人が勝つ仕事」ではありません。正確には、教える時間そのものより、その前後の作業量で成果が決まる仕事です。

講義を90分やるとして、実際に発生する作業はそれだけではありません。受講者の前提を把握する、教材を用意する、環境構築の手順を確認する、講義後の質問に答える、進捗を報告する。これらを合わせると、講義時間の何倍もの時間が動きます。しかもこの部分は、依頼の条件によって大きく伸び縮みします。

だから、条件を確認せずに受けると、後から「思っていたのと違う」が発生します。この現象は講師のスキル不足ではなく、条件設計の不備です。

案件ごとに求められるものが大きく違うという性質は、実務者向けの解説記事でもはっきり指摘されています。

フリーランスとしてプログラミング講師の案件を受注する際に注意しておきたいのが、求められる言語やスキルレベル、経験などが案件によって大きく変わる場合があることです。出典: freelance-hub.jp

ここで言う「案件によって大きく変わる」は、言語や技術レベルの話にとどまりません。誰が受講者なのか、何をもって成功とするのか、教材は誰が作るのか。これらが案件ごとに違うので、案件名だけを見て判断すると必ず外します。

依頼者は大きく4種類ある

クライアントの選び方を考えるとき、最初にやるべきは分類です。依頼者のタイプによって、注意すべき点がまったく違います。

スクールや教材事業者

プログラミングスクール、オンライン学習サービス、教材制作会社からの依頼です。講師業の案件として最も数が多い層になります。

この層の利点は、教える枠組みがすでに設計されていることです。カリキュラムがあり、教材があり、進行の型が決まっている。講師は決められた範囲を担当するので、準備の負荷は比較的読みやすい。

一方で注意点もあります。1つは、講師の裁量が小さいこと。教え方を工夫したくても、カリキュラムから外れられない場合があります。もう1つは、受講者の質問対応が想定より重くなる場合です。スクールによっては、講義時間外の質問対応を含む前提になっていることがあります。ここが契約に書かれていないと、無制限の対応を求められます。

この層を選ぶときは、カリキュラムの完成度と、講義時間外の対応範囲を確認します。この2点が明確なスクールは、運営がしっかりしている証拠でもあります。

企業の研修部門

企業が社員向けの研修を外部に発注するケースです。新人研修、部門横断のリスキリング、特定技術の導入研修などがあります。

この層の特徴は、成果の定義がはっきりしていることが多い点です。「研修後に自社システムの改修を担当できるようにしたい」といった業務上の目的があります。目的が明確なので、逆算して設計しやすい。

注意点は、受講者の動機がばらつくことです。自発的に学びに来ている人ばかりではなく、業務命令で参加している人が混ざります。受講者の前提知識も揃っていません。同じ部署でも、日常的にコードを書いている人と、まったく触ったことがない人が同じ研修に入ることがあります。

だから企業研修を受けるときは、受講者の前提を必ず事前に把握します。可能なら、簡単な事前アンケートを実施させてもらう。ここを飛ばすと、講義当日に想定と違う層が座っていて、進行が崩れます。

個人からの直接依頼

学習中の個人が、マンツーマンの指導を求めて依頼してくるパターンです。転職を目指している社会人、独学で詰まった人、副業のために学びたい人など、目的はさまざまです。

利点は、条件を自分で設計できることです。範囲も進め方も、相手と直接決められます。手応えも直接返ってくるので、やりがいを感じやすい。

注意点は、期待値の管理が難しいことです。個人の依頼者は、学習の全体像をまだ持っていません。だから「教われば書けるようになる」と考えていることがあります。実際には、講義の外で手を動かす時間が必要です。この認識が共有できていないと、進まない原因を講師に求められます。

転職を目的とする依頼では、さらに注意が要ります。転職の成否は、学習だけで決まりません。経歴、年齢、応募先の状況、面接での受け答えなど、講師の手が届かない要素が多く絡みます。ここを講師の責任のように扱う依頼は、後で必ず問題になります。

教育機関や子ども向け教室

小中学校、自治体の講座、子ども向けプログラミング教室からの依頼です。教育課程の中でプログラミングを扱う場面が増えたことで、この層の需要は継続的に存在します。

この層の特徴は、技術の高度さより、伝え方の設計が問われることです。使う言語も、ビジュアルプログラミング環境が中心になることがあります。技術力を売りにしてきた人ほど、勝手が違って戸惑います。

注意点は、教える対象が未成年であることに伴う配慮です。安全管理、保護者への説明、機材トラブル時の対応など、技術外の責任が発生します。この範囲がどこまで講師に及ぶのかを、事前に確認しておく必要があります。

受ける前に確認する7項目

依頼者のタイプが分かったら、次は個別の条件確認です。この7項目を埋めないまま受けると、後から負荷が膨らみます。

誰に教えるのか

最も重要な項目です。受講者の前提知識、人数、年齢層、参加の動機。この4つを確認します。

特に前提知識は、言葉の定義から揃えます。「初心者向け」という表現は、依頼者と講師で意味が違います。依頼者の言う初心者が、パソコンの基本操作から必要な層なのか、他の言語の経験がある層なのかで、設計はまったく変わります。

確認の仕方は具体的にします。「コマンドラインを使ったことがある方はどのくらいいますか」「エディタのインストールはご自身でできる方が中心でしょうか」。この粒度で聞くと、依頼者も答えられます。

どこまで教えるのか

範囲の確認です。ここが曖昧な案件は、必ず膨らみます。

範囲は3つの軸で切ります。技術の軸は、扱う言語と、どこまでの機能を扱うか。深さの軸は、動くものを作れればよいのか、仕組みの理解まで求めるのか。周辺の軸は、環境構築や開発ツールの使い方をどこまで面倒を見るのか。

特に見落とされがちなのが周辺の軸です。実務では、環境構築で時間を溶かすことが本当に多い。受講者ごとに機材が違い、OSが違い、既存の設定が違う。ここを講師が個別対応する前提になっていると、講義そのものが進みません。

教材は誰が用意するのか

教材が用意されているのか、講師が作るのか。作る場合、その工数は報酬に含まれているのか。

教材制作は、講義とはまったく別の作業です。スライドを作り、演習課題を作り、想定される詰まりどころへの回答を用意する。これを講義の準備の一部として無償で求められると、時間あたりの負荷が跳ね上がります。

確認するときは、著作権の扱いもあわせて聞きます。作った教材を他の案件で流用できるのか、依頼者に権利が移るのか。流用できるなら、初回の制作コストを次に活かせます。移転する契約なら、その分を条件に反映させる必要があります。

何をもって成功とするのか

成果の定義です。ここを言語化しない依頼は危険です。

良い依頼者は、成果を行動で定義します。「研修後、自分でデータの集計スクリプトを書けるようになること」「基礎文法を理解して、教材の演習を最後まで進められること」。これなら、講師が設計できます。

危ない依頼者は、成果を状態や結果で定義します。「全員がプログラミングをできるようになること」「受講者が転職に成功すること」。前者は基準がなく、後者は講師の手が届かない要素が支配します。

質問対応の範囲と時間外の扱い

講義時間外の質問に、どこまで答えるのか。ここは必ず決めます。

決め方は、上限を切るのではなく、経路と頻度を決めるのが実務的です。「質問は指定のツールにまとめていただき、平日1営業日以内に回答します」「講義の冒頭15分を質問の時間にあてます」。この形なら、依頼者にとってもサービスが増えたように見えます。

決めないまま始めると、深夜に届くメッセージへの対応が常態化します。断りにくくなってからでは遅いので、最初に決めます。

人数と形式

対面かオンラインか、集合形式か個別か、同時に何人を見るのか。

人数は、負荷に直結します。個別指導なら1人の進度に合わせられますが、集合形式では最も遅い人に合わせるか、置いていくかの判断が常に発生します。人数が増えるほど、この判断のコストが上がります。

オンラインの場合は、画面共有や動作確認の方法も確認します。受講者の画面が見えないと、エラーの原因特定に時間がかかります。この手段が用意されているかどうかで、同じ内容でも進行速度が変わります。

支払いの条件

金額の話ではなく、条件の話です。支払期日はいつか、検収の基準は何か、交通費や教材費といった実費は誰が負担するのか。

実費は見落とされやすい項目です。対面研修で会場まで移動する場合の交通費、教材の印刷費、有料の学習環境を使う場合の利用料。これらが講師負担になっていると、実質的な条件が変わります。

支払いに関しては、法律上の原則も知っておくとよい。業務委託で仕事を受ける場合、発注者には支払期日を守る義務があります。取引の適正化に関する制度の詳細は公正取引委員会の公表資料で確認できます。条件を確認すること自体は、失礼でも何でもありません。むしろ確認しない相手のほうが、業務として不安を持たれます。

断ってよい依頼の型

ここからが本題です。全部を受ける必要はありません。次の型に当てはまる依頼は、断ってよい。

成果を保証させようとする依頼

「受講者が転職できなければ報酬を減額する」「全員が理解するまで追加費用なしで対応してほしい」。この型は受けません。

理由は明確です。学習の成果は、講師の講義だけでは決まらないからです。受講者が講義外で手を動かすか、業務が忙しくて時間が取れないか、そもそも動機があるか。講師が制御できない変数が支配します。制御できない結果に責任を負う契約は、構造的に成立しません。

断る代わりに、制御できる範囲で約束を提示します。「講義の内容と演習の設計に責任を持ちます。理解度の確認は毎回実施し、遅れが出ている方には補足の資料をお渡しします」。責任の範囲を自分で定義して示すと、まともな依頼者は納得します。

範囲が「ぜんぶ」の依頼

「プログラミングを一通り教えてほしい」「ITのことは全部お願いしたい」。この型も断ってよい。

範囲が定義できていない依頼は、依頼者自身が何を欲しいか分かっていない状態です。この状態で始めると、講義のたびに要望が変わります。今週はWebアプリ、来週はデータ分析、その次はインフラ。準備が追いつかず、質も下がります。

ただし、これは即断ではなく確認から入ります。「まず、この研修の後に受講者の方に何をしていただきたいかを伺えますか」と聞く。ここで具体的な業務が出てくるなら、範囲を切って提案できます。何も出てこないなら、依頼の前提が固まっていないので、時期を改めてもらいます。

準備時間が見られていない依頼

教材の制作も、環境構築の資料作りも、受講者ごとの進捗管理も講師に求めながら、条件は講義時間だけで計算されている。この型は断ります。

見分け方は簡単です。準備にかかる作業を説明したときの反応を見ます。「そこも含めてお願いします」で終わる依頼者と、「その分の工数はどのくらいですか」と聞く依頼者では、その後の扱いがまったく違います。前者は、講師の作業を作業として認識していません。

受講者の前提が確認できない依頼

「受講者のレベルは当日にならないと分かりません」と言われる案件です。これは受けないほうがよい。

前提が分からないまま設計すると、当日に破綻します。破綻したときに責任を問われるのは講師です。依頼者が受講者を把握していないということは、社内の調整ができていないということでもあります。この不備は、講義以外の場面でも必ず出てきます。

代案を出す方法はあります。「事前に簡単な確認シートを配布させてください。5問程度で構いません」と提案する。この提案に応じるかどうかで、依頼者の姿勢が分かります。

支払い条件が曖昧な依頼

「まず1回やってみて、良ければ継続で」という話し方をする依頼者には注意が要ります。試行そのものは悪くありませんが、その1回分の条件が決まっていない場合が問題です。

無料での実施を求められるケースもあります。営業目的の無料体験と、講師への無償労働の要求は別物です。前者は自分の判断で提供するものであり、後者は依頼者が負担を転嫁している状態です。区別がついていない依頼は、断って構いません。

依頼元がスクールの場合、運営の型を見る

スクールからの依頼は数が多いぶん、当たり外れも大きい。見きわめの手がかりは、そのスクールが受講者に対してどういう約束をしているかにあります。

学習サービスの案内文には、就職支援や受講料の扱いが前面に出ているものがあります。

なお、未経験からITエンジニアへの就職・転職に興味がある方や未経験からプログラミングを効率よく学びたいと考えている方は、就職率98.3％で受講料無料のプログラミングスクールプログラマカレッジもおすすめです。出典: programmercollege.jp

受講者向けの訴求としては自然な形ですが、講師の立場では読み方が変わります。受講料を取らない形で運営しているサービスは、収益源が別にあります。多くは紹介先の企業からの手数料です。この構造では、受講者を短期間で就業可能な水準まで持っていく圧力が、講師側にかかります。

これは良し悪しの話ではありません。構造を知ったうえで条件を確認すればよい。確認すべきは、想定される期間、1人あたりに割ける時間、到達水準の定義、そして到達しなかった場合の扱いです。ここが曖昧なまま入ると、期間内に届かなかった責任が講師に向かいます。

逆に、受講料を受講者から受け取る形のスクールでは、受講者の満足度が評価軸になります。この場合は、質問対応の手厚さやフィードバックの速さが求められます。求められるものが違うので、自分の働き方に合うほうを選びます。どちらのスクールでも、選び方の要点は同じです。何を成果とみなす仕組みなのかを、受注前に把握する。

費用と実費の扱いを最初に決める

費用の話は、金額の交渉とは別に「誰が負担するか」の整理が必要です。ここを曖昧にしたまま進めると、受注時に想定した条件と実態がずれます。

負担の対象になりやすいのは4つです。対面研修の会場までの移動にかかる費用、教材や演習資料の印刷にかかる費用、有料の開発環境や学習サービスの利用料、そして受講者用の機材や設定にかかる手間です。

このうち機材と環境は特に注意します。受講者ごとにOSも設定も違うため、事前準備なしに始めると、初回の講義が環境構築だけで終わります。この時間を講義時間から差し引かれると、実質的な条件が変わります。対策は、環境構築の手順書を事前に配布し、当日までに済ませてもらう運用にすることです。手順書の制作自体も作業なので、条件に含めるかどうかを決めておきます。

企業研修では、社内のセキュリティ方針でツールのインストールが制限されている場合があります。この制約は当日に判明すると回復できません。使用予定のツールを事前に伝え、社内で使用可能かを確認してもらう。この一手間が、当日の破綻を防ぎます。

転職を目標にする受講者を受けるときの線引き

個人からの依頼でもスクール経由でも、受講者の目的が転職であるケースは多い。この場合の線引きを、最初に共有しておきます。

講師が責任を持てるのは、学習の設計と指導です。どの順序で何を学ぶか、演習をどう組むか、詰まったときにどう解くか。ここは講師の領域です。

一方、講師の手が届かないのは、応募先の採用基準、経歴の評価、面接での受け答え、そして採用市場の状況です。同じ学習をしても、結果は人によって変わります。この構造を、最初の面談で率直に伝えます。

伝え方は、突き放す形にしません。「学習の面では、実務で必要になる部分を優先して設計します。応募や面接の準備は専門の支援を併用されるとよいと思います」という形にすると、期待の置き場所が整理されます。

この線引きをしておくと、後から「教わったのに転職できなかった」という話になりません。正直なところ、この確認を省いたまま受けている講師は少なくない。曖昧なまま進めるほうが受注しやすいからです。しかし、受注しやすさと続けやすさは別です。

角を立てずに断る手順

断る技術も実務です。今後の関係を壊さずに断るには、順番があります。

まず、断る理由を相手の問題にしません。「御社の条件が悪いので」ではなく、「現在お受けしている案件の関係で、ご期待の水準でお応えできる体制が取れません」という形にします。事実として体制の話をするので、角が立ちません。

次に、可能なら代案を出します。範囲を狭めれば受けられるなら、その形を提示します。「全体を通した研修は難しいのですが、基礎文法の部分だけであれば対応できます」。この提示があると、断りが相談に変わります。

最後に、次に繋げる一言を添えます。「条件が整った段階で、あらためてご相談いただければ幸いです」。実際に後日、条件を整えて再依頼が来ることは珍しくありません。断ったことが、条件を見直すきっかけになるからです。

断ることを恐れる必要はありません。受けられない条件で受けて、途中で崩れるほうが、依頼者にとっても損失が大きい。断るのは、相手に対する不誠実ではなく、業務としての判断です。

面談と無料体験で、相手を見きわめる

受注前の面談は、依頼者が講師を評価する場だと思われがちですが、実際は相互の確認の場です。こちらも見ています。

見るべき点は3つあります。1つ目は、質問への回答が具体的かどうか。受講者の前提、成果の定義、教材の扱いを聞いたときに、その場で答えられる依頼者は準備ができています。「確認して折り返します」でも構いませんが、実際に折り返しが来るかどうかを見ます。

2つ目は、講師の作業に対する認識です。準備時間の話をしたときの反応で判断します。作業として扱われているかどうかがここで出ます。

3つ目は、過去の講師との関係です。「前回はどなたが担当されていましたか」と聞くと、情報が出てきます。講師が短期間で入れ替わっている場合、条件か運用に問題がある可能性が高い。

無料の体験レッスンや事前打ち合わせを求められた場合は、時間を区切って応じるのが現実的です。ただし、体験の名目で実質的な講義を無償で提供させられる形になっていないかを確認します。判断の基準は、その時間が相互の確認に使われているか、受講者への価値提供になっているかです。後者なら、それは無償ではなく仕事です。

契約と記録で、後から揉めないようにする

条件が決まったら、書面にします。口頭の合意は、担当者が変わった瞬間に消えます。

書面に入れる項目は、前述の7項目に対応させます。受講者の前提と人数、教える範囲、教材の用意と権利の扱い、成果の定義、質問対応の範囲、実施形式、支払いの条件。これだけ書いてあれば、後から範囲が広がったときに立ち戻る場所ができます。

書面の文面に自信がない場合、ビジネス文書の型を押さえておくと役立ちます。ビジネス文書検定では、提案書や依頼文の構成、敬語の使い分けが体系立てて整理されています。契約書そのものを作る技術ではありませんが、条件を文章で正確に伝える力は、講師業では毎回使います。

もう1つ、実務で効くのが記録です。各回の講義で、扱った内容、受講者の到達点、出た質問、次回への持ち越しを短く残します。これがあると、途中で「進んでいない」と言われたときに事実で応じられます。加えて、次の案件の設計にも使えます。どこで詰まる人が多いかが蓄積されるからです。

※契約書の条項の解釈や、実際に報酬の未払いが発生した場合の対応は、弁護士や専門の相談窓口に相談してください。

副業として受ける場合に、追加で確認すること

会社員が副業として講師を受けるケースも増えています。この場合、確認項目が2つ増えます。

1つは、実施時間帯です。平日の日中に研修を求められる案件は、副業では受けられません。ここは最初に伝えます。夜間や土日に実施できる案件、オンラインで録画教材を提供する形の案件を選ぶことになります。

もう1つは、勤務先との関係です。競合にあたる企業の研修を受けると、問題になる可能性があります。就業規則の確認は必須です。この確認を怠ると、仕事の内容ではなく立場の問題で困ることになります。

副業から始める場合、いきなり大規模な研修を受けるより、範囲の狭い案件から入るほうが安全です。1つの言語の基礎だけ、演習の添削だけ、といった形で切り出せる案件があります。範囲が狭いほど、準備の見積もりが立てやすい。

長い目で見ると、講師業は年齢を重ねても続けやすい仕事です。経験の蓄積がそのまま価値になる領域なので、実務から一歩引いた立場でも成立します。この観点は定年後のフリーランス独立｜退職金を活かした起業プランと注意点でも整理されており、キャリアの後半に講師や指導の仕事を組み込む考え方が参考になります。

受ける案件を組み合わせて、負荷を平準化する

クライアントの選び方は、1件ごとの判断だけでは完結しません。手元にある案件の組み合わせで見ます。

講師業の負荷は、時期によって大きく揺れます。新人研修が集中する時期、年度末、学校の長期休暇。この山が重なると、準備が回りません。だから、山の時期が違う依頼者を組み合わせるという発想が要ります。企業研修と子ども向け教室では、繁忙の時期がずれます。片方だけに寄せると、閑散期に手が空きます。

もう1つの軸は、準備の重さです。教材を一から作る案件は、初回の負荷が重い代わりに、二回目以降は軽くなります。カリキュラムが用意されている案件は、毎回の負荷が一定です。重い案件と軽い案件を混ぜると、全体の負荷が平らになります。重い案件ばかりを同時期に受けると、どれも中途半端になります。

3つ目は、継続と単発の比率です。継続案件は収入が読める代わりに、時間が固定されます。全部を継続で埋めると、良い単発の依頼が来ても受けられません。逆に単発だけだと、毎回営業から始めることになります。この比率を意識して受注するだけで、消耗の度合いが変わります。

講師業を選ぶ利点は、この組み合わせの設計が自分でできる点にあります。実務の開発案件は、稼働時間で拘束される形が多く、調整の余地が小さい。講師業は実施日時が決まっているぶん、その前後を自分で設計できます。この性質は、他の仕事と並行する場合に効いてきます。オンラインで完結する案件を中心に組めば、場所の制約も外せます。働く場所を軸に仕事を組み立てる考え方はWebマーケティングフリーランスで海外ノマド！年収、スキル、成功への道でも整理されており、講師業にも応用できます。

市場の動きと、続く講師の共通点

技術教育の需要は、特定の領域に偏りながら動いています。近年で言えば、AIの業務活用に関する研修の要望が明確に増えました。この領域は、単にツールの使い方を教えるだけでなく、業務にどう組み込むかまでが問われます。関連する仕事の広がりはAIコンサル・業務活用支援のお仕事やAI・マーケティング・セキュリティのお仕事にまとまっており、講師業の隣に位置する仕事として把握しておくと、案件の幅が広がります。

アプリケーション開発の実務経験がある人は、その経験自体が教材になります。実務でどう詰まったか、どう解決したかは、教科書には載っていません。実務側の案件の傾向はアプリケーション開発のお仕事から確認できますし、職種としての位置づけはソフトウェア作成者の年収・単価相場で整理されています。ネットワークまわりの基礎を体系立てて示したい場合はCCNA（シスコ技術者認定）のような認定の枠組みが、教える範囲を切る目安として使えます。

20年この市場を見てきた立場から言えば、講師業で長く続いている人には共通点があります。教える技術が飛び抜けているのではなく、受ける前の確認が徹底しているのです。何を確認し、何を断るかが自分の中で決まっているので、受けた案件の成功率が高い。結果として、依頼者から見ると「任せると安心な人」になります。この評価が、次の依頼と紹介を生みます。逆に、来た依頼をすべて受けている人は、条件の悪い案件に時間を取られ、良い案件が来たときに手が空いていません。

運営者として見てきた限りでは、間に手数料が乗らない直接の取引を続けている人ほど、依頼者との会話が条件の交渉ではなく設計の相談に変わっていく傾向があります。理由は構造的なものです。依頼者が払った金額がそのまま講師に渡るので、同じ予算でも実施できる回数や準備の厚みが増えます。受ける側の手取りも厚くなる。手数料0%の効き方は、金額の大小そのものよりも、こうした「予算をどこに使うかを一緒に考えられる関係」に現れます。講師業は継続案件になりやすい仕事なので、この差は回数を重ねるほど開きます。

クライアントの選び方に唯一の正解はありませんが、判断の順序はあります。依頼者のタイプを見る。7項目を確認する。断ってよい型に当てはまらないかを照合する。この順序を毎回踏むだけで、受ける案件の質は変わります。教える技術を磨くのは、その後で構いません。