SNS担当の職務経歴書の書き方｜採用担当が見るポイントと例文
ショクレキ代行
ショクレキ代行
微経験社内SEの職務経歴書｜ヘルプデスク経験を活かす書き方
ショクレキ代行
📌 この記事でわかること
- 「微経験社内SE」とは何か：ヘルプデスク経験者・実務1〜2年の社内SEがどちらの立場かを整理する
- 採用担当が社内SEの職務経歴書で実際に見ている3つのポイント
- ヘルプデスク経験を「社内SEとして使える経験」に変換する書き方
- 微経験社内SE向け例文3つ（ヘルプデスク中心／複数拠点インフラ補助／対応範囲拡大型）：よくある薄い書き方から変換後までを示す
- 「ヘルプデスクしか経験がない」「対応範囲が広すぎて書けない」という悩みへの答え
- 書類が通らない人に共通する4つのNGパターンと改善例
「ヘルプデスクとして1〜2年働いてきたけど、これって『社内SE』として職務経歴書に書いていいのか分からない」という悩みは、情報システム部門への転職相談で非常によく出てきます。
社内SEという職種は、会社によって任される業務の幅が大きく異なります。問い合わせ対応だけの会社もあれば、ネットワーク管理・サーバー運用・ベンダー対応まで一人でこなす会社もあります。この「業務範囲のばらつき」こそが、微経験社内SEの職務経歴書が書きにくい最大の理由です。
書類が通らない原因のほとんどは、経験が浅いことそのものではなく、何を担当してきたかの整理ができていないことにあります。採用担当者は「資格や年数」より「どんな問い合わせ・トラブルに、どう対応してきたか」を見ています。
この記事では、まず「微経験社内SE」の対象を整理します。社内SEの求人票では「実務経験2年以上」「ヘルプデスク経験歓迎」という条件が多く見られます。本記事ではヘルプデスク・社内SEとしての実務経験1〜2年を「微経験」と定義し、ヘルプデスク経験者がその経験を社内SEの職務経歴書としてどう書けばよいかを解説します。
| ラベル | 定義 | 職務経歴書の主な課題 |
| 未経験 | 実務経験なし | 書ける業務経験がない |
| 微経験 | ヘルプデスク・社内SE実務1〜2年 | 対応範囲が広く、何をどこまで書くかわからない |
| 経験者 | 実務経験3年以上 | 経験を絞り込む・再現性を示す |
目次
採用担当は何を見ている？微経験社内SEの評価ポイント
| 採用担当者が確認するポイント | 職務経歴書で伝えるべき内容 |
| ①どんな範囲の業務を、どんな規模で対応してきたか | 対応した社員数・拠点数・管理PC台数などをセットで書く |
| ②問い合わせやトラブルにどう対応してきたか | 一次対応で終わったのか、原因まで切り分けたのかを具体的に書く |
| ③社内SEとしてどこまで任せられる人か | ヘルプデスク対応だけか、構築・運用にも関わってきたかを示す |
書類が通らない微経験社内SEに共通する3つのパターン
パターン①：「ヘルプデスク対応」とだけ書いて終わっている
「社内からの問い合わせ対応」「PCのトラブル対応」と書くだけでは、対応件数も、対応の質も、どんなトラブルだったのかも伝わりません。
採用担当者が知りたいのは、月にどれくらいの件数を、どんなツールで、どこまで自分で解決したかです。
パターン②：対応規模・管理範囲が一切書かれていない
「社内PCの管理を担当」と書かれていても、社員10名の会社なのか、500名・5拠点の会社なのかで評価はまったく変わります。管理対象の社員数・拠点数・PC台数は必ず数字で示しましょう。
パターン③：ヘルプデスクと社内SEの違いを意識せず書いている
ヘルプデスク経験を社内SEの求人に応募する場合、「問い合わせ対応をしていました」だけでは、社内SEとしての適性が伝わりません。問い合わせ対応の中で、構築側の業務（アカウント発行・権限設定・キッティングなど）にどこまで関わっていたかを書くことが重要です。
書き方のポイント｜微経験だからこそ伝えるべき3つのこと
ポイント①：「対応件数」より「対応の中身」を書く
「月間問い合わせ対応件数：約150件」という数字だけでは、簡単な対応ばかりなのか、複雑な切り分けまでしていたのかが伝わりません。
「150件のうち、自己解決できないものは上長・ベンダーにエスカレーション。自分で対応した範囲は、ID発行・パスワードリセット・PCトラブルの一次切り分けまで」のように、対応件数と対応範囲をセットで書くと厚みが出ます。
ポイント②：問い合わせ対応の「先」にある業務を書く
ヘルプデスク経験者の多くは、問い合わせ対応の裏側で、Active Directoryのアカウント管理やMicrosoft 365のライセンス管理、PCキッティングなどの「構築・管理側」の業務にも関わっています。これらは社内SEとしての適性を直接示す経験です。
「問い合わせ対応をしながら、新入社員のPCキッティングとAD登録も担当していた」という形で、対応業務と管理業務をつなげて書いてください。
ポイント③：トラブル対応の「切り分けの深さ」を見せる
「PCが起動しないという問い合わせに対応した」という事実だけでなく、「ハードウェア故障か、OS側の不具合か、ネットワーク接続の問題かをどう切り分けたか」を書くと、技術的な理解度が伝わります。
最初は先輩に確認しながら切り分けていたが、半年後には自分で原因を絞り込めるようになった、という変化を書くと、成長の軌跡として評価されます。
微経験社内SEならではの悩みに答える
「ヘルプデスク経験しかないが、社内SEとして応募できるか？」
応募できるかどうかは、求人票の条件の書き方と、自分の経験がどこまで言語化できるかによって変わります。「社内SE経験者」が必須条件の場合は慎重に判断する必要がありますが、「ヘルプデスク経験者歓迎」「情シス未経験OK」と書かれている求人であれば、十分に応募を検討する価値があります。
その際は、問い合わせ対応の件数だけでなく、アカウント管理・PCキッティング・資産管理など、構築・管理側の業務にどこまで関わってきたかを職務経歴書で具体的に示すことが、書類通過の鍵になります。
「対応範囲が広すぎて、何を書けばいいかわからない」
社内SE・ヘルプデスクの業務は、問い合わせ対応・PC管理・ネットワーク・セキュリティ・ベンダー対応など範囲が非常に広く、整理せずに書くと業務の羅列になってしまいます。
おすすめは、業務を「①問い合わせ対応」「②アカウント・PC管理」「③ネットワーク・インフラ関連」「④ベンダー・他部署対応」の4カテゴリに分けて書き出すことです。すべての業務を経験していなくても構いません。携わったカテゴリだけを職務経歴書の【業務内容】に整理して書けば、読みやすくなります。
例文
例①：社内SE（実務1年・ヘルプデスク業務中心）
中小企業の情報システム部門（従業員150名・情シス担当2名体制）にて、社内ヘルプデスク業務を担当。問い合わせ対応とPC・アカウント管理の両方に携わる。
◆ Before（よくある書き方）
【業務内容】
・社内からの問い合わせ対応
・PCの設定作業
・アカウントの発行
【主な取り組み】
・社員が困らないよう、丁寧に対応することを心がけました
◆ After（改善後）
【業務内容】
・社内問い合わせ対応（ServiceDesk Plusでのチケット管理、月平均120〜150件）
・新入社員PCのキッティング（Windows初期設定・社内ソフトのインストール）
・Active Directoryでのユーザーアカウント発行・グループ権限設定
・Microsoft 365のライセンス管理・アカウントの追加削除
【実績】
・月平均120〜150件の問い合わせのうち、約8割を自己解決（残りは上長・ベンダーへエスカレーション）
・新入社員PCキッティングを累計40台以上対応し、入社初日のPC利用開始トラブルをゼロに維持
・よくある問い合わせ内容をFAQとして社内Wikiに整理し、同種の問い合わせ件数が月20件ほど減少
【主な取り組み】
問い合わせ対応の中で、同じ内容の質問が繰り返されていることに気づき、対応履歴を見返してFAQを作成した。あわせて、PCトラブルの問い合わせ時には「いつから・何をした後に」を必ず確認する一次切り分けの型を自分の中で作り、エスカレーション前にハードウェアかソフトウェアかの判断ができるようにした。
自己PRでのアピールポイント
問い合わせ対応の件数をこなすだけでなく、繰り返される質問を仕組みで減らす視点を持って取り組んできた。PCキッティングやアカウント管理など、構築・管理側の業務にも携わってきたため、問い合わせ対応に閉じない動き方ができる。次の職場では、対応の幅をさらに広げ、構築・運用側の業務にも積極的に関わりたい。
例②：社内SE（実務1年半・複数拠点・インフラ管理補助）
中堅企業（従業員500名・拠点5箇所）の情報システム部門（4名体制）にて、ヘルプデスク対応に加え、拠点間ネットワークとセキュリティ運用の補助を担当。
◆ Before（よくある書き方）
【業務内容】
・各拠点からの問い合わせ対応
・ネットワーク機器の管理サポート
・セキュリティソフトの運用
【主な取り組み】
・拠点が複数あるため、優先順位をつけて対応しました
◆ After（改善後）
【業務内容】
・拠点5箇所からの問い合わせ対応（電話・Chatwork・ServiceDesk Plus、月平均180〜220件）
・拠点間VPN・ネットワーク機器（YAMAHAルーター）の設定確認・トラブル時の一次対応
・ウイルス対策ソフト（CrowdStrike）のアラート確認・端末隔離対応
・IT資産管理ツール（LANSCOPE）を用いたPC約400台の資産台帳更新
【実績】
・拠点間VPNの接続トラブル対応を年間20件以上経験し、設定ミスとハードウェア故障の切り分けを単独で対応できる範囲が拡大
・セキュリティアラートの一次対応を担当し、誤検知と実際の脅威の判別ができるようになり、上長への報告精度が向上
・PC資産台帳の不整合（登録漏れ・廃棄端末の残存）を65件発見し、棚卸しを主導して台帳を整備
【主な取り組み】
拠点ごとに対応の優先順位が異なることに気づき、影響範囲（対象人数・業務停止の有無）を最初に確認してから対応する順番を決めるようにした。資産台帳の不整合に気づいた際は、各拠点の総務担当に確認を依頼し、自ら棚卸しを主導して台帳の精度を改善した。
自己PRでのアピールポイント
複数拠点を相手にする中で、影響範囲を見極めて対応の優先順位をつける判断力が身についている。ネットワーク・セキュリティ運用の補助経験もあるため、問い合わせ対応だけでなく構築・運用側の業務にも対応できる。次の職場では、インフラ管理の経験をさらに深めていきたい。
例③：社内SE（実務2年・ヘルプデスクから対応範囲を拡大）
IT関連企業の情報システム部門（従業員300名）にて、入社時はヘルプデスク担当として配属。1年目以降、クラウド管理とシステム導入サポートまで担当範囲が拡大。
◆ Before（よくある書き方）
【業務内容】
・社内システムのサポート
・クラウドサービスの管理
・新システム導入のお手伝い
【主な取り組み】
・任された業務を一つひとつ着実にこなしてきました
◆ After（改善後）
【業務内容】
・Google Workspace・Microsoft 365の管理者権限でのユーザー管理・ライセンス管理（社員約300名分）
・社内チャットツール（Slack）・勤怠管理システムの導入サポート（マニュアル作成・社内説明会の実施）
・ベンダーとの定例ミーティングへの参加（保守契約内容の確認・問い合わせ内容の共有）
・問い合わせ対応（月平均100件前後）と並行して、社内ITポリシーの運用補助
【実績】
・勤怠管理システム導入時、社内説明会を3回実施し、導入後1ヶ月のサポート問い合わせを想定の半分以下（約30件）に抑制
・Google Workspaceのライセンス管理を見直し、未使用ライセンス18件を解約し年間コストを削減
・入社1年目はヘルプデスク対応が中心だったが、2年目からはシステム導入プロジェクトに2件参加
【主な取り組み】
新システム導入の際、いきなり使い方を説明するのではなく、よくある操作で迷いそうな点を事前にリストアップし、マニュアルと説明会の資料に反映した。ライセンス管理では、半年に1回利用状況を確認する仕組みを自ら提案し、無駄なコストが発生しにくい体制を整えた。
自己PRでのアピールポイント
ヘルプデスク対応からスタートし、2年目にはシステム導入やライセンス管理など、運用全体に関わる業務まで担当範囲を広げてきた。利用者目線で「迷いそうな点」を先回りして整理する姿勢が強みで、次の職場でも導入・運用フェーズに積極的に関わりたいと考えている。
書き方ステップ
ステップ①：これまで対応した業務をすべて書き出す
問い合わせ対応・PC管理・ネットワーク対応・ベンダー対応など、カテゴリを問わずすべて書き出します。「アピールになるか」は考えず、まずは思い出せる範囲をすべてメモすることが重要です。
ステップ②：業務を4カテゴリに分類する
書き出した業務を「①問い合わせ対応」「②アカウント・PC管理」「③ネットワーク・インフラ関連」「④ベンダー・他部署対応」に分類します。社内SEは業務範囲が広いため、分類してから職務経歴書に書くことで、読みやすい構成になります。
ステップ③：数字になるものを探す
月間問い合わせ件数・管理PC台数・対応拠点数・解決率・コスト削減額など、業務に紐づく数字を洗い出します。正確な数値が思い出せない場合は「月平均〇件程度」という概算で構いません。
ステップ④：成長の軌跡を時系列で整理する
入社直後にできたこと、半年後にできるようになったこと、現在担当できることを時系列で並べます。ヘルプデスク対応だけだった時期から、管理・構築側の業務に関わるようになった変化があれば、それを明確に書いてください。
ステップ⑤：「対応の中身」を具体的に書き直す
「問い合わせ対応をしました」という記述を、「どう切り分けて、どこまで自分で対応し、どこから引き継いだか」という形に書き直します。対応の質が伝わる書き方に変えることで、同じ業務でも評価が大きく変わります。
NG例 → 改善例｜通らない書き方の直し方
失敗①：業務を羅列するだけ
失敗②：対応規模・管理範囲が書かれていない
失敗③：経験の浅さを前置きにしてしまう
失敗④：自己PRが抽象的で終わっている
経験年数別アドバイス
実務経験1年前後
問い合わせ対応が中心で、構築・管理側の業務はまだ限られている時期です。実績の数字が少なくても、「問い合わせ対応の中でどう切り分けたか」「繰り返される質問にどう対応したか」のエピソードが1〜2つあれば十分にアピールになります。
振り返るべき問いは「対応した問い合わせの中で、自分なりに工夫した切り分け方はあるか」「アカウント発行・PCキッティングなど、対応以外に関わった業務はあるか」「対応件数や解決率は記録していなくても、感覚としてどれくらいだったか」の3つです。
実務経験1年半〜2年
担当範囲がヘルプデスク対応から構築・運用側に広がっている時期です。この段階では「対応範囲の変化」と「自発的に改善した経験」を両方書くことが重要です。
「最初は問い合わせ対応のみだったが、今はアカウント管理やシステム導入サポートまで任されている」という変化を明示してください。資産台帳の整備、ライセンス管理の見直しなど、自分から気づいて改善した経験も積極的に書きましょう。
よくある質問
Q. ヘルプデスク経験だけで「社内SE」の求人に応募できますか？
求人票の条件が「社内SE経験者必須」か「ヘルプデスク経験者歓迎」かによって判断が変わります。「歓迎」の場合は、アカウント管理やPCキッティングなど構築・管理側の業務にどこまで関わってきたかを具体的に書くことで、応募を検討する価値があります。
Q. スキルシートには何を書けばいいですか？
Active Directory、Microsoft 365（Intune・Exchange Online）、Google Workspace、IT資産管理ツール（LANSCOPEなど）、チケット管理ツール（ServiceDesk Plus・Zendeskなど）、ネットワーク機器（YAMAHA・Ciscoなど）の経験を、業務での使用期間・習熟度とともに整理して書くと伝わりやすくなります。
Q. 基本情報技術者試験などの資格は書くべきですか？
書いて構いません。資格は知識の証明として一定の評価につながりますが、それだけでは実務での対応力は伝わりません。資格と合わせて、実際の業務でどう活かしたか（例：ネットワークの基礎知識を活かして拠点間VPNの一次対応ができるようになった）を書くと効果的です。
Q. 職務経歴書の長さはどのくらいが適切ですか？
実務経験1〜2年であればA4で2枚程度が目安です。社内SEは業務範囲が広いため、4カテゴリ（問い合わせ対応・アカウント・PC管理・ネットワーク・インフラ・ベンダー対応）に分けて整理すると、自然に読みやすい分量にまとまります。
Q. 転職理由が「もっと専門的な業務に関わりたい」の場合、どう書けばいいですか？
自己PRの末尾に、現在の経験を踏まえてどの方向に成長したいかを一文添える形で十分です。「問い合わせ対応を中心に経験してきたが、今後はインフラ構築・運用の経験をさらに深めたい」のように、現在の経験を否定せず、その先の方向性として書くと前向きな印象になります。
まとめ
微経験社内SEの職務経歴書で評価されるのは、対応件数の多さではなく「どんな範囲を、どこまで自分で対応してきたか」です。
- 「微経験社内SE」とはヘルプデスク・社内SE実務1〜2年。対応範囲の広さをどう整理するかが書き方の鍵
- 「問い合わせ対応」だけで終わらせず、アカウント管理・PCキッティングなど構築・管理側の業務もセットで書く
- 対応規模（社員数・拠点数・PC台数）は必ず数字で示す
- 対応範囲がヘルプデスクから構築・運用側に広がった変化を時系列で見せる
- ヘルプデスク経験しかない場合も、求人票の条件と自分の経験の言語化次第で応募の余地がある
- 自己PRは抽象的な表現ではなく、具体的な対応エピソードで書く
ショクレキでは、ヒアリングをもとに職務経歴書を一緒に作成するサービスを提供しています。「業務範囲が広くて何を書けばいいかわからない」「ヘルプデスク経験をどう社内SEの経験として書けばいいかわからない」という方は、ぜひ一度ご相談ください。
人事・採用担当として1,000名以上の面接、30社の採用支援に携わった経験をもとに、職務経歴書の作成代行・添削を行っています。
採用側での経験をもとに、評価される書類づくりをサポートしています。「経験はあるのに書類で落ちる」という方に特に支持をいただいています。
これまでのご支援数は370名以上。製造・IT・金融・医療・サービス業など、幅広い業界・職種に対応しております。
職務経歴書の書き方にお悩みの方は、お気軽にご相談ください！
