EC担当者の転職面接で、AI活用をどう話すと実務経験に聞こえるか

EC実務の転職面接は「自己紹介→職務経歴→志望動機→転職理由→逆質問」の5ステップで進む。AI活用経験は必須条件として設定されている求人は限られ、加点要素として扱われることが多い。評価を分けるのは「使った」という事実ではなく「何を、なぜ、どう変えたか」を工程と数字で語れるかどうかだ。

採用側がEC担当者に見ているのは、モールの操作知識そのものより「現場を数字と工程で語れるか」。AI活用経験はその一例であって、前提ではない
職務経歴は作業の列挙では通らない。応募先が求める人物像に合わせて「翻訳」する工程が要る
志望動機・転職理由・逆質問は、一本の線としてつながっているかで見られる。前職批判ではなく「次に実現したいこと」で組み立てる

職務経歴書のファイルを開いて、一行目に「楽天RMSにて受注処理業務を担当」と書いたところで手が止まった経験は、EC実務者ならおそらく心当たりがある。書いてあることは事実だ。嘘は一つもない。それなのに、この一行を読み返すと自分の3年間が急に薄っぺらく見えてくる。受注一覧のCSVを毎朝落として、在庫の食い違いを一件ずつ潰して、セール前に商品ページを直して、返品の問い合わせに謝って。あれだけ働いたのに、書けることが一行しかない。

これは経験が足りないのではなく、EC実務が「見えにくい実務」だからだ。営業なら受注金額、開発ならリリースした機能、と成果が外形的に残る職種と違って、EC運用の成果は「事故が起きなかった」「回った」という形で現れる。回っていることは、書類の上ではゼロに見える。

さらに厄介なのは、面接する側がEC出身とは限らないことだ。人事や事業責任者が面接官に入る場合、「RMS」「セラーセントラル」「在庫引当」といった語はそのままでは通じない。通じない語で説明された経験は、面接官の頭の中で「よく分からない事務作業」に丸められる。実力の問題ではなく、通訳の問題である。

この記事では、EC実務の経験を面接で通る形に変換する手順を、受発注・在庫・CS・モール運用・AI活用の5領域それぞれについて具体的に扱う。転職すべきかどうかをまだ迷っている段階の人は、EC担当者のIT転職はどこまで現実的かを先に読んでから戻ってきてほしい。本記事は「転職すると決めた後、面接で何をどう言うか」の実行フェーズを扱う。

EC担当者の転職面接はどう進むか──基本の5ステップ
面接官はEC担当者の何を評価しているか──AI活用経験は「加点」であって「必須」ではない
職務経歴の翻訳表：受発注・在庫・CS・モール運用をどう「成果」として書くか
AI活用経験を語る場面ではどう言うか──「使った」ではなく「何が変わったか」を数字で
よく聞かれる質問と回答骨子──EC担当者特有の想定問答集
志望動機と転職理由に一貫性を持たせる書き方
逆質問で「現場を知っている」ことを示す
転職活動を始める前にできる準備（経験の棚卸し・第三者への相談）
よくある質問

EC担当者の転職面接はどう進むか──基本の5ステップ

面接の流れは業界によって大きく変わるものではない。一般的には次の5ステップで進む形が多い、という前提を持っておくと、準備の配分を決めやすい。

ステップ	目安の時間	面接官が確認しようとしていること
1. 自己紹介	1〜2分	要点を圧縮して話せるか。何の専門家として来たのか
2. 職務経歴の説明	3〜5分	担当範囲の広さと深さ。数字と工程で語れるか
3. 志望動機	2〜3分	自社でなければならない理由があるか
4. 転職理由	2〜3分	同じ理由で辞めないか。他責になっていないか
5. 逆質問	5〜10分	入社後の解像度。事前に何を調べてきたか

この配分を見ると、EC実務者がつまずきやすい場所がはっきりする。2の職務経歴は3〜5分しかない。ここで手順の説明を始めると、それだけで持ち時間が終わる。

やりがちな失敗：手順を話してしまう

実際、経験が濃い人ほどこうなる。「まず朝一で楽天RMSの受注一覧から前日分のCSVをダウンロードして、Amazonはセラーセントラルの注文管理から出して、Shopifyは注文画面から絞り込んで、それを在庫表と突き合わせて……」。話している本人は正確に説明しているつもりだが、聞いている側に残るのは「毎日CSVを触っていた人」という印象だけだ。

面接官が知りたいのは操作手順ではない。その手順の中で、この人が何を判断していたかである。3チャネル分のCSVを突き合わせていたなら、そこには「在庫の正本をどこに置くか」という判断があったはずだ。突き合わせが必要だったということは、正本が定まっていなかったということでもある。そこに気づいて何かを変えたなら、それが成果になる。

自己紹介は「何の専門家か」を1文で置く

冒頭1〜2分は、経歴の朗読に使わない。職務経歴書は面接官の手元にあるので、書いてあることを読み上げても情報は増えない。ここでやるべきなのは、これから聞く話の見出しを渡すことだ。

