EC担当者の未経験IT転職は無理ゲーか、現実的な線を引く

未経験からのIT転職が「無理ゲー」と語られるとき、その話が対象にしているのは実務経験ゼロで畑違いの業界に飛び込む人だ。EC運用の実務経験がある人は前提が違う。転職市場に出る前に、自分の現在地がその話の前提と一致しているかを先に確認した方がいい。

• 「無理ゲー」論には語られていない前提が複数ある。学歴、対象になっている職種の範囲、内定先の質、学習期間中の生活費。この4つを外すと話の意味が変わる。
• ただし、EC実務者にもそのまま当てはまる指摘はある。「転職エージェント経由では書類選考すら通らないことがある」「差別化の材料がないと同じ属性の中に埋もれる」の2点。
• EC実務者の現実的な勝ち筋は、畑違いへの転職ではなく、EC運用のドメイン知識にAI活用を掛け合わせることにある。同じ畑で掛け算をする方が、未経験者として別の畑に並ぶより手持ちのカードが多い。

結論：「無理ゲー」はEC実務者の話ではない。ただし当てはまる部分が2つある

お買い物マラソンの開始まであと3日。RMSの商品ページ一括編集で、セール対象の価格と在庫を差し替えるitem.csvを上げたら、エラーが27行返ってきた。原因は自分でも分かっている。前回のセールで使ったCSVを流用したせいで、項目選択肢別在庫の側にコントロールカラムの指定が残っていた。RMSにテスト環境はないので、直して上げ直して、反映を待って、商品ページを開いて目視するしかない。この往復で1時間が消える。

その待ち時間に、隣のタブでは生成AIが商品説明文のリライトを30件分返してきている。所要3分。品質はそのままでは使えないが、素案としては十分だ。この落差を見たとき、最初に浮かぶのは転職ではない。このCSVの突き合わせ作業こそ自動化できないか、という発想の方が先に来る。だが社内に相談できるエンジニアはいない。情報システム部門は基幹側で手一杯で、モールの運用CSVまでは降りてこない。ならば自分で覚えるしかない、と考えて「Python 自動化」「GAS スプレッドシート 連携」を検索し、その延長線上で「未経験 IT転職」に行き着く。この経路をたどった人は少なくないはずだ。

そして検索結果で、未経験からのエンジニア転職は市場が飽和していてもう無理ゲーだ、という趣旨の発信に当たる。実際に転職活動をした人が、書類選考の通過率や内定先の実態を語っているタイプの内容だ。読むと、それまで漠然と持っていた「手に職をつければ安心できるのでは」という期待が一気にしぼむ。

ここで判断を急がない方がいい。その発信が間違っているという話ではない。その話の前提条件が、自分に当てはまっているかどうかを確認していないという話だ。転職市場の話は、対象になっている人の属性が変われば結論も変わる。実務経験ゼロで職種も業界も同時に変える人の勝率と、既に一つの実務領域で数字を動かした経験がある人の勝率を、同じ「未経験」という一語でまとめてはいけない。

EC運用を2年以上やってきた人が持っているのは、管理画面の操作経験そのものではない。SKUと商品管理番号とモール別商品番号という別体系のIDが並走する状況で、どれを軸に名寄せすれば在庫引当と出荷指示が壊れないかを、事故を経て身体で覚えている。これはシステムの用語で言えばマスタ設計とキー整合の話であり、EC以外の現場でも通用する考え方だ。CVRが落ちたときに、流入の質なのか商品ページなのかカゴ落ちなのかを切り分ける手つきも同じで、指標を分解して原因の候補を絞る作業は業界を問わない。自分では「ECの雑用」と評価している経験の中に、持ち運べる部分が混ざっている。

本記事の結論を先に置く。EC実務者にとって、いま取るべき選択は「ITエンジニアへの転職」ではない。EC運用というドメイン知識に、AIを業務へ実装する力を掛け合わせる方が、投下する時間に対して返ってくるものが大きい。ただし「無理ゲー」論の中には、EC実務者が転職を考えるときにもそのまま効いてくる指摘が2つある。エージェント経由の応募が機能しない場面があること、そして差別化材料がないと属性の束の中に埋もれること。この2つは受け取っておく必要がある。

