ヘルプデスク・社内ITサポートのスキルシートの書き方｜面談で評価される実績の見せ方

ヘルプデスク・社内ITサポートのスキルシートは、窓口の規模と受付の形、自分が担った段階、対応した問い合わせと作業の範囲の3つをそろえて書くと伝わります。読み手は「この人に、どの段階の仕事を、どの範囲で任せられるか」を見ているため、在籍の年数や対応件数の多さだけでは判断できないからです。

ヘルプデスクの経験は、日々の受付と、ときどきの端末の入れ替えや窓口の見直しが混ざっています。この記事では、それを読み手が案件と照らし合わせやすい形にする書き方を、架空の記入例とあわせて紹介します。全体の構成はスキルシートの書き方の基本をご覧ください。

窓口の規模と受付の形を最初に書く

同じ「問い合わせ対応」でも、利用者が数十人の会社と数千人の会社では、仕事の進め方がまったく違います。所属や参画先ごとの欄の冒頭に、次の情報を書いておきます。

社名や、会社が特定できるほど細かい情報は書きません。社内の業務システムの名前や、サーバーの構成、IPアドレスの体系なども、規模を示す目的であっても書かないでください。書いてよい範囲はスキルシートに書いてよいこと・いけないことで解説しています。

担った段階をはっきり書く

ヘルプデスクの経験で一番伝えたいのは、どの段階を担っていたかです。次の言葉で書き分けると、読み手が任せられる範囲を判断しやすくなります。

1. 一次対応：手順書に沿って回答し、チケットを起票した
2. 二次対応：一次で解けない問い合わせを切り分け、ベンダーや担当へ渡した
3. 改善：手順書・FAQ・受付の流れを作った、見直した
4. まとめ役：担当者の割り振り、対応品質の確認、発注元への報告を担った

一つの現場で段階が変わった場合は、「最初の1年は一次対応、2年目から二次対応と手順書の作成を担当」のように、時期と一緒に書きます。

対応の範囲は分野ごとに書く

扱った問い合わせと作業は、分野ごとにまとめると読みやすくなります。分け方はヘルプデスクで求められるスキルの記事の6分野（聞き取りと切り分け、端末とキッティング、アカウントと権限、ネットワークと周辺機器、ITILに沿った運用、セキュリティの初動）に沿うと整理しやすくなります。

記入例（架空）

所属・期間：運用会社からの参画、物流業の事業会社の社内ヘルプデスク（約3年）
窓口の規模：利用者約1,200名、本社と国内の倉庫拠点、電話・チャット・メールで受付、平日日中
体制と立場：一次5名・二次2名のうち、二次対応の担当。2年目から一次のリーダーを兼務
分野ごとの範囲
・聞き取りと切り分け：二次対応（サインインの失敗、共有フォルダの権限、業務アプリの動作不良の切り分け）
・端末とキッティング：改善（ノートPCの入れ替え約400台の手順書を作成し、作業の日程を取りまとめ）
・アカウントと権限：二次対応（グループと権限の変更、多要素認証の再設定）
・ネットワークと周辺機器：一次対応（無線LAN・プリンターの一次切り分けと回線担当への連絡）
・ITILに沿った運用：改善（インシデントとサービス要求の分類を見直し、ナレッジの登録の流れを作成）
主な取り組みと結果：パスワードの再設定に関する問い合わせが多かったため、利用者自身で再設定する手順の案内文を作り、FAQに掲載。同じ種類の問い合わせが減った

これは書き方を示すための架空の例です。業種、規模、数字、範囲は、ご自身の経験に置き換えてください。

件数は「傾向」と「変化」で書く

ヘルプデスクの経歴では、「月◯件対応」と件数を書きたくなります。ただ、件数は窓口の規模でほぼ決まるため、それだけでは本人の力が伝わりにくい数字です。

件数を書くなら、次のように使うと意味が出ます。