たとえば「3モール（楽天・Amazon・自社Shopify）の受注から出荷指示までを担当し、直近1年はチャネル間で二重になっていた確認作業を統合する側に回っていました」。これで面接官の側に「受注オペレーションの改善をやってきた人」という枠ができる。枠ができると、続く職務経歴の説明が枠に収まっていくので理解の負荷が下がる。

持ち時間の設計を先に決めておく

準備の順番として、話す内容より先に「どの話を何分で話すか」を決めておくほうが効率がよい。目安として、職務経歴で語るエピソードは3つまでに絞る。全業務を網羅しようとすると1件あたりが薄くなり、どれも「やっていました」で終わる。

3つの選び方には基準がある。①自分で課題を見つけたもの、②他部署や外部と調整したもの、③数字が動いたもの。この3つが揃うと、課題発見・巻き込み・成果という異なる面をそれぞれ1エピソードで示せる。同じ性質のエピソードを3つ並べても、伝わる面は1つしか増えない。

逆質問が最長になる面接もある

5の逆質問に5〜10分取られるケースは珍しくない。ここを「特にありません」で終えると、直前まで良い受け答えをしていても印象が落ちる。逆に、EC実務者は逆質問で圧倒的に有利になれる。現場の運用を知っているからこそ出せる質問があるからだ。具体的な組み立ては後半のh2で扱う。

なお、選考プロセス全体（何次面接まであるか、適性検査や課題があるか、内定後の条件提示のタイミング）は企業ごとに大きく異なる。求人票や転職エージェントからの案内で確認すべき観点であり、一般化して覚えても意味が薄い部分である。

面接官はEC担当者の何を評価しているか──AI活用経験は「加点」であって「必須」ではない

結論から言うと、評価されているのは業務知識の量ではなく「現場を数字と工程で語れるか」という一点に集約されやすい。転職ノウハウとして流通している情報を横断すると、業務改善を自分で見つけて実行し数字で示せたか、課題発見力、主体性、職種をまたいで持ち運べるスキル（ポータブルスキル）、といった軸が繰り返し挙がる傾向がある。ただしこれは一般的な採用論の集約であり、EC業界に固有の採用基準として確認されたものではない。応募先ごとの評価基準は求人票の要件定義とカジュアル面談で確かめる観点として扱ってほしい。

なぜ「操作できる」が評価になりにくいのか

RMSやセラーセントラルの操作は、入社後に数週間で習得できる部類の知識だと見なされやすい。管理画面は各社が更新するし、応募先が使っているのが別のカートやOMSなら、覚え直しになる。覚え直せば済むものは、採用の決め手にならない。

一方で覚え直しが効かないものがある。「同じことを3回やっている」と気づく感覚、在庫の食い違いが起きたときに原因の切り分け順序を持っていること、CSの一次対応で「これは謝って終わる案件か、物流に上げる案件か」を判断できること。これらは管理画面が変わっても持ち運べる。面接で語るべきなのはこちら側だ。

非EC出身の面接官には、語彙が壁になる

面接官が事業部長や人事だった場合、「在庫引当のタイミングがモールごとに違って」と言っても伝わらない可能性がある。ここで専門用語を並べると、詳しい人だと思われるどころか「説明が下手な人」と受け取られかねない。

翻訳の方向は決まっている。専門語を消すのではなく、専門語のあとに「つまり何が起きるか」を一文足す。

そのまま言うと通じにくい	一文足した形
在庫引当のタイミングがモールで違う	在庫引当のタイミングがモールで違い、同じ在庫を2件に売ってしまう「売り越し」が発生します。売り越すとキャンセル対応と評価低下の両方が起きます
モール別商品番号の管理が煩雑	同じ商品に楽天用・Amazon用・自社用で別々の番号が付いていて、どれが同じ商品かを人間の記憶で紐付けている状態でした
CSの一次解決率が低い	問い合わせの半分が担当者に転送されていて、お客様は2回説明することになっていました

この「つまり何が起きるか」は、非EC出身の面接官に説明するためだけの技術ではない。自分が何を解いていたのかを自分で理解しているかどうかの試金石でもある。一文足せない業務は、まだ棚卸しが終わっていないと考えたほうがいい。

AI活用経験の正しい位置づけ

「AI活用経験がないと転職で不利になるのでは」という不安から準備を始める人が増えている。この前提はいったん外したほうがいい。

理由は2つある。1つ目に、AI活用は目的ではなく手段であること。面接官が見ているのは「業務改善を自力で回せる人か」であって、その手段が生成AIだったかExcelのマクロだったかGoogleフォームだったかは、評価の本体ではない。2つ目に、AI活用経験は語り方を誤ると逆効果になりうること。「ChatGPTで商品説明文を作っていました」だけで止まると、業務理解の浅さのほうが目立ってしまう。

裏を返すと、AI活用経験がある人にとって差がつくのは「持っているかどうか」ではなく「どう語るか」である。この語り方は後半のh2で型として扱う。AI活用に限らず、EC担当者が身につけるべきスキルの全体像はEC担当者がAI時代に持っておくべきスキルで整理している。

「回っていた」を成果に変換する

EC運用の大半は、事故を起こさずに回すことに費やされる。これは書類上ゼロに見えると先に書いたが、変換の方法はある。回すために自分が何を決めていたかを書く。

