テクニカルサポート

一言でいうと

テクニカルサポートは、自社の製品やサービスの利用者から技術的な問い合わせを受け、原因を調べて解決方法を案内し、製品の不具合であれば開発部門へ報告する職種です。

この職種の出自と登場時期

技術サポートが独立した職業分野として組織化された時期の目安に、1989年があります。この年、技術サポート業界で最初の会員制団体・認定機関として、HDI（旧Help Desk Institute）が米国で設立されました。HDIは、技術サポートと顧客サービスの担当者に向けて、業界の情報提供、研修、国際的な認定制度を提供しています。

同じ1989年には、英国政府のCCTA（Central Computer and Telecommunications Agency）がITサービス管理の枠組みであるITILを公開しました。ITILは、問い合わせの受付から障害の記録、原因の調査、解決までを管理する手順を整理しており、技術サポートの業務設計の土台として使われています。

国内では、ソフトウェアや機器のメーカー、SaaS企業、クラウド事業者が、この名称またはサポートエンジニアの名称で募集しています。SaaS企業では、カスタマーサクセスの部門の一部として置かれる例もあります。

ミッション

テクニカルサポートは、利用者が製品の技術的な問題で業務を止めている時間を短くし、同じ問題を繰り返させないことに責任を負います。問い合わせを正確に理解して原因を特定し、解決まで導きます。

製品の不具合や使いにくさを開発部門へ正確に伝えることも役割に含まれます。問い合わせの記録は、製品の改善で優先すべき箇所を示す一次情報になります。

主な業務範囲

• 利用者からの技術的な問い合わせの受付と、状況の聞き取り
• ログ・設定・再現手順による原因の調査
• 回避策と解決方法の案内
• 製品の不具合の再現と、開発部門へのエスカレーション
• 障害発生時の利用者への連絡と、復旧状況の共有
• FAQ・ナレッジベースの記事の作成と更新

求められる能力

技術面では、担当する製品の構造に加えて、OS、ネットワーク、データベース、APIといった、製品が動く環境の知識が求められます。ログを読み、問題が製品側にあるのか利用者の環境にあるのかを切り分ける力が中心です。クラウドや開発者向けの製品を扱う組織では、コードを読み、簡単なスクリプトを書く力も必要になります。

非技術面では、利用者の説明から状況を正確に再構成する聞き取りの力と、相手の技術の水準に合わせて説明を変える力が問われます。開発部門へ報告するときは、再現手順と影響範囲を過不足なく書く文章の力が必要です。

この職種に就く人のキャリア経路

ヘルプデスク、インフラエンジニア、SIerの保守担当から移る経路が多く見られます。担当する製品の利用者側の実務経験者が移る例もあります。

その後は、上位のエスカレーションを担当するシニアサポート、カスタマーサクセスエンジニア、SRE、QAエンジニア、ソリューションアーキテクトへ進む経路があります。

隣接職種との違い

採用担当の見極めポイント

• 候補者がどの段階の問い合わせを担当していたかを確認してください。受付と定型回答が中心の一次対応と、ログを読んで原因を特定する二次対応以降では、求められる技術の深さが異なります
• 最も解決に時間がかかった問い合わせについて、原因の切り分けの順序を説明してもらってください。仮説を立てて順に潰していく手順を話せる人は、未経験の製品にも早く対応できます
• 求人票には、対応の手段（電話・メール・チャット）、対応時間とシフト、障害時の待機の有無を明記してください。これらの条件は、技術の水準と同じくらい応募の判断を左右します

求人・市場の傾向

テクニカルサポートは、ソフトウェアメーカー、SaaS企業、クラウド事業者、機器メーカーで広く募集されている職種です。開発者向けの製品やクラウドサービスでは、コードを読める人材を求める募集があり、求める技術の水準が一般的なサポート職より高くなります。求人票では、担当する製品の種類と、一次対応と二次対応のどちらを担当するかを分けて書く必要があります。