以降では、その発信が何を語っていて何を語っていないのかを分解し、EC実務者に当てはまる部分と当てはまらない部分を切り分ける。そのうえで、畑違いに行かずに市場価値を上げる選択肢を3つ提示する。数値の扱いについては先に断っておく。転職成功率や未経験可求人の比率として流通している数字には、分母や集計期間が公開されていないものが多い。本記事ではその種の数字を根拠には使わない。

「甘い情報とのギャップ」はなぜ生まれるのか

未経験IT転職をめぐる情報には、明らかな温度差がある。片側には「人材不足だから未経験でも歓迎される」「学習3か月で転職できる」という発信があり、もう片側には「応募しても書類が返ってこない」「内定は出たが想定と違う働き方だった」という体験談がある。どちらも嘘をついているわけではないのに結論が正反対になるのは、両者が違う場所を見ているからだ。この構造を先に押さえておくと、情報を一つずつ真に受けて振り回されなくて済む。

「人材が足りない」と「未経験者が採用される」は別の話

まず土台になっている統計の話をする。経済産業省が2019年3月に公表した「IT人材需給に関する調査」では、2030年時点のIT人材の需給ギャップが試算されており、IT需要の伸びを高く見て、かつ生産性の上昇が年0.7%程度にとどまると置いた場合に、不足数が数十万人規模になるという推計が示されている。この数字は各所で引用され、「だからIT業界は人手が足りない」という前提の根拠として使われてきた。

ただしこの推計をそのまま個人の転職の話に翻訳すると、途中で意味がすり替わる。需給ギャップが示しているのは職務の総量であって、未経験者を受け入れる枠の数ではない。足りないと言われているものの中身は、要件定義ができる人、既存システムの改修を任せられる人、クラウド基盤を設計できる人といった、経験年数が前提になっている職務が含まれる。ここが不足していることは、経験ゼロの応募者にとっての追い風とは限らない。加えてこの推計は2019年時点のもので、生成AIが実務のコードを書き始める前の前提で作られている。7年前の需給予測を現在の採用市場の実態としてそのまま扱うのは無理がある。

この違和感は、EC実務者にはかなり分かりやすいはずだ。「国内EC市場は年々拡大している」という統計は毎年出てくるが、それを読んだところで自店舗のGMVが伸びるわけではない。市場が伸びていても、伸びているのは特定カテゴリの上位店舗で、自分のところは検索順位が落ちてRPP広告のCPCだけが上がっている、ということが普通に起きる。市場全体の数字と、自分が立っている売場の数字は別物である。IT人材不足の話にも同じ構造がある。

成功率の数字は、分母を見ないと意味が取れない

もう一つのギャップの源は、成功率の表示だ。転職支援やスクールの訴求では高い転職成功率が掲げられることがあるが、この種の数値は分母の定義・集計期間・算出方法が公開されていないケースがある。これはスクールが無意味だという話ではない。数字を読むときのチェック項目が公開されていない場合がある、というだけの話だ。

確認しておきたい観点を挙げる。第一に分母。全受講者なのか、修了要件を満たした人だけなのか、転職活動を最後まで続けた人だけなのかで、同じ実績でも数字は大きく変わる。第二に「成功」の定義。正社員採用に限るのか、契約形態を問わないのか、職種がエンジニアでなくてもカウントされるのか。第三に集計期間。直近半年なのか、サービス開始からの累計なのか。第四に保証条件の縛り。出席率、課題提出、応募社数といった条件が付いている場合、条件を外れた人が分母から抜けている可能性がある。

これはEC実務者にとって、日常的にやっている作業と同じだ。モールのレポートで「CVR◯%」と出ていても、それがセッション基準なのかユニークユーザー基準なのか、クーポン利用分を含むのか、返品・キャンセルを引いた後なのかで数字の意味は変わる。ROASを見るときに、ポイント原価とクーポン原価を計算に入れているかどうかで結論が反転することも知っている。自店舗の数字に対してやっている検算を、自分のキャリアに関する数字に対してはやらずに読んでしまう。ギャップの正体の半分はここにある。

体験談の側にも同じ検算がいる。書類が通らなかったという話は事実として受け取ってよいが、その人が何歳で、どの職種に、どういう経路で、何社に応募したのかという条件が揃って初めて、自分に当てはまるかどうかが判断できる。次の章では、その条件にあたる部分を具体的に分解する。