たとえば「お買い物マラソンの前週に、在庫の少ない商品を広告対象から外す判断をしていた」。これは日常業務の一部だが、言語化すると「販促と在庫の整合を取る判断を担当者レベルで行っていた」という話になる。判断していたという事実自体が、裁量の範囲を示す材料になる。

職務経歴の翻訳表：受発注・在庫・CS・モール運用をどう「成果」として書くか

ここが本題である。職務経歴書に書く一行を、作業の名前から成果の記述へ変換する。型は「役割→行動→成果」の3行構成に固定しておくと、業務が違っても同じ手順で書ける。

変換前と変換後（4領域）

領域	よくある書き方	翻訳後（役割／行動／成果）
受発注	楽天RMSにて受注処理業務を担当	役割：3チャネル（楽天・Amazon・自社Shopify）の受注確認から出荷指示までを1名で担当／行動：チャネルごとにバラバラだった確認手順を1本の朝次フローに統合し、確認順序を固定した／成果：受注確認の所要時間を1日あたり◯分短縮。確認漏れによる出荷遅延を月◯件から◯件へ削減した
在庫管理	在庫管理、棚卸し補助	役割：SKU約900点の在庫数の整合管理／行動：在庫の正本を自社の管理表からOMS側へ移し、モールへの反映を担当者の手動更新から自動連携に切り替えた／成果：売り越しの発生原因を「反映遅れ」と「返品戻し忘れ」の2つに切り分け、前者を連携の自動化で、後者を返品受領時の処理手順の変更で個別に潰した
CS対応	お客様からの問い合わせ対応	役割：モール横断の一次対応（1日あたり平均◯件）／行動：転送が多かった上位3類型（配送状況・サイズ違い・返品可否）についてテンプレートと判断基準を作成／成果：一次解決率を◯%から◯%へ改善。エスカレーション時に引き継ぐ情報の項目を統一し、担当者の再確認をなくした
モール運用	楽天・Amazonの店舗運営	役割：商品登録・ページ改修・イベント設計／行動：スーパーSALE前の値引き設計で、ポイント原価とクーポン原価を粗利から逆算する試算表を作成／成果：イベント参加可否を感覚ではなく粗利ラインで判断する基準を作り、赤字になる商材を事前に除外できるようにした

◯には自分の実績値を入れる。変換後を読むと、同じ人が同じ業務をやっていたはずなのに、担当者の像がまったく違って見える。増やしたのは事実ではなく「どこを自分で決めたか」の記述だけである。

在庫の行だけ補足しておく。反映頻度を「1日2回にした」のような形で書くと、面接官がEC出身だった場合に逆効果になりうる。複数チャネルを持つ現場では、反映のタイムラグがそのまま売り越しに直結するため、頻度を落とす設計は説明が要る。書くなら手動から自動に変えたという軸か、間隔を短くしたという軸で書く。頻度の数字そのものではなく、何を減らしたのかを主語にする。

成果は「時間・件数・金額」で書けるなら、そちらを優先する

成果の欄で最も強いのは、事業の数字に接続する指標だ。作業時間、事故件数、対応件数、粗利。「工程を3つから1つにした」は改善のプロセスの説明であって、成果そのものではない。数字が手元にあるなら、必ず数字を先に置く。

ただし現実には、数字が取れない状況が頻繁に起こる。前職のRMSにはもうログインできないし、当時のスプレッドシートは会社のドライブの中にある。そもそも計測していなかった業務も多い。ここで嘘の数字を作るのは最悪の選択になる。面接で深掘りされた瞬間に崩れるうえ、崩れ方が「盛った」形になる。

数字が取れないときの代替：工程数で書く

代替として使えるのが工程数である。「4画面を開いていたのが1画面になった」「確認を3回していたのが1回になった」「引き継ぎに要していた口頭説明を手順書に置き換えた」。これらは記憶から復元でき、検証にも耐え、業務改善の実質を示す。

工程数で書くときの注意点は、残った工程を弱点に見せないことだ。「3箇所から1箇所に絞った」とだけ書くと、1箇所まだ漏れる余地があるという読み方をされうる。「確認を1工程に集約し、そこだけを目視チェックの対象として明示した」と書けば、残した1工程は設計上の判断になる。減らした数だけでなく、なぜそこを残したかまで書くと、運用を分かっている人の書き方になる。

工程数のほかに、記憶から復元しやすい指標を挙げておく。

頻度：毎日／週次／月次／繁忙期のみ。同じ改善でも毎日のものは効果が積み上がる
関与人数：自分だけの改善か、他部署を巻き込んだか。巻き込みは調整力の証拠になる
対象範囲：SKU数、チャネル数、対応件数のレンジ。正確な値でなく「約」で構わない
所要時間の体感：「1件あたり5分かかっていた」は主観だが、工程の説明とセットなら妥当性を判断してもらえる

盛らないための線引き

職務経歴書の表現は「読み手が期待する像」と「入社後の実像」がずれない範囲に収める。ずれると、入社後の期待値ギャップという形で自分に返ってくる。線引きの目安は次の3つだ。

主語をすり替えない：チームでやったことを「私が導入した」と書かない。「導入時のテスト設計を担当」のように役割を切り出す
成果の帰属を独占しない：売上が伸びた要因が施策以外にもあるなら、「同時期に◯◯もあったため寄与度は切り分けられていないが」と添える。この一言があると、むしろ数字の見方が分かっている人だと伝わる
再現性を約束しない：前職で効いた施策が応募先で効くとは限らない。「同じ手順が使えるかは、御社の在庫の持ち方次第だと思っています」と留保を置くほうが、実務を知っている印象になる

この3つは謙遜のためではない。面接官が警戒するのは、盛った経歴が入社後に露見することのリスクであり、それを自分から回避できる人は安全な採用候補に見える。

AI活用経験を語る場面ではどう言うか──「使った」ではなく「何が変わったか」を数字で

「AIを業務で使った経験はありますか」と聞かれたとき、答えが「ChatGPTで商品説明文を作っていました」で止まると、そこで話が終わる。面接官の側に次の質問が浮かばないからだ。逆に、続きを聞きたくなる答えには共通の構造がある。工程のどこを担ったかが分かるという構造だ。

AI活用は4工程に分解して語る

生成AIを業務に入れるとき、実際の作業は次の4つに分かれる。

入力：何を、どんな形式でAIに渡したか（商品スペックの表か、受注メールの本文か、売上CSVか）
生成：どんな指示を出したか。指示をどう改稿していったか
人間チェック：出力の何を、誰が、どの基準で確認したか
反映：確認済みの出力を、どの画面・どのシステムに、どう戻したか

「ChatGPTで商品説明文を作った」という話は、この4工程のうち2しか語っていない。実務で難しいのは2ではなく3と4である。生成した文章の表現をどう担保するのか、確認が済んだ文章をRMSの商品ページにどう反映するのか。ここを設計した経験があるなら、それが差別化になる。

言い換えの例

止まっている答え	4工程で語り直した答え
ChatGPTで商品説明文を作っていました	商品スペックの表を決まった形式で渡し、訴求の切り口を3案出させて、そこから人間が1案選んで手直しする形にしました。指示文の中に自社で使わない表現のリストを入れて出力段階で抑えつつ、生成は毎回同じ出力になるとは限らないので、公開前の確認工程は残しています。ゼロから書くより、選んで直すほうが速いという判断です
AIで問い合わせ対応を効率化しました	過去の問い合わせを類型に分けて、上位3類型だけAIに下書きを作らせました。送信前は人が確認する運用のままにしています。金額と納期に触れる回答はAIに書かせない、という線を先に引きました
AIで売上分析をしていました	売上データを渡すときに「事実と推測を分けて出してください」と指示するかどうかで、出力の使い勝手が変わりました。指示が曖昧だと、断定的な原因分析が返ってきて、そのまま報告に使えない

1行目について補足しておく。表現の管理を指示文の中だけで完結させる設計にすると、面接で「生成が毎回同じ結果になる保証はないですよね」と突っ込まれる余地が残る。逆に、確認工程を人手でやり続けるだけの設計だと、効率化の効果が薄い。指示文で抑えたうえで、公開前の確認を残すという二段構えで説明できると、AIの性質を理解して運用していることが伝わる。景表法や薬機法に関わる表現の扱いは業種によって求められる水準が異なるため、応募先の商材でどこまでの確認体制が要るかは、逆質問で確かめる観点になる。

語れる材料は「うまくいかなかった話」にもある

AI活用の話で最も信用されるのは、成功事例よりも限界を把握している話である。当メディアで検証した内容から、面接で使いやすい形の例を挙げる。いずれも編集部が実際に手を動かして書いた記事なので、興味があれば元記事も確認してほしい。

自動化の目標値を100%に置かない：受発注メールの本文から受注データを取り出す手順では、自動化の目標を8割に置いている。取引先ごとの書式が10種類を超えたあたりから、例外処理のコードのほうが本体より膨らんで逆転しやすいためだ。「全部自動化します」と言う候補者より、「8割で止める設計にしました。理由は例外の管理コストです」と言う候補者のほうが、運用を任せられそうに見える
実行制限を前提に設計する：GASでChatGPT APIをスプレッドシートから呼ぶでは、300行を手作業で処理すると2時間半かかる（1行30秒としての試算値）処理を扱っている。ただしGASには実行時間の上限があるため、途中で止まる前提で「中断して再開できる」「失敗した行だけ再実行できる」構成にしている。ツールの制約を先に確認してから設計する、という思考の順序がここに出る
AIに渡す前に業務を分類する：EC受発注・在庫管理の自動化は、どこからAIに渡していいのかでは、業務を「転記」「判断」「例外」の3つに分け、着手の優先度を「頻度・所要時間・被害の大きさ」で決める考え方を扱っている。面接で「どこから手を付けましたか」と聞かれたときに、この分類があると答えが具体になる
指示の粒度で出力の信頼性が変わる：EC売上の分析に、AIはどこまで使えるのかでは、編集部が検証用の想定データ（架空の売上データ）を自作してAIに分析させている。実在の店舗実績ではない点は誤解のないように書いておく。この検証で得られたのは数値そのものではなく、「単に分析してください」と投げるより「事実と推測を分離して」と指示したほうが、そのまま報告に使える出力になるという工程上の知見だ

「なぜAIを使い始めたか」には動機を答える

この質問は、AI活用経験の有無を確認するためではなく、自発性を見るために聞かれることが多いと考えたほうがいい。「上長に言われて」だと自発性の話にならないので、その場合でも「言われた後、自分でどこに使うか決めた」部分を切り出す。

回答の骨子は「困っていたこと→試した理由→やってみて分かったこと」の順で十分だ。困っていたことが具体的であるほど信用される。「毎週月曜に3時間かけて手で集計していた表があって、それが毎回同じ形式だったので、これは人がやらなくていいはずだと思った」。これで動機の説明は足りている。

自分のAI関連の経験をどう棚卸しするかについては、EC担当者がAI時代に持っておくべきスキルで業務をAIとの関係で3つに分けて整理している。棚卸しを済ませてから、本記事の型で面接用に翻訳する順序が組み立てやすい。

よく聞かれる質問と回答骨子──EC担当者特有の想定問答集

一般的な転職ノウハウに載っている質問（強み・弱み・5年後のキャリア）は他所に譲る。ここではEC実務者が聞かれやすい、業務に踏み込んだ質問を扱う。回答は暗記せず、骨子だけ持って本番で組み立てるほうがよい。暗記した答えは、深掘りされた瞬間に不自然になる。

Q1.「一番大変だったトラブルは何ですか」

EC実務者はここで答えに詰まらない。売り越し、誤出荷、モールの仕様変更、繁忙期のサーバー遅延、悪いレビューの連鎖。材料は豊富にある。問題は選び方だ。

骨子：状況（いつ・どの規模で）→ 最初にやったこと → 原因の切り分け → 再発防止として変えた仕組み → 変えた後に残ったリスク。

最後の「残ったリスク」を言えるかどうかが分かれ目になる。「これで完全に解決しました」と言い切ると、運用の実感が薄く聞こえる。「反映のタイミングを2回に増やしたので発生頻度は下がりましたが、セール当日の在庫変動には追いつかないので、当日は手動で見る運用を残しました」。こう言えると、トレードオフを理解して運用している人だと伝わる。

Q2.「なぜAIを使い始めたのですか」

前のh2で扱った通り、自発性を見る質問である。骨子は「困っていたこと→試した理由→分かったこと」。

注意点が1つある。「業務を効率化したかったから」だけで終えない。これは動機の説明になっておらず、抽象度が高すぎる。何が、どのくらい、どんなふうに面倒だったのかを1文で足す。「毎週月曜に3時間」「同じ書式のメールを1日40件」のように、量が入ると具体になる。

Q3.「現場の反発にはどう対応しましたか」

新しいツールや手順を入れた話をすると、続けて聞かれることが多い。ここでの落とし穴は、反発した側を「理解のない人たち」として語ってしまうことだ。入社後に同じ構図で衝突する人だと見なされうる。

骨子：相手が何を心配していたのかを、相手の立場から言語化する → その心配に対して何を用意したか → 全面移行ではなく段階を踏んだ場合はその設計 → 結果どこまで浸透したか（浸透しなかった部分があるなら正直に言う）。

たとえば「ベテランのパートさんが反対したのは、新しい画面を覚え直す負担と、ミスしたときに自分のせいになる不安だったと思います。なので最初の1ヶ月は旧手順と並行にして、新しい手順で処理した分を私が全件確認する形にしました」。これは巻き込み方の説明であり、実際にやった人でないと出てこない粒度になる。

Q4.「在庫はどう管理していましたか」

一見すると事実確認の質問だが、実際は設計の思想を聞かれていることが多い。「エクセルで管理していました」で終えると、そこで打ち切られる。

答えるべきは「正本をどこに置いていたか」である。自社の管理表が正本なのか、OMSが正本なのか、モール側の在庫数を都度見にいっていたのか。そして正本から各チャネルへの反映が、リアルタイムなのか、1日◯回のバッチなのか、手動なのか。この3点を答えると、規模と成熟度が同時に伝わる。

加えて、うまくいっていなかった点を1つ添えると解像度が上がる。「返品が戻ってきたときの在庫戻しだけが手作業のままで、ここが定期的に食い違いの原因になっていました」。

Q5.「セールの繁忙期はどう回していましたか」

お買い物マラソンやスーパーSALE、Amazonのセール期間の話である。ここは日常と非日常の切り替えを設計できるかを見られる。

骨子：事前準備（いつから何を仕込むか）→ 期間中の役割分担 → 通常運用のうち何を止めたか → 終了後の処理。3つ目の「何を止めたか」がポイントになる。繁忙期に全部を通常通りやろうとして破綻する現場は多く、止める判断をした経験は運用設計の材料になる。

Q6.「数字はどこまで見ていましたか」

担当範囲の深さを測る質問である。売上だけを見ていたのか、CVRやアクセス数まで見ていたのか、粗利まで見ていたのか。ここで粗利やポイント原価・クーポン原価まで見ていたと答えられると、担当者ではなく運営側の視点を持っていた証拠になる。

見ていなかった場合に無理をして「見ていました」と答えるのは避けたい。代わりに「売上とCVRまでは日次で見ていました。粗利は月次で上長が見る形だったので、自分の判断材料には入っていませんでした。ただ、イベントの値引き設計をするときに原価の話が出てくるので、そこは知っておくべきだったと思っています」と言えば、範囲の正直な申告と学習意欲の両方が伝わる。

Q7.「未経験の領域に入ることに不安はないですか」

EC実務からIT・AI寄りの職種へ移る場合に聞かれる。ここで「勉強します」と言うだけでは足りない。すでに何を始めているかが答えの中身になる。書籍でもスクールでも独学でも構わないが、いつから、何を、どのくらいの頻度でやっているかを事実として言えるようにしておく。始めていないなら、面接の前に始めるほうが早い。

志望動機と転職理由に一貫性を持たせる書き方

職務経歴の説明が良くても、志望動機と転職理由でつまずく人は多い。理由は単純で、この2つは準備した内容そのものより、他の回答とつながっているかで見られるからだ。単体で完成度の高い志望動機を作っても、転職理由と噛み合っていなければ、その場で作った話に見える。

3つの回答は1本の線になっていなければならない

チェックの方法は簡単だ。次の3つを紙に並べて書き、矢印でつながるかを見る。

転職理由：今の環境で解けない問題は何か
志望動機：応募先ならなぜそれが解けるのか
職務経歴で強調したエピソード：その問題を解こうとした形跡が過去にあるか

つながっている例を挙げる。転職理由が「受注オペレーションの改善を提案しても、システム側に手を入れられる人が社内にいなかった」。志望動機が「御社は内製で開発チームを持っていて、運用側の課題をそのまま実装に回せる体制がある」。職務経歴で強調したのが「手作業の工程を洗い出して、外部ツールで置き換えられる範囲まで自分でやった」。この3つは同じ方向を向いている。

つながっていない例も挙げる。転職理由が「残業が多かった」、志望動機が「成長できる環境だから」、職務経歴が「CS対応を丁寧にやっていた」。それぞれ嘘ではないが、線が引けない。面接官の側に「この人は何をしにうちへ来るのか」が残らない。

転職理由は「批判」ではなく「解けなかった問題」に変換する

前職への不満をそのまま述べるのは避けたほうが安全だとされる傾向がある。ただしここには誤解がある。「前向きに言い換えれば何でも通る」わけではない。不自然に前向きな理由は、むしろ本音を隠していると受け取られる。

実務的に扱いやすいのは、不満を「自分が解こうとして、環境の制約で解けなかった問題」の形に変換する方法だ。この形にすると、不満の中身は消えないまま、主語が自分に戻る。

そのまま言うと不利になりやすい	解けなかった問題として言い直す
残業が多かった	手作業の工程が多く、繁忙期は業務時間の大半が確認作業に消えていました。仕組みで減らす提案はしましたが、システムを触れる担当者が社内にいなかったため、私の範囲では手が届きませんでした
評価されなかった	改善の成果を数字で示す仕組みが無く、事故が起きない状態を維持していることが業務として見えにくい環境でした。成果を測れる形で仕事をしたいと考えています
会社の将来が不安	モール依存の売上構成で、自社チャネルを育てる投資判断が出ない状況でした。自社側のデータを使った施策に関わりたいと考えています
人間関係が合わなかった	（無理に変換しない。詳細は語らず「業務の進め方の考え方が異なる場面が続いたため」程度に留め、志望動機側で自分が望む進め方を具体的に述べる）

最後の行を空欄にしていないのには理由がある。人間関係を業務課題に変換しようとすると、かえって嘘くさくなる。踏み込まないという選択も準備のうちに入れておくほうがよい。

志望動機は「求人票のどこに反応したか」から書く

志望動機で最も避けたいのは、どの会社にも出せる文章になることだ。「成長環境」「風通しの良さ」「事業の将来性」といった語だけで構成されていたら、書き直しの合図になる。

手がかりは求人票の中にある。募集要項の業務内容を読むと、その会社が今どこで詰まっているかが透けて見える。「在庫データの整備」「OMS移行の推進」「モール運用の内製化」のような記述があれば、それはまさに今困っていることだ。自分の経験のどこがそこに接続するかを1対1で書くと、志望動機は具体になる。

接続の書き方は「御社の◯◯という業務は、私が前職で△△をやっていたときの状況と近いと考えています」で足りる。合っているかどうかは面接で確認すればよく、外していたとしても「どう違いますか」という会話に発展する。抽象的な志望動機からは、会話が発展しない。

「なぜECではなくIT・AI側なのか」への答えを用意する

EC実務からIT寄りの職種を目指す場合、この質問は聞かれることが多い。答え方の方向は2つある。

1つは連続性で答える方向。「EC運用の中で、手作業を仕組みに置き換える部分が一番面白かった。その部分を専門にしたい」。前職の経験を否定せずに接続できるので、無理がない。

もう1つは射程で答える方向。「運用側にいると、直せる範囲が管理画面の設定までで止まる。データの持ち方から設計できる側に回りたい」。こちらは志の説明になるが、現時点でどこまで手を動かしているかを添えないと、願望だけに聞こえる。どちらを選ぶにせよ、前職を下げる文脈にしないことが要点になる。

逆質問で「現場を知っている」ことを示す

逆質問はおまけの時間ではない。面接時間の1〜2割を占めることもあり、そこで何を聞くかは入社後の解像度の高さをそのまま露出する。EC実務者にとっては、ここが最も差をつけやすい場面になる。現場の運用を知っている人間にしか出せない質問があるからだ。

用意する数と組み立て方

3〜5個用意しておく型が推奨される傾向がある。面接の中で自然に解消される質問が出るため、多めに持っておくと詰まらない。1つの質問は「結論（何を聞きたいか）→ 背景（なぜ気になるか）→ ねらい（答えを何に使うか）」の順で組み立てると、質問の意図が伝わりやすい。

例：「在庫の正本はどのシステムに置かれていますか（結論）。前職では自社の管理表とモール側で数字が二重管理になっていて、売り越しの原因がそこに集中していました（背景）。入社後に自分がどの範囲まで触れるのかを知っておきたいです（ねらい）」。

EC実務者だから聞ける質問

在庫の正本はどこにありますか。各チャネルへの反映は自動ですか、手動ですか（在庫設計の成熟度が分かる）
受注から出荷指示までのリードタイムはどのくらいですか。その中で人が判断している工程はどれですか（自動化の余地がどこにあるかが見える）
モール別の商品番号や商品管理番号は、どなたが採番していますか。マスタは一元化されていますか（データ整備の状態が分かる）
返品・交換が発生したときの在庫戻しは、どの工程でどなたが行っていますか（多くの現場で手作業が残る箇所。ここを聞ける人は運用を知っている）
お買い物マラソンやセール期間中、通常業務のうち止めているものはありますか（繁忙期の設計思想と、現場の負荷が分かる）
AI活用は誰が旗を振っていますか。現場発ですか、経営側からの方針ですか（入社後に自分が推進役になるのか、既定路線に乗るのかが分かる）
入社後3ヶ月で期待される成果は何ですか（EC特有ではないが、期待値のすり合わせとして効く）

これらの質問には副作用がある。聞いた時点で、聞いた側の理解度が伝わる。「返品時の在庫戻しは誰がやっているか」という質問は、返品が在庫の食い違いの温床になることを知らないと出てこない。面接官がEC出身なら、この一問で話が通じる相手だと認識される。

聞かないほうがよい質問

逆に、初回の面接で持ち出すと印象が落ちやすいものもある。

調べれば分かること：事業内容、取扱商材、上場の有無など。求人票と採用サイトに書いてある内容を聞くと、準備不足として受け取られる
「特にありません」：最も避けたい。もし本当に疑問が解消されてしまったら、「◯◯についてはお話の中で理解できたので、代わりに△△を伺えますか」と切り替える
待遇の詳細を一次面接で深掘りする：条件確認は必要な工程だが、確認のタイミングは選考の段階によって変わる。転職エージェント経由なら、聞く相手をエージェントに寄せる選択肢もある
抽象的な社風の質問：「風通しはいいですか」と聞かれて「悪いです」と答える会社はない。知りたいことがあるなら「意思決定は何人の承認を経ますか」のように、事実で答えられる形に落とす

逆質問は自分が判断するための時間でもある

ここを見落とすと、逆質問が「印象を良くするための儀式」になってしまう。実際には、入社後に自分が壊れないかを確かめる数少ない機会である。

EC運用は、体制が整っていない会社では一人に全業務が集中しやすい。受注も在庫もCSもモール運用も広告も、全部一人。求人票では「幅広く裁量を持って」と書かれる状態が、入ってみると単なる人員不足だった、ということは起こりうる。

これを見分けるには、体制を数で聞くのが早い。「EC担当は現在何名ですか」「そのうち受注処理を担当しているのは何名ですか」「繁忙期は人を増やしますか、それとも同じ人数で回しますか」。答えの数字と、業務範囲の広さを突き合わせれば、負荷の見当はつく。

聞きにくいと感じるかもしれないが、体制の質問は失礼にはあたらない。むしろ、入社後の稼働イメージを持って質問している候補者だと受け取られる。採用は片側の選抜ではなく相互の確認であるという前提を、逆質問の時間で行動として示すことになる。

転職活動を始める前にできる準備（経験の棚卸し・第三者への相談）

ここまでの内容は、すべて「棚卸しが終わっている」ことを前提にしている。翻訳する元の材料がなければ、翻訳のしようがない。応募を始める前にやっておく作業を、順番に整理する。

棚卸しの手順（所要2〜3時間）

1日の業務を時系列で全部書き出す：朝の受注確認から退勤までを、細かい作業単位で列挙する。この段階では評価しない。「メールを見る」「在庫表を開く」レベルで構わない
週次・月次・繁忙期の業務を別枠で足す：日次だけ書くと、月末の締め処理やセール準備が抜ける。抜けた業務ほど、実は裁量が大きい仕事であることが多い
各項目に「誰が決めているか」を書く：自分／上長／ルール上決まっている、の3択で構わない。自分が決めている項目が、そのまま面接で語れる材料になる
変えたことに印を付ける：手順を変えた、ツールを入れた、基準を作った、テンプレートを作った。小さくてよい。「エクセルの列を並べ替えた」レベルでも、理由が言えるなら材料になる
印を付けた項目を「役割→行動→成果」に変換する：本記事のh2-3の型に当てはめる。数字が無いものは工程数・頻度・関与人数で代替する
1分で話せる長さに圧縮する：状況→課題→行動→結果の順に並べ、声に出して測る。1分を超えるものは、背景の説明が長すぎることが多い

この作業は、転職するかどうかを決める前にやっても損はしない。書き出してみて「自分で決めている項目」が多ければ、それは現職での裁量が大きいという発見になる。少なければ、次の職場に何を求めるかがはっきりする。

一人での棚卸しには限界がある

ただし、この作業を一人で完結させると自分の経験の何が強みなのかを見誤りやすい。理由は構造的なものだ。自分にとって当たり前になっている業務ほど、価値を低く見積もる。毎日やっていることは「誰でもできること」に見えるし、苦労せずにできることは「大したことない」と分類してしまう。

実際には逆のことが起きる場合がある。3チャネルの在庫を頭の中で突き合わせられることや、問い合わせの一文から返品理由の類型を当てられることは、外から見れば習得に時間のかかる技能だ。それが自分には見えない。だから、書き出したものを一度は自分以外の目に通す工程を挟むほうがよい。

相談先は複数ある。転職エージェント（求人紹介とセットになる）、同業の知人（業界の相場観は分かるが評価軸は主観になる）、スクールのキャリア相談（学習と組み合わせる前提の相談になる）。それぞれ立場によってアドバイスの方向が違うので、相手の立場を理解したうえで聞くのが前提になる。1箇所だけで判断せず、複数の意見を突き合わせるほうが誤差が減る。

【PR】IT・AI寄りの職種への移行を視野に入れていて、働きながら学ぶ選択肢も比較したい場合は、無料の受講相談で、これまでの経験を伝えたうえで必要な学習を相談する手もあります。資格と仕事に強い！個人レッスンのプログラミングスクール【Winスクール】

応募前に決めておく2つのライン

準備の最後に、判断のラインを先に引いておく。面接が進むと判断が甘くなるため、冷静なうちに決めておくほうがよい。

譲れない条件を3つまでに絞る：年収、勤務地、業務内容、体制、リモート可否。3つ以上並べると、どの求人も条件を満たさなくなる。優先順位を数字で付けておく
いつまでに決めるかを決める：期限を決めないと、比較検討が延々と続く。在職中の転職活動では、期限が無いことがそのまま活動の停止につながりやすい

最後に

EC実務の価値は、管理画面を操作できることではない。現場で何が壊れやすいかを知っていて、壊れないように工程を組めることにある。AI活用の経験も、この文脈に置いて初めて意味を持つ。ツールを使えることではなく、どこまでを機械に渡してどこから人が見るかを設計できることが、現場を知っている人間の側の価値になる。

面接は、その価値を相手の言葉に翻訳する場でしかない。翻訳の手順は本記事の型で足りる。次にやることを1つだけ挙げるなら、棚卸しの1〜4を今週中に終わらせることだ。翻訳は材料が揃ってからでいい。

よくある質問

AI活用経験がないと、EC担当者の転職は不利になりますか

AI活用経験は加点要素として扱われることはあっても、必須条件として設定されているとは限らない。求人票の必須要件と歓迎要件のどちらに書かれているかを確認するのが先になる。評価の本体は「業務改善を自分で見つけて実行できるか」であり、その手段がAIだったかどうかは副次的な情報にとどまる場合が多い。むしろAI活用経験がある人でも、「使った」だけで工程を語れなければ加点になりにくい。

数字が取れない業務は、職務経歴書にどう書けばいいですか

工程数・頻度・関与人数・対象範囲（SKU数やチャネル数）で代替する。「4画面を開いていたのが1画面になった」「毎日3回の確認が1回になった」は、記憶から復元できて検証にも耐える。前職のデータにアクセスできない状態で数値を推測して書くのは避けたい。深掘りされたときに、数字の出どころを説明できなくなる。

面接官がEC業務を知らない場合、どこまで説明すればいいですか

専門用語を消す必要はない。用語のあとに「つまり何が起きるか」を一文足す形にする。「在庫引当のタイミングがモールで違い、結果として同じ在庫を2件に売ってしまうことがあります」のように、業務上の不都合まで言い切ると伝わる。説明が長くなりすぎる場合は、用語自体を業務の結果に置き換えてしまってもよい。

逆質問は何個用意すればいいですか

3〜5個を用意しておく型が推奨される傾向がある。面接の会話の中で解消される質問が出るため、多めに持つほうが安全になる。組み立ては「結論→背景→ねらい」の順にすると意図が伝わりやすい。EC実務者の場合、在庫の正本の所在・受注から出荷指示までの工程・返品時の在庫戻しの担当といった運用の質問が、実務理解を示す材料になる。