客先常駐の職種別実態｜インフラ・Webデザイナー・ヘルプデスク・IT事務

客先常駐の求人を見比べても違いが分からず迷っている人へ。結論は、職種名より担当工程と契約実態を見ることです。

インフラエンジニアだけでなく、Webデザイナー、ヘルプデスク、IT事務、プログラマーにも客先常駐はあります。ただし、同じ「客先常駐」でも仕事内容と、その後のキャリアに残る経験は大きく異なります。

客先常駐は職種によって何が違う？

私は最初にここをはっきりさせたいです。客先常駐は職種ではなく、「自社以外の顧客先で仕事をする」という勤務形態を表す言葉です。

そのため、インフラエンジニアにもプログラマーにもWebデザイナーにも客先常駐はあります。ヘルプデスクやIT事務のように、顧客企業の従業員を現地で支援することに合理性がある仕事もあります。

厚生労働省の職業情報提供サイト「job tag」でも、ヘルプデスク（IT）は電話やメールだけでなく、必要に応じて利用者のもとへ出向いて対応し、「客先に常駐するケースもある」と説明されています。

ここで最初に区別したいのが、「客先常駐」「SES」「労働者派遣」は同じ言葉ではないという点です。

2025年2月24日にクロスネットワークが公開した「インフラエンジニアが客先常駐を避ける理由は？人材確保の戦略も紹介」では、客先常駐に関係する契約として、請負契約、準委任契約、派遣契約の3つを挙げています。

ただし、ここは表現を慎重に読む必要があります。同記事ではSESについてエンジニアを顧客へ「派遣するサービス」と説明していますが、日常語としての「派遣する」と、労働者派遣法上の「労働者派遣」は分けて考えるべきです。

厚生労働省によれば、労働者派遣とは、派遣元が雇用する労働者が派遣先の指揮命令を受けて働く形を指します。一方、請負では注文主と労働者の間に指揮命令関係は生じません。

契約書に「請負」「準委任」と書いてあるだけで決まるのではなく、実際の業務遂行や指揮命令の状況を含めて判断されます。したがって、「客先で働いているから派遣社員」「SESだから派遣契約」とは限りません。

職種ごとの違いを整理すると、次のようになります。

職種	客先常駐で想定される主な業務	キャリアで確認したい点
インフラエンジニア	サーバー・ネットワーク運用、監視、構築、クラウド、PMO	監視だけでなく設計・構築へ進めるか
Webデザイナー	Webサイト、LP、バナー、UIの制作・改善	制作実績やポートフォリオに残る仕事か
ヘルプデスク	問い合わせ対応、障害切り分け、端末対応	一次受けだけか、調査・改善まで担当するか
IT事務	資料作成、アカウント管理、キッティング、IT資産管理	IT実務がどこまで含まれるか
プログラマー	開発、テスト、改修、保守	実装経験と使用技術が職歴として残るか

私は、客先常駐という共通点だけでキャリアの良し悪しを判断することには意味がないと思っています。

本当に見るべきなのは、その現場で何を担当し、次の会社にも持っていける技能や実績が増えるのかです。同じ客先常駐でも、この差はかなり大きくなります。

なお、求人検索サイトで「客先常駐 Webデザイナー」「客先常駐 インフラエンジニア」などと検索した際のヒット件数を、そのまま職種別の市場規模として扱うのも適切ではありません。

スタンバイは検索結果の順位について、検索キーワードとの関連性だけでなく、求人のクリック数、閲覧数、更新日時、情報量、応募数、掲載側の入札額など複数の要素を考慮し、機械学習でランキングを決定すると説明しています。

つまり、検索結果には別職種や関連性の弱い求人が混ざることもあります。求人件数の大小より、実際の求人票を開いて「業務内容」「使用技術」「勤務地」「雇用・契約形態」「配属後の工程」を確認するほうが実態をつかみやすいでしょう。

---

客先常駐のインフラエンジニア・プログラマーは何を見るべき？

私は、インフラエンジニアやプログラマーの客先常駐では、勤務場所よりも「どの工程まで任されるか」を優先して見るべきだと考えています。