その主張は誰の話か——語られていない4つの前提

転職の体験談は、語り手の条件を込みで読まないと自分の判断材料にならない。今回参照した発信について、前提として確認できているのは次の4点だ。以下はこの4点に限って扱い、それ以外の内容は推測で補わない。

前提1：学歴の条件が揃っている

今回参照した発信には、理系の高等教育を受けているという学歴的な前提が置かれている。この条件は、書類選考の段階で効く場面がある。新卒採用ほど露骨ではないにせよ、未経験の中途採用では実務の判断材料が乏しいため、選考する側は学歴や資格といった代替指標に寄りかかりやすい。この前提が揃っている人が「それでも書類が通らなかった」と語っているという構造を、まず把握しておく必要がある。条件が同じでない人が「自分も同じ結果になる」と読むのも、「自分は違うから大丈夫」と読むのも、どちらも早い。読み取るべきなのは結果ではなく、学歴という変数が選考に効く局面が存在する、という事実の方だ。

前提2：対象がインフラ／クラウド領域に限定されている

これが4つの中で最も見落とされやすい。話の対象になっているのはインフラ・クラウド領域であり、IT職種全般ではない。ITエンジニアという呼び方は範囲が広すぎる。サーバやネットワークの構築運用、クラウド基盤の設計、Webアプリケーションの開発、社内システムの導入支援、データ基盤の構築、いずれもITエンジニアと呼ばれるが、採用の入口も評価される経験も別物だ。

この粗さは、EC側の語彙に置き換えると分かりやすい。「EC担当者」という一語の中には、RMSで商品ページを作る人、Amazonの在庫ファイルとFBA納品を回す人、Shopifyのテーマとメタフィールドを触る人、広告の予算配分だけを見る人、CSの一次対応をする人が全部入っている。求人票に「EC担当募集」とだけ書いてあったら、実務経験者ほど「で、どの業務ですか」と聞き返すはずだ。自分の業界では当然やっている解像度の確認を、他業界の話になった途端にやらなくなる。インフラ領域の採用状況が厳しいという話を、IT職種全体の話として受け取ってはいけない。

前提3：内定の先にある職場の質が問われている

3つ目は、内定が取れるかどうかではなく、取れた内定の中身の話だ。未経験の入口として案件常駐型の契約形態に着地するケースがあり、そこでの待遇や任される業務の範囲が想定と違った、という論点が示されている。ここで重要なのは、内定件数という指標が実態を保証しないという点である。

これも実務者には馴染みがある構造のはずだ。売上だけを見て粗利を見ない状態と同じである。お買い物マラソンで流通額が跳ねても、ポイント原価とクーポン原価と広告費を引いた後に何が残るかを見なければ、その施策が良かったかどうかは判断できない。転職における「内定が出た」は流通額であって、粗利ではない。何を任され、何が身につき、次にどこへ動けるのかまで見て初めて評価できる。

前提4：学習期間の生活費が確保されている

4つ目は資金の話だ。学習に時間を割く期間、収入が下がるか無くなる状態を耐えられるだけの原資がある、という前提が置かれている。転職成功の話の裏には、この期間を持ちこたえた人だけが結果を語っているという構造がある。持ちこたえられなかった人は、そもそも発信の母集団に入ってこない。

この前提は、EC実務者にとってはむしろ有利な材料になりうる。詳しくは後の章で扱うが、退職して学習に専念する形を取らなければ、この条件は最初から満たす必要がない。4つの前提のうち3つは「畑違いに全面移行する人」に固有のもので、在職したまま隣接領域へ広げる場合には効いてこない。この切り分けが、次の2つの章の主題になる。

EC実務者にもそのまま当てはまる指摘は2つある

前提が違うからといって、全部を無関係として捨てるのは雑だ。今回の4論点から派生する指摘のうち、EC実務者が転職市場に出るときにもそのまま効いてくるものが2つある。「エージェント経由の応募が機能しないことがある」と「差別化材料がないと属性の束に埋もれる」だ。この2つは、EC経験があるかどうかに関係なく効く。

当てはまる指摘1：エージェント経由で止まるのは、あなたの経歴の問題とは限らない