• 自分の担当の割合：「チームの二次対応のうち、主にアカウント関連を担当」
• 変化：「FAQの整備後、同じ種類の問い合わせが減った」
• 時間：「キッティング1台あたりの作業時間を短くした」

窓口全体の件数や、会社の内部の数字にあたるものは、書いてよいかを考えてから載せましょう。ぼかした表現でも、何をどう変えたかが書かれていれば十分伝わります。

改善の実績は「前・変えたこと・後」で書く

改善の段階の経験は、「変える前の状態」「変えたこと」「変えた後の状態」の3つで書くと伝わります。

• 前：キッティングの手順が担当者ごとに違い、設定の漏れによる問い合わせが入社直後に集中していた
• 変えたこと：手順書を一つにまとめ、確認用のチェック表を作った
• 後：担当者が替わっても同じ手順で準備できるようになり、入社直後の問い合わせが落ち着いた

キッティングの経験は、台数の目安、OSや端末の種類、手作業か配布の仕組みを使ったかを添えると、作業の重さが伝わります。

まとめ役の経験は「何を決めたか」で書く

リーダーやSVの経験は、「リーダーを担当」とだけ書くと、名目だけなのか、実際に判断していたのかが分かりません。次のように、自分が決めていたことを書き添えます。

• 担当者ごとの問い合わせの割り振りの基準を決めた
• 新しく入った担当者向けの教育の資料を作り、最初の数週間の指導を担った
• 月次の報告の形式を決め、発注元との定例で傾向と改善の案を説明した

外部の立場から参画していた場合、チームの割り振りや指導は、受注した側の役割として担うのが本来の形です。発注元の社員の指示を取り次ぐだけだったのか、自分のチームの判断として決めていたのかが分かるように書くと、業務委託の案件でも任せられる範囲が伝わります。

資格と製品名の書き方

ITILやITパスポートなどの資格は資格欄に書き、取得した年月を添えます。ITILは更新の期限がある認定のため、期限の切れた認定を有効なもののように書かないよう注意が必要です。詳しくはITILの認定資格の記事をご覧ください。

製品名は、何に使ったか、どの段階だったかを添えて書きます。「端末管理ツール」とだけ書くより、「端末管理ツールで設定の配布状況を確認し、未適用の端末に個別に対応」と書くほうが、担った範囲が伝わります。

提出前の見直しポイント

1. 参画先ごとに、窓口の規模、受付の形、時間帯、体制が書かれているか
2. 一次・二次・改善・まとめ役のどこを担ったかが、時期とあわせて分かるか
3. 分野ごとの範囲が書き分けられているか
4. 件数を、傾向や変化として使えているか
5. 社名、社内システムの名前、構成の詳細、事故の具体的な内容を書いていないか

案件が終わるたびに書き足しておくと、提出のたびに思い出す手間が減ります。更新の習慣はスキルシートの更新の記事で解説しています。

よくある質問

一次対応だけの経験でも、書けることはありますか？

あります。受付の形や時間帯、扱った問い合わせの種類を整理するだけでも、どんな窓口で働けるかが伝わります。そのうえで、手順書の誤りを直した、よくある問い合わせを先輩に共有した、といった小さな工夫も「前・変えたこと・後」で書くと、改善に向かう姿勢として読まれます。

派遣で働いていた期間は、どう書けばよいですか？

雇用の形にかかわらず、どんな窓口で、どの段階の仕事をしたかを書けば経験として伝わります。働いていた形（派遣、運用会社の社員など）を添えておくと、読み手が当時の立場を理解しやすくなります。

情シス支援の案件にも応募したい場合は、同じスキルシートでよいですか？

情シス支援の案件では、問い合わせ対応より、アカウントや端末の仕組みを整えた経験が見られます。応募する案件に合わせて、改善の段階の経験を前に出した版を作ると伝わりやすくなります。書き方は情シス支援のスキルシートの記事をご覧ください。