はじめに
こんにちは！AWS サポート課の結城です。
現在の部署に配属されてから、早5ヶ月が経ちました。まだまだ学ぶことばかりの日々ですが、この期間で少しずつ見えてきたテクニカルサポートのリアルな姿や、『お客様の課題、問題解決のために、私たちサポートエンジニアは日々どんなことを考えているんだろう？』といった疑問への一つの答えを、皆さんへ共有できればと思い、この記事を書いています。
本ブログでは、そんな新人ならではの視点から、テクニカルサポートの業務についてご紹介していきたいと思います！
（仕事を具体的に説明するために多々専門用語などが入りますが、ご理解いただけると嬉しいです）
テクニカルサポートとは
AWS サポート課は、お客様が日々活用されている AWS に関する技術的なお問い合わせに対応し、発生したトラブルやお困りごとの解決を全サポートする、テクニカルサポート業務を主軸としています。 根本原因の特定から解決策の提示まで、一貫してご支援をすることがテクニカルサポートの役割です。
さらに弊社が提供する請求代行サービスに関するお問い合わせにも社内外問わず対応しており、こちらも重要な業務の一つとなっています。
日々の業務としては、例えばお客様からの技術的なご質問への回答・システム障害発生時の原因究明と解決に向けたサポート・そして AWS の各種サービスをより効果的にご活用いただくための情報提供やアドバイス・技術検証など、多岐にわたります。これらを通じて、お客様の課題解決に貢献しています。
テクニカルサポートの流れ
事実確認
お客様からお問い合わせをいただいた後、最初に行うのが『事実確認』です。ここでは、お客様からいただいた情報を元に、具体的なデータと照らし合わせながら、問題の状況を客観的に把握していきます。
具体的には、対象リソースの CloudWatch Metrics を確認し、パフォーマンスの異常な変動やリソース不足の兆候がないかを調査します。また、関連するログ (CloudWatch Logs、OS のシステムログ、アプリケーションログなど) を詳細に調査し、エラーメッセージ・警告・通常とは異なる動作の記録などを探ります。さらに、お問い合わせいただいた事象が AWS 側で発生している既知の障害やイベントに関連していないかを確認するために、AWS Health Dashboard の情報も参照します。
これらの情報を多角的に分析することで、原因を特定するための重要な手がかりを得ることを目指します。これらの情報を丹念に確認し、お客様から伺った内容と照らし合わせることで、思い込みや推測ではなく、事実に基づいた原因究明を進めることができるのです。この地道な確認作業が、的確なサポートの土台となります。
ヒアリング
『事実確認』を進める中で、原因究明に必要な情報が不足している場合や、お客様の状況をより深く理解する必要がある場合に行うのが『ヒアリング』です。
お客様が今、どのような状況に置かれ、何に一番お困りなのか、そしてどのような解決を望んでいらっしゃるのか。これらを正確に把握しなければ、最適なサポートをご提供することはできません。
そのため、ヒアリングはお客様の状況をより正確に、より詳細に把握するための重要なステップの一つなのです。例えば、『どのような操作をされた際に問題が発生しましたか？』『表示されているエラーメッセージの全文を教えていただけますか？』『いつ頃からこの事象は確認されていますか？』といった具体的な情報をお伺いすることが多いです。
この 5ヶ月の経験でも、お客様からいただく情報の一つ一つが、まるでパズルのピースのように解決の糸口に繋がることを実感しています。お問い合わせ時に詳細な情報をご提供いただければ、その分より迅速に状況を理解し、次のステップへ進むことができます。
調査
仕様調査
お客様からのお問い合わせ内容や、これまでの確認で明らかになった状況を踏まえ、次に『仕様調査』という重要なステップに進みます。この調査の主な目的は、お問い合わせいただいた事象が、AWS サービスの想定された動作 (仕様通りの挙動) なのか、それとも予期せぬ動作なのかを正確に見極めることです。
そのために、まず AWSの公式ドキュメント (デベロッパーガイド、API リファレンス、よくある質問など) を徹底的に確認します。加えて、より深い技術情報やユースケースが解説されているホワイトペーパー、AWS のエキスパートが発信する公式ブログや信頼性の高い技術ブログなども重要な情報源となります。これらの公開情報を丹念に調べるのが、主な活動です。AWS のサービスは常に進化しているため、最新かつ正確な情報を把握するよう努めています。
この仕様調査の結果、もしお客様が経験されている事象が仕様通りの動作であると判断されれば、その仕様に基づいた適切な設定方法や代替案、対処法などをご案内します。一方で、もし仕様から逸脱するような想定外の動作であると考えられる場合は、不具合の可能性も視野に入れ、さらに詳細な調査や次の『検証』ステップへと進みます。
事例調査
サービスの仕様確認と並行して、あるいはその次に行う重要な調査が『事例調査』です。テクニカルサポートには、日々多くのお問い合わせが寄せられ、その一つ一つが貴重なデータとして蓄積されています。
この膨大な過去の対応事例の中から、お客様が現在直面している問題、課題と類似のケースが過去になかったかを徹底的に調査するのが主な目的です。もし同様の事例が見つかれば、その時の原因究明の経緯・効果のあった対処法・あるいは回避策などを参考にできるため、問題解決までの時間を大幅に短縮できる可能性があります。
検証
仕様調査や事例調査で多くの情報を集めても、時には『本当にこれで解決するだろうか？』『お客様の環境で、この手順は間違いなく安全だろうか？』と、確信を持てない状況に直面することもあります。そのような場合に行うのが、最終確認とも言える『検証』作業です。
具体的には、お客様から伺った状況や設定を元に、私たちの手元で検証環境を構築し、そこで実際に操作を試みることで、調査内容の裏付けを取ります。『この手順で、確かにお客様の問題は解決するのか？』『他に考慮すべき点はないか？』といった点を、実践的に確認していきます。
時に新たな発見をもたらし、ドキュメントには記載されていない微妙な挙動を明らかにすることもあります。たとえ最初の検証がうまくいかなかったとしても、その試行錯誤の記録や得られたデータは、問題をさらに深く掘り下げたり、AWS と連携して調査を進めたりする際の、非常に貴重な『手掛かり』となるのです。
（新人が考える）テクニカルサポートから良い回答をもらえるコツとは？？
ここまでテクニカルサポートの業務の概要についてお伝えしました。
ここからは、解決までがスムーズなお問い合わせの共通点を 3 つ書きたいと思います。
その① 詳細な情報
迅速で的確なサポートのためには、お客様の状況をできる限り正確に理解することがとても大事で難しいなと感じています。
お問い合わせ時に、以下の情報をご提供いただけた際に、解決への近道になるケースが多いです。
ご利用環境に関する基本的な情報
問題が発生しているシステムの構成や状態を把握するために重要です。
- 対象リソースの ARN・各種 ID: (例: EC2 インスタンス ARN、S3バケット名など)
調査対象を正確に特定し、迅速に状態確認を行うことができます。 - OS・関連ソフトウェアのバージョン: (例: Amazon Linux 2、Windows Server 2019、Apache 2.4.x など)
環境固有の問題や互換性を考慮できます。 - 通信経路の概要: (可能であれば簡単な構成図など)
ネットワーク関連の問題切り分けに役立ちます。
障害やトラブル発生時の具体的な状況
問題の原因を特定するための直接的な手がかりとなります。
- 関連ログ (エラー発生時刻周辺): (例: CloudWatch Logs, OS ログ、アプリケーションログなど)
システム内部の動作記録から原因究明の手がかりを得ることができます。 - 正確なエラーメッセージ・コード (全文):
解決の重要なキーワードとなります。 - 問題発生時の作業内容・再現手順: (「いつ」「何をしたら」「どうなったか」)
問題のトリガー特定や再現テストに不可欠な情報です。 - 期待していた動作と実際の動作の具体的な差異:
解決のゴールを明確にし、的確なアドバイスに繋げることができます。
その② ビジネスインパクト
お問い合わせいただいた問題の詳細な技術情報に加えて、ぜひ共有していただきたいのが、その問題がお客様のビジネスに与える影響度 (ビジネスインパクト)です。ビジネスインパクトは、具体的な数値 (定量的データ)で伝えていただくと、影響の大きさがより明確に伝わります。(例：「1 時間あたり約 〇〇 万円の機会損失」「〇〇 人の業務が停止」など)
お客様のビジネスへの影響を真摯に受け止め対応していますが、そのためにも状況を正確に反映した情報提供が、効果的な問題解決に繋がります。
その③ ご質問は 1 つずつ
お問い合わせは一つの明確な問題（またはご質問）につき 1 件でいただくことが、迅速な回答を得る近道だと考えています。
一つの問い合わせに複数の異なる問題が含まれると、調査が多岐にわたり、それぞれの回答までに時間がかかってしまうからです。
複数の問題が明らかに密接に関連している場合 (例：一連の障害と考えられる場合など) は、まとめていただく方が状況を把握しやすく効果的ですが、独立した問題と思われる場合は、個別にお問い合わせを分けていただくことが早期解決のカギとなります！
これにより、一つの問題に集中して対応でき、結果としてより迅速かつ的確な回答に繋がりやすくなります。
おわりに
このブログでは、AWS サポート課に配属されて約 5 ヶ月の私視点から、テクニカルサポートの具体的な業務内容や、お客様とよりスムーズに連携し、迅速な問題解決を目指すためのポイントについて、お話しさせていただきました。
お問い合わせの「ヒアリング」から始まり、事実の「確認」、そして「調査」といったステップを経て、サポートエンジニアがお客様の課題解決にどのように向き合っているか、少しでもその雰囲気を感じていただけたなら幸いです。
このブログが、日々どのような想いで業務に取り組んでいるのかを少しでも身近に感じていただく「きっかけ」となり、普段はなかなか見えにくいサポートの裏側を知っていただく一助となれば、これほど嬉しいことはありません。
私も、まだまだ学ぶことばかりの毎日ではありますが、一日も早くお客様から信頼され、AWS 活用の真のパートナーとしてお役に立てるよう、日々努力を重ねてまいります！
最後までお読みいただき、本当にありがとうございました。