客先常駐と比較的結び付きやすいのが、この2つのIT技術職です。しかし、同じ職種名でも実際の担当範囲は案件によってかなり違います。

クロスネットワークの記事では、インフラエンジニアの客先常駐について、ITインフラの設計、構築、保守などを行い、案件によって常駐期間は数か月から数年程度になると説明しています。

厚生労働省のjob tagでも、インフラエンジニアを含む「システムエンジニア（基盤システム）」の業務には、顧客要望の把握、要件定義、ITインフラの構成設計、設計書の作成、サーバーやネットワークの構築などが含まれます。

つまり本来、インフラエンジニアという仕事は「監視するだけ」の職種ではありません。

客先常駐求人を見るときも、監視、一次対応、定型運用だけなのか、構築、設計、クラウド移行、改善提案まで担当できるのかで経験価値が変わります。

クロスネットワークの記事は、客先常駐が避けられる理由として、勤務地変更による負担、休暇の取りづらさ、孤独感、案件終了に関する不安、年収、評価、教育・研修環境という7点を挙げています。

ただし、これらを「すべての客先常駐企業に当てはまる事実」と読むのは適切ではありません。所属会社の評価制度、チーム常駐か一人常駐か、案件変更の頻度、待機時の待遇、教育体制によって状況は変わります。

とくに年収は、数字だけを切り出して判断しないほうが安全です。

同記事では一例として、客先常駐エンジニアの年収相場を未経験～2年目250万～300万円、3～5年目330万～400万円、6年目以上400万～500万円とし、比較対象のインフラエンジニアをそれぞれ250万～380万円、400万～600万円、600万～900万円としています。

しかし、この数字を公的統計に基づく「客先常駐の平均年収」とみなすのは適切ではありません。

客先常駐という働き方だけで賃金が決まるわけではなく、経験年数、担当工程、技術分野、企業規模、地域、雇用形態などが複雑に影響するためです。

私は、インフラエンジニアについては年収額だけを見るより、現在の案件が次の単価・年収を上げやすい工程につながっているかを見るほうが実務的だと考えています。

たとえば、監視を中心に3年間担当した人と、監視から運用設計、構築、AWSやAzureなどのクラウド設計へ担当領域を広げた人では、同じ「客先常駐3年」でも職務経歴書で説明できる内容が違います。

プログラマーも同じです。

「プログラマー」「システムエンジニア」という採用名でも、現場ではテスト中心になる場合もあれば、Java、C#、Python、JavaScriptなどを用いた実装、SQLによるデータ操作、設計やコードレビューまで関わる場合もあります。

ここで重要なのは「何という職種で採用されたか」ではありません。何を作り、どの工程を担当し、どの技術を使ったのかが次の転職では説明材料になります。

また、客先で働く技術者ほど契約構造への最低限の理解も必要です。

厚生労働省は、派遣では派遣先が労働者へ指揮命令する一方、請負では注文主と労働者の間に指揮命令関係は生じないとしています。

請負形式でありながら、実態として注文主が労働者へ直接指揮命令している場合は、いわゆる偽装請負と判断される可能性があります。ただし、個別の契約が適法かどうかは契約書の名称だけでは判断できず、実態を確認する必要があります。

エンジニア個人が契約の適法性をすべて判定する必要はありません。それでも、自分の雇用主はどこか、現場では誰からどのような業務指示を受ける形なのか、所属会社の責任者は誰なのかは把握しておきたいところです。

今の案件で担当工程が固定され、次に増やしたい経験も見えないなら、転職するかどうかを決める前に、外の求人で求められている工程を確認する価値があります。

---

客先常駐のWebデザイナーは本当にある？

私は、Webデザイナーについては「客先常駐かどうか」より、配属後に本当に制作実務へ入れるのかを優先して確認すべきだと考えています。

客先常駐のWebデザイナーは実在します。

厚生労働省のjob tagでは、Webデザイナーの勤務先としてWeb制作会社や一般企業のWeb関連部門などを挙げ、正社員だけでなく派遣社員やフリーランスとして働く場合もあると説明しています。一方で、テレワークが可能な会社も多いとされています。

ここはインフラエンジニアとの違いとして分かりやすい部分です。

サーバールームでの現地作業や社内ネットワークの物理的な対応が発生するインフラ案件と比べれば、WebデザインはPCと必要な制作環境があれば進められる業務も多く、常駐そのものが必須とは限りません。

それでも、顧客のマーケティング担当やエンジニアと密接に連携する案件では、常駐型が選ばれることがあります。

実際、イチアール株式会社が掲載している旅行サービス向けWebデザインの業務委託求人では、サービスサイト、LP、キャンペーンページ、バナー、UI改善などを担当し、Webデザイナーとして3年以上の実務経験、FigmaまたはAdobe XD、Photoshop、Illustratorなどの経験を条件としています。

確認時点では報酬が月額50万～65万円で、条件欄には渋谷区へ常駐できること、業務に慣れた後は週1～2日のリモート併用が可能であることが記載されていました。

この例から、「客先常駐Webデザイナー」という働き方自体が存在することは確認できます。ただし、ひとつの求人例だけでWebデザイナー全体の勤務形態を代表させることはできません。

未経験者向け求人を見る場合は、さらに慎重な確認が必要です。

株式会社FREXのWebデザイナー求人では、研修期間中は他社への客先常駐を行わず、自社内でデザインツールやバナー制作などを学ぶことを特徴として掲げています。確認時点の募集条件では月給27万～50万円でした。

「客先常駐なし」が求人上の訴求材料になっていることからも、Webデザイン領域では勤務場所を気にする求職者が一定数いることがうかがえます。

しかし、未経験Webデザイナー求人は、「常駐あり・なし」だけで選んではいけません。

見るべきなのは、配属後に本当にWebサイト、LP、バナー、UIなどを制作するのかという点です。

WebサイトやLP、UIを作成し、FigmaやPhotoshopなどを使い、成果物や制作プロセスを職務経歴として説明できるのであれば、常駐でもデザイン経験は積めます。

反対に「未経験Webデザイナー」「研修充実」「プロジェクト配属」と書かれていても、配属後の具体的な業務が分からなければ慎重に確認したほうがよいでしょう。

具体的には、顧客先で何をするのか、制作物は何か、使用ツールは何か、研修終了後の配属実績はどうなっているかを確認します。

Webデザイナーの場合は、とくに「成果物を説明できるか」がキャリア判断の材料になります。常駐先で制作したものを外部公開できない案件でも、担当業務、制作工程、使用ツール、改善内容を職務経歴書で説明できるかは確認できます。

---

客先常駐のヘルプデスク・IT事務は何をする？

私は、ヘルプデスクとIT事務については「サポート職だから技術が身につかない」と一括りにするべきではないと思っています。分岐を決めるのは、問い合わせの受付だけで終わるのか、調査・運用・改善まで踏み込めるのかです。

ヘルプデスクとIT事務は、客先常駐との相性が比較的分かりやすい職種です。

顧客企業の社員が使うPC、アカウント、業務システム、ネットワークなどを支援するため、利用者と同じオフィスに担当者がいること自体に意味があるからです。

厚生労働省のjob tagでは、ヘルプデスク（IT）について、システムや情報機器を利用中に発生した疑問やトラブルに電話、メール、現地対応などで対処する仕事としています。

即答できない問い合わせを調査したり、詳しい担当者へ確認を依頼したり、案件ごとの記録をデータベースへ登録したりする業務も示されています。

この説明からも分かるように、ヘルプデスクは必ずしも「電話を受けて終わる仕事」ではありません。

実際の現場では、問い合わせ受付に加えてPCキッティング、アカウント管理、IT資産管理、障害の切り分け、システム運用などが組み合わされることがあります。

情シス・ヘルプデスクの常駐サービスを提供する「ジョブシスさん」も、顧客企業へ常駐するアウトソーシングサービスとして、PC設定やトラブル対応からシステム運用、社内インフラ管理まで対応すると説明しています。

一人情シスの属人化を避けるために2名以上で常駐する体制や、業務の一部だけを委託する方法にも対応しています。

ここでキャリア上の分岐になるのは、対応範囲です。

問い合わせ内容を記録し、マニュアルどおりに回答して別部署へ渡すだけなのか、自分で原因を切り分け、ログや設定を確認し、再発防止まで考えるのかでは経験の厚みが違います。

社内SEを目指すなら、IT資産管理、アカウント管理、端末管理、Microsoft 365などのSaaS管理、ネットワークやセキュリティの運用、手順書整備、業務改善へ担当を広げられるかを見たいところです。

私は、ヘルプデスクから社内SEへ進む場合、「問い合わせ件数を何件こなしたか」より、問い合わせが発生する仕組みそのものを改善した経験があるかが一段重要だと考えています。

例えば、同じ問い合わせが繰り返されているならFAQやナレッジを整備する、アカウント発行作業が手作業なら手順を標準化する、端末設定に時間がかかるなら自動化を検討するといった仕事です。

こうした経験は、単なる利用者対応ではなく、運用設計や業務改善として説明しやすくなります。

IT事務も同様です。

私は、「IT事務」という職種名だけを見てエンジニアへの入口だと判断するのは危険だと思っています。IT事務には法律上統一された業務範囲があるわけではなく、一般事務に近い仕事から情シス補助に近い仕事まで幅があるからです。

Excelによるデータ入力、議事録作成、会議調整、進捗管理が中心なら、事務経験としての色が強くなります。

一方、PCキッティング、アカウント発行、端末台帳管理、問い合わせ対応、システム設定などが含まれれば、ITサポートに近づきます。

ここで「IT事務なら未経験からエンジニアになれる」と一括りにするのは避けるべきです。

エンジニア志望なら、入社後にITに関する担当範囲をどこまで広げられるのかを確認する必要があります。逆に、事務職として専門性を高めたい人なら、ITエンジニアへの移行だけを評価基準にする必要もありません。

大切なのは、自分が目指す職種と、現場で積める経験が一致しているかです。

ヘルプデスクやIT事務を続けても担当範囲が広がらず、目指す職種との距離が縮まっていないなら、今すぐ辞めるかどうかとは別に、他社ではどのような業務まで任されるのかを比較しておくべきです。

---

客先常駐の職種はどう判断すればいい？

私は、客先常駐を判断するときは「常駐か自社勤務か」の二択をいったん外し、工程の深さ・経験の可搬性・契約の透明性の3点で見るべきだと考えています。

客先常駐については、「常駐はやめたほうがいい」「いろいろな現場を経験できるから成長できる」と正反対の意見が出やすいテーマです。

しかし、インフラ、開発、Webデザイン、ヘルプデスク、IT事務を横断して見ると、勤務場所だけで評価することには無理があります。

インフラエンジニアなら、顧客先でもクラウド設計やネットワーク構築まで担当できれば技術経験は残ります。

プログラマーなら、客先でも実装や設計を経験し、使用言語、開発環境、担当機能を説明できれば職務経歴になります。

Webデザイナーなら、顧客先でLPやUIを継続的に改善し、制作プロセスや成果を説明できる仕事には意味があります。

ヘルプデスクやIT事務でも、キッティングだけで終わらず、アカウント管理、障害切り分け、運用改善へ担当を広げられるなら、社内SEなどへの接続点になります。

ここから見えてくる共通項は、単なる「上流・下流」だけではありません。

「工程の深さ」とは、決められた作業を実行するだけか、自分で調査、設計、改善まで行えるかということです。

「経験の可搬性」とは、その現場だけで通用する社内ルールではなく、別の会社でも説明できる技術、ツール、成果、問題解決経験が残るかということです。

「契約の透明性」とは、雇用主、勤務先、指揮命令の関係、案件変更の仕組み、評価者などが本人から見ても理解できる状態かということです。

この3点を確認できるのであれば、客先常駐という勤務形態だけを理由に候補から外す必要性は下がります。

反対に、職種名は立派でも、仕事内容が長期間変わらず、何のスキルが身についたか説明できず、自社の上司も現場で何をしているか十分把握していない状況なら、キャリア上は慎重に考えるべきです。

とくに未経験者は、「さまざまな案件があります」「あなたに合った現場へ配属します」「成長できる環境です」という抽象的な言葉だけでは判断できません。

確認すべきなのは、最初に配属されやすい案件の仕事内容、過去の配属例、使用技術、案件変更の条件、研修終了後のフォロー、評価方法などの具体情報です。

また、求人検索サイトの件数だけを比較して「Webデザイナーは客先常駐が多い」「インフラは少ない」と判断することも勧めません。

スタンバイが説明しているように、検索結果の順位には検索語との関連性以外にも複数の要素が使われています。検索語と直接一致しない求人が表示されることもあるため、件数だけでは実態を判断しにくいからです。

私は、10件、20件と実際の求人本文を見て、仕事内容の具体性を比較するほうがはるかに有益だと思っています。

客先常駐から抜け出すために最初に必要なのは「とにかく自社開発や社内SEへ転職すること」ではありません。

先にやるべきなのは、今の職歴を分解し、自分が実際に担当してきた技術、工程、役割、改善実績を把握することです。

そのうえで、今の会社で次に不足している経験を補えるのか、それが難しいなら別の会社へ移るほうが合理的なのかを考えます。

SESからの脱却は、気合や運ではなく、業界構造と自分の担当工程を理解し、経験の積み方を変えていく作業です。

---

客先常駐の職種別実態をどう持ち帰ればいい？

この記事から持ち帰ってほしい判断材料はシンプルです。今の仕事をあと1年続けたとき、職務経歴書に新しく何を書けるかを具体的に答えられるかを確認してください。

インフラエンジニアなら、監視・定型運用だけで終わるのか、設計・構築・クラウドへ広がるのかを見る。

Webデザイナーなら、常駐の有無より、Webサイト、LP、UIなどの制作実績と使用ツールを説明できるかを見る。

ヘルプデスクなら、問い合わせ受付だけでなく、障害切り分け、IT資産管理、運用改善まで踏み込めるかを見る。

IT事務なら、一般事務中心なのか、アカウント管理、キッティング、システム設定などのIT実務まで担当するのかを見る。

プログラマーなら、テストだけで固定されるのか、実装、設計、コードレビューなどへ担当範囲を広げられるかを見る。

1年後に増える技術・工程・成果を具体的に答えられるなら、客先常駐だからという理由だけで避ける必要性は低くなります。反対に、何も増えない状態が続くなら、案件変更や転職を検討する目安になります。

客先常駐はインフラエンジニア、Webデザイナー、ヘルプデスク、IT事務、プログラマーのいずれにも存在します。

だからこそ、「客先常駐だから悪い」「自社勤務だから安心」と場所だけで判断するのではなく、その仕事を続けた先に何の経験が残るのかを見ることが、最も現実的な判断基準だと私は考えています。

---

よくある質問

客先常駐のインフラエンジニアは避けたほうがいいですか？

一律に避ける必要はありません。

監視や定型運用だけで長期間固定される案件と、ネットワーク、サーバー、クラウドの構築・設計まで経験できる案件では、キャリア上の意味が大きく異なります。勤務場所より担当工程を確認することが重要です。

客先常駐のWebデザイナー求人は本当にありますか？

あります。

実際にWebサイト、LP、バナー、UI改善などを顧客先で担当する常駐案件が確認できます。一方、Webデザインはテレワークと組み合わせられる求人もあり、常駐なしを特徴とする募集も存在します。

判断するときは、常駐の有無だけでなく、配属後の制作物、使用ツール、制作工程を確認してください。

客先常駐のヘルプデスクやIT事務から社内SEを目指せますか？

可能性はありますが、職種名より業務内容を見る必要があります。

PCキッティング、アカウント管理、障害切り分け、IT資産管理、システム運用、手順の標準化や業務改善まで経験できれば、社内SEへつながる説明材料を増やせます。

一方、一次受付や単純入力だけで担当範囲が広がらない場合は、案件変更や学習、転職など別の方法で技術経験を増やす必要があります。

執筆：新海 智也