転職エージェントは成功報酬で動いている。したがって、決まる確度の高い候補者と求人の組み合わせから順に工数が配分される。未経験領域への応募は、書類作成にも面接調整にも手間がかかる割に決まりにくい。この構造がある以上、推薦の順番が後ろになる場面は普通に起こる。担当者の熱意の問題ではなく、事業モデルの帰結である。

EC実務者の場合、これに加えてもう一つ厄介な問題がある。職種名でのマッチングから外れるという問題だ。求人検索の仕組みは職種名と経験年数が軸になる。ところが、EC運用の経験が本当に評価される求人は、「EC運用担当」という名前で出ているとは限らない。データを扱う比重が高ければデータアナリストやマーケティングアナリスト、既存顧客の売上を扱うならCRM担当やグロース担当、事業側に寄ればECコンサルタントや事業企画といった名前になる。募集要件を読むと「購買データの分析経験」「販促施策の設計と効果検証」と書いてあり、それはEC運用でやってきたことそのものなのに、職種名が一致しないので候補に挙がってこない。

これは求人票を最後まで読めば分かることだが、エージェント側の検索軸に自分が引っかからない状態が続くと、当事者は「自分の経験には需要がない」と誤読する。需要がないのではなく、自分の経験を指す職種名が業界内で分散しているだけの可能性がある。ここは自分で確認した方が早い。求人サイトで「EC」ではなく「購買データ」「CRM」「販促 効果検証」といった業務の言葉で検索し、出てきた求人の必須要件に自分の実務がどれだけ当たっているかを数えてみる。実際の求人票を最低でも5件は読む。この作業をやらずにエージェントの提案だけを見ていると、市場の一部しか見えない。

当てはまる指摘2：差別化材料がないと、同じラベルの中で比較される

もう一つの指摘は、選考する側から見て区別がつかない状態は不利だ、という当たり前の話だ。未経験のIT転職では、その差別化材料として資格が挙がることが多い。実務がない人にとって資格は「一定量の学習を継続した」という証明になるからだ。

EC実務者は、ここを取り違えやすい。実務がある人にとっての差別化材料は、資格より先に自分が動かした数字がある。にもかかわらず、職務経歴書がこう書かれていることが多い。

「楽天市場店の運営全般を担当。商品登録、受発注処理、在庫管理、CS対応、広告運用、イベント対応」

これは業務の一覧であって、経験の中身ではない。同じ書き方をした人が何十人も応募している中では区別がつかない。複数の転職メディアが共通して挙げている助言も、担当業務の羅列ではなく、どの指標をどの施策でどれだけ動かしたかを書け、というものだ。書き換えるとこうなる。

「SKU約◯点の楽天市場店を担当。RPP広告の検索キーワードを実績ベースで整理し、CPC上限とNGキーワードを見直して広告経由ROASを◯から◯へ改善。並行して、モール間で在庫を持ち合う構成に変えて欠品による販売停止を月◯件から◯件に削減」

◯の部分は自分の実数を入れる。ここで大事なのは数字の大きさではない。数字を持ち出せること自体が、指標で仕事をしていた証明になる。同じ理屈で、AIを業務に入れた経験も「ChatGPTを使っています」ではなく、どの工程に、どういう形で組み込み、処理件数と手戻り率がどう変わったかで書く。この書き方ができる人は、実務経験ゼロの応募者とは別の土俵に立てる。逆に言えば、この書き方ができないまま応募を続けると、EC経験があっても「未経験の人と同じ扱い」で処理される場面が出てくる。指摘が当てはまるのはこの局面だ。

当てはまらないのは「畑違いに移る」という発想そのもの

4つの前提のうち、学歴・職種の限定・内定先の質・学習期間の生活費という条件は、いずれも「実務経験のない領域へ全面的に移る人」に付いてくるものだった。EC実務者がこの話を自分に当てはめるとき、最初に検討すべきなのは個々の条件ではなく、そもそも全面的に移る必要があるのかという一段上の問いの方だ。

移った瞬間に、いま持っている資産は評価対象から外れる

EC運用を数年やった人が持っているものを、具体的に並べてみる。モールごとに検索の挙動が違うこと。同じ商品でも楽天とAmazonでは売れる訴求が変わること。レビューの初動が付かない商品は広告を足しても伸びにくいこと。返品率が構造的に高いカテゴリがあり、粗利計算にそれを織り込まないと赤字になること。繁忙期には倉庫側の処理能力が先に飽和して、出荷指示を出しても伝票番号登録が翌日に回ること。セール期間中に在庫を絞りすぎると検索順位が落ち、セール後まで尾を引くこと。

これらは書籍を読んでも身につかない。事故を起こして、原因を追って、翌シーズンに同じ轍を踏まないよう手順を変えて、ようやく定着する。時間で買った知識だ。畑違いの業界に移るというのは、この資産を評価対象から外して、資産ゼロの応募者と同じ列に並び直すことを意味する。それでも移るべき合理的な理由があるならいい。ただし多くの場合、その決断は「ECの経験には価値がない」という自己評価から出ていて、その自己評価自体が検証されていない。

正確に言えば、EC実務の知識は一枚岩ではない。RMSの画面のどこにどの設定があるか、item.csvとselect.csvの列の並びがどうなっているかといった操作知識は、その環境を離れた瞬間に価値が下がる。一方で、需要と在庫のバランスをどう取るか、指標が動いたときに原因の候補をどう絞るか、施策の効果をどの期間で測るかといった判断の部分は、扱う商材やシステムが変わっても残る。捨てても痛くないのは前者だけで、後者は他の業界で一から作り直すと数年かかる。この2つを分けずに「ECのスキルは潰しが効かない」とまとめてしまうのが、いちばんもったいない誤解だ。

学習期間の生活費という前提は、そもそも発生させなくていい

前提4に挙げた資金の話は、EC実務者にはほぼ当てはまらない。理由は単純で、EC業務にAIを組み込む検証は、今日の業務の中でできるからだ。商品説明文の下書き、レビューの分類、問い合わせ一次回答のテンプレート生成、CSVの突き合わせ、競合の価格変動の記録。どれも既存の業務フローの一部を置き換える形で試せる。専念する期間も、収入が途切れる期間も要らない。

この差は、単なる金銭コストの差ではない。検証の速度が違う。畑違いへの転職は、正しかったかどうかが分かるまでに学習期間と選考期間と入社後の数か月がかかり、途中で引き返す判断が難しい。対して業務内での検証は、1週間で結果が出る。うまくいかなければ元の手順に戻すだけで、失うものはその1週間だけだ。

失敗したときに何が残るかも非対称になる。業務内でのAI活用が空振りしても、EC担当としての本業はそのまま残る。畑違いに移った後で合わないと分かった場合、戻る先のEC市場では実務のブランクが空いており、モールの仕様も変わっている。戻れる選択肢と、戻りにくい選択肢を、同じ「挑戦」という言葉でまとめない方がいい。

もちろん、本当にシステム開発の仕事がしたいという動機があるなら話は別だ。その場合は前提の4つを自分の条件に照らして計画を立てるべきで、本記事はそれを止めない。止めた方がいいのは、「このままECを続けていて大丈夫か」という不安を解消する手段として畑違いの転職を選ぶことだ。不安の出どころが自分の市場価値である以上、市場価値を上げる方法は転職以外にもある。

なぜ「EC実務 × AI」の掛け算の方が勝率が高いのか

ここまでは「畑違いに行かなくてよい理由」だった。ここからは「では何が残るのか」を書く。結論としては、EC実務のドメイン知識とAI活用を掛け合わせた位置が、いま最も人が薄い。理由は3つある。

理由1：AI側の人は業務を知らず、業務側の人はAIの限界を知らない

生成AIに商品説明文を書かせること自体は、誰にでもできる。参入障壁はほぼゼロで、これから下がることはあっても上がることはない。したがって「AIを使えます」は差別化にならない。差がつくのは、その出力を業務に流し込むまでの工程設計の方だ。

商品説明文で考えてみる。生成された文章をそのまま商品ページに載せられるかというと、載せられない。景表法に触れる比較表現や効果の断定が混ざる。カテゴリによっては薬機法の観点で使えない語がある。モール側の掲載ガイドラインで制限されている表現もある。文字数上限や使用可能なタグの制約もある。JANコードや型番の表記ゆれを直さないと、商品フィードに流したときにエラーで弾かれる。AIに何をさせるかより、AIの出力をどこで止めて誰が見るかを決める方が難しく、そこには業務知識が要る。この設計は、AIに詳しいだけの人には書けない。逆に、業務に詳しいだけの人はAIが何を苦手とするかを知らないので、丸投げして事故を起こすか、最初から使わないかの二択になる。

理由2：自動化してはいけない工程を判断できるのは実務者だけ

AI導入が失敗する原因の多くは、技術ではなく線引きにある。どこまでを自動処理にして、どこから人が確認するか。この線を業務ごとに引く作業が、実際にはいちばん厄介で、いちばん外注しにくい。

EC業務なら、線を引く基準ははっきりしている。間違えたときに実損が出る工程は自動化しない。価格の一括更新、在庫の引当ロジック、出荷指示、返金処理。ここを自動化して1桁ずれれば、その日のうちに損失が確定する。一方で、間違えても差し戻せる工程は自動化してよい。問い合わせの一次分類、レビューの傾向抽出、商品説明文の素案、競合価格の記録、CSVの差分検出。この区別は、価格の設定ミスで在庫が一晩で溶けた経験や、在庫連動の設定漏れで販売停止をくらった経験がある人ほど正確に引ける。教科書には書いていない。

そしてこの判断力は、社内でAI導入を進めるときに真っ先に必要になる。導入が止まる理由は「ツールが無い」ではなく「どこから手を付けて、どこで止めるかを誰も決められない」であることが多い。決められる人が、その場で一人だけ立場が変わる。

理由3：習得までの距離が短い

実利的な話をする。ゼロから開発言語を学んで実務レベルに持っていくのに必要な時間と、既に持っている業務知識にAIの使い方を足すのに必要な時間は、同じではない。後者の場合、覚えるべきことの大半は「何をやらせるか」の設計であり、業務フロー・指標・データの持ち方はすでに頭に入っている。CSVの列の意味も、在庫がどこで引き当てられるかも、どの数字を見れば効果が測れるかも知っている。足すのは道具の使い方だけで、扱う対象は変わらない。

ここは正直に限界も書いておく。「EC×AI」という職種名が求人市場に確立しているわけではない。この掛け算の価値は、職種名としてではなく、既存の職種の中で「その人でないと決められない判断がある」という形で表れる。求人票を見ても該当する名前は見つからないので、需要の存在を求人件数で確認することは現時点ではできない。本記事のこの部分は、市場データによる裏付けではなく構造からの推論である、と明示しておく。

ただ、構造として言えることはある。工程は消えても、工程の設計と判断は残る。商品説明文を書く作業が消えても、どの商品にどの訴求を当てるかの判断は残る。CSVを手で直す作業が消えても、どのデータを正とするかの判断は残る。AIに奪われるのは工程であって、職務そのものではない。残る側に自分を寄せていく作業が、EC実務者にとってのリスキリングの中身だ。

EC実務者が取れる、現実的な3つの選択肢

抽象論のままでは動けないので、具体的な選択肢に落とす。3つあり、リスクの大きさが違う。どれか一つを選ぶというより、下から順に試していく形が現実的だ。

選択肢1：社内でAI活用を主導する

いちばんリスクが小さく、いちばん見落とされている道がこれだ。ポイントは、自分の作業を速くすることではない。他人が使える形にして渡すことが、社内での立場を変える。

手順としてはこうなる。まず自分の業務を工程単位で書き出し、間違えたときに実損が出るかどうかで二分する。実損が出ない側から着手する。問い合わせの一次分類、レビューの傾向抽出、商品説明文の素案作成あたりが典型だ。次に、AIに投げる指示と、出力を人が確認する基準をセットで文書にする。「この表現が出たら差し戻す」「この項目が空なら止める」という判断基準まで書いて、初めて他人が使える。最後に、着手前と着手後で何がどれだけ変わったかを記録する。処理件数、所要時間、差し戻し率。数字がないと、成果は「なんとなく楽になった」で消える。

落とし穴も書いておく。効率化の成果を「自分の残業が減りました」で報告すると、評価は上がらない。減らした時間で何を増やしたかまでセットにする必要がある。問い合わせ対応が半分になったなら、その時間で商品ページの改善を何件回して、CVRがどう動いたか。時間を空けた話ではなく、空いた時間を何に変換したかの話にする。ここまで書けると、社内での役割の話に接続できる。

社内でAI活用を主導するなら、何から着手すればいちばん早く手応えが出るかは別記事にまとめた。工程の選び方で初速がかなり変わる。

選択肢2：EC × AIの掛け算で専門職として動く

社内で手応えが出たら、次はその立ち位置を職務として固める段階になる。社内異動と社外への転職の両方があり得る。

社内なら、EC運用の担当のまま「データと業務改善を見る役割」を兼務する形が入口になりやすい。社外に出るなら、前述のとおり職種名が分散している点に注意がいる。「EC運用」で検索するのをやめて、業務の言葉で求人を探す。購買データの分析、CRM施策の設計、販促の効果検証、業務プロセス改善。募集要件を読んで、自分の実務がどこまで当たるかを1件ずつ照合する。

もう一つの方向として、支援側に回る道がある。EC支援会社、モール運用の代行会社、EC向けツールのカスタマーサクセスやコンサルティング。この領域では、店舗側で事故を起こして直した経験がそのまま提案の材料になる。売り方を間違えないことが重要で、「AIに詳しい人」として名乗ると、より詳しい人がいくらでもいる市場で比較される。「ECの現場判断ができて、その上でAIを業務に組み込める人」として並べると、比較対象が一気に減る。掛け算の意味はここにある。

選択肢3：副業で市場価値を実測する

3つ目は、社外から自分に値段が付くかを試す方法だ。小規模店舗の運用代行、商品ページ改善の単発受託、業務フローの整理といった単位なら、既存の実務の延長で受けられる。

目的は収入ではなく検証だと考えた方がいい。自分の経験に外部の人がいくら払うかは、最も嘘のない市場価値の指標である。社内評価は在籍年数や人間関係の影響を受けるが、社外の見積もりは受けるか断られるかしかない。断られた理由を聞ければ、自分に足りないものが具体的に分かる。転職活動を始める前にこの検証を通しておくと、職務経歴書に書く材料も同時に増える。

始める前に確認すべき観点がある。就業規則の副業に関する規定、競業避止の範囲、情報の取り扱い。特にEC支援は本業と同じ業界になるため、競業に当たるかどうかの線引きは自分の判断で済ませず、規程の文面を確認したうえで必要なら会社に確認を取る。所得の申告についても、金額によって手続きが変わるので、始める段階で調べておいた方が後で慌てない。

よくある質問

Q. EC実務者でも、IT系の資格は取っておくべきか

取ること自体に害はないが、優先順位は高くない。資格が最も効くのは、実務の証明材料がない人が「一定量の学習を継続できる」ことを示す場面だ。EC実務者にはすでに実務の材料があるので、同じ時間を職務経歴書の書き直しと、実際に業務へAIを組み込んだ記録を作ることに使った方が、返ってくるものが大きい。ただし例外はある。応募先の募集要件に資格名が明記されている場合、機械的なスクリーニングで落ちるのを避ける意味はある。また社内の昇格要件に資格が組み込まれている会社もある。「差別化のために取る」のではなく「その資格が要件になっている場所があるから取る」という順番なら、判断を間違えにくい。

Q. Web系エンジニアなら未経験でも可能性はあるのか

本記事が参照した論点はインフラ・クラウド領域を対象にしたものであり、Web系の採用状況をそのまま説明するものではない。したがって「Web系なら通る」とも「Web系も同じく厳しい」とも、この記事の材料からは言えない。判断したいなら、実際の求人票を職種別に読み比べるのが最短だ。応募要件に書かれている必須経験の年数、使用技術、実務経験の代替として認められるもの（個人開発、業務での改善実績など）を、10件ほど並べて比較する。求人票は一次情報なので、まとめ記事より正確だ。そのうえで、本記事の主張は変わらない。EC実務経験を持っている人にとって、それを評価対象から外す進路は、選ぶとしても最後の選択肢でよい。

Q. プログラミングスクールに行くべきか

本記事はスクールを推奨も否定もしない。ただし判断材料として確認しておくべき観点はある。第一に、掲出されている転職成功率の分母・集計期間・「成功」の定義が公開されているか。第二に、転職保証がある場合、その適用条件（出席率、課題提出、応募社数など）と、条件を外れたときの扱い。第三に、返金条件の具体的な文面。第四に、修了後に自分の手元に何が残るか。学習した内容そのものより、他人に見せられる成果物が残るかどうかで、その後の選考での使い勝手が変わる。これらが確認できないまま金額だけで比較しても、判断材料にならない。なお、EC実務者の場合は、そもそも自分が解きたい課題（業務の自動化なのか、職種の転換なのか）を先に確定させないと、必要な学習内容自体が決まらない。

Q. 今のEC担当の仕事は、そのうちAIに置き換わるのではないか

工程単位では置き換わるものが出てくる。商品説明文の初稿作成、問い合わせの一次分類、レポートの定型的な集計あたりは、その方向に進む可能性が高い。一方で、価格をいくらに設定するか、在庫をどのモールにどれだけ寄せるか、クレームをどこで謝ってどこで押し返すかといった、実損と信用が絡む判断は、責任の所在の問題として人に残りやすい。不安への対処は「置き換わらない職業を探す」ことではなく、自分の業務のうち置き換わる工程と残る工程を仕分けて、残る側の比重を意図的に上げることだと考えた方が現実的だ。仕分けの作業自体は今週からできる。

Q. 転職エージェントには登録しない方がいいのか

登録しない理由はない。問題は、エージェントからの提案だけを市場の全体像だと思い込むことにある。提案の範囲は担当者の担当領域と、その時点の求人在庫に強く影響される。並行して求人サイトを自分で検索し、業務の言葉（購買データ、CRM、効果検証、業務改善）で引っかかる求人を読む。両方見たうえで提案の妥当性を判断すれば、「自分の経験には需要がない」という誤った結論に着地しにくくなる。

まとめ：今週やることは一つでいい

整理する。未経験IT転職が厳しいという話は、実務経験ゼロで畑違いの領域へ全面的に移る人の条件を前提にしている。学歴という変数が効く場面があること、対象がインフラ・クラウド領域に限定されていること、内定の中身まで見ないと評価できないこと、学習期間の生活費という条件が付くこと。この4つの前提のうち3つは、在職したまま隣接領域へ広げる進み方には効いてこない。

一方で、そのまま受け取るべき指摘もあった。エージェント経由の応募が構造的に後回しになる場面があること。そして差別化材料がないと、EC経験があっても未経験者と同じ束の中で処理されること。この2つへの対処は転職の有無に関係なく効く。担当業務の羅列をやめて、どの指標をどの施策でどれだけ動かしたかを書けるようにしておく。求人は職種名ではなく業務の言葉で探す。この2点だけでも、見える市場の広さが変わる。

そのうえで本記事の立場は変わらない。「このままECを続けていて大丈夫か」という不安の答えを、畑違いの転職に求めない方がいい。不安の中身は市場価値であり、市場価値は今いる場所でも上げられる。EC運用のドメイン知識を持ったままAIを業務に組み込める人は、AIに詳しいだけの人にも、業務に詳しいだけの人にも代われない。どの工程を自動化してよくて、どこから先は人が見なければ実損が出るのか。この線を引けるのは、事故を経験した人だけだ。

最後に、今週やることを一つに絞る。自分の業務を工程単位で書き出して、間違えたときに実損が出るかどうかで二分する。それだけでいい。価格更新、在庫引当、出荷指示、返金処理は実損が出る側。問い合わせの一次分類、レビューの傾向抽出、商品説明文の素案、競合価格の記録、CSVの差分検出は差し戻せる側。この仕分けができた時点で、AI活用の着手点も、自分の仕事のうち残る部分も、同時に見えてくる。所要は1時間もかからない。転職サイトに登録するより先に、この1時間を使った方がいい。

畑違いに行かず今の土俵で戦うなら、次に押さえるべきスキルの棚卸しはこちら。工程の仕分けが終わった人が、次に何を身につけるかの話をしている。

あわせて読みたい：転職を決めた後、面接で経験をどう語るかはEC担当者の転職面接、実務経験とAI活用は「何を、どう変えたか」で語るで扱っています。

あわせて読みたい：30代・未経験からのIT転職は、実際どこまで現実的か