EC担当者がAI時代に学ぶべきスキルは、自分の業務を「AIに渡せる作業」「渡すために人が設計する作業」「渡せない現場判断」の3つに分けてから決める。多くの人はツールの操作を覚えようとするが、それは1つ目を速くするだけだ。投資先は2つ目にある。
- 受発注メールの転記やCSV整形のような定型作業を速くする学習は、その作業自体がAIに移りつつあり、投資としては弱くなっていく可能性が高い
- 投資先は「AIに渡すための設計」。業務の分解、入出力の定義、出力の検品基準、止まったときの切り戻し
- 現場固有の判断は既に持っている資産だが、社内でしか通用しない形で眠っている。手順と数字に落として初めて市場価値になる
EC担当者の業務は、AIとの関係で3つに分かれる
①AIに渡せる定型作業。受発注メール本文からの受注データ転記。モール別CSVを整形して商品管理番号の列を揃える作業。商品説明文の下書き。手順が固定していて、途中に判断が入らない。
②AIに渡すために人が設計・検証する作業。どこまで渡してどこから人が持つかの線引き。入出力の形式定義。出力の検品基準。作業そのものではなく、作業を渡せる形に組み直す仕事だ。
③AIに渡せない現場固有の判断。欠品したとき、どの取引先に先に連絡して何を差し出すか。モール規約のグレーな部分の解釈。社内で誰を通せば話が進むか。
①②は手順に落とせるが、③は落とせていないから今も人がやっている。①の範囲はEC受発注・在庫管理の自動化は、どこからAIに渡していいのか、渡した出力の危うさはChatGPTに書かせた商品説明文、そのまま使うと危ない理由で扱った。
直近1週間を1枚に落とす:3つに分ける実際の手順
①②③に分ける、と言われて記憶から書き出すと、必ず①が抜け落ちる。毎日やっている作業ほど無意識でやっていて、思い出す対象にならないからだ。拾う先は記憶ではなく履歴にする。カレンダー、メールの送信済みフォルダ、基幹システムやモール管理画面の操作履歴。この3つを直近1週間ぶん開いて、そこに残っているものだけを書き出す。
1行の粒度は「開いている画面が変わるまで」で切る。受注CSVをダウンロードして、Excelで列を整えて、基幹に取り込む。これは3行だ。まとめて「受注取込」と1行にすると、渡せる部分と渡せない部分が同じ行に同居して、後の判定ができなくなる。粒度を細かくしすぎたと感じても構わない。分けすぎた行は後で束ねられるが、束ねた行は分け直せない。
各行に3つだけ添える。かかった時間、1週間に何回やったか、やり直しが発生したかどうか。時間はストップウォッチで測らなくていい。体感で入れて、週の合計が実際の労働時間と大きくズレるようなら、ズレたぶんだけ全体を調整する。ここで欲しいのは正確な工数ではなく、行同士の大小関係だ。
時間と回数の列は、優先度を決めるためだけに使う。長い行から手を付けたくなるが、正しくは「時間×回数」が大きい行を見る。1回30分でも週5回なら週150分で、1回3時間の月次作業より重い。この形の行は①に入りやすい。日次の受注取込、モール別の在庫反映、問い合わせの一次振り分け。どれも1回は短く、合計は大きい。表を作る前は月次の重い作業が問題に見えていて、作った後は日次の細切れが本体だったと分かる。この逆転が起きるなら、表は正しく書けている。
振り分けは③から始める。①か②かを先に決めようとすると、境界の議論に時間を取られて手が止まる。③は「手順に落ちない」ことが定義なので、判定が速い。その業務を明日から他人にやらせるとして、手順書だけ渡して成立するかを考える。成立しないなら③だ。成立しない理由が「社内の誰に話を通すか」「この取引先の癖」「過去の経緯」であれば、ほぼ確実に③である。
③を抜いた残りを①と②に分ける。ここは単純で、いま自分がやっている作業そのものが①、その作業を他人(またはAI)に渡せる形へ組み直す作業が②だ。仕分け表の上では、②の行は最初ほとんど存在しない。②をやっていないから学ぶ先が決まらない、という状態が、表の形で見える。それがこの1枚の目的である。
仕分けで必ず迷う4つのケースと、その決め方
実際に手を動かすと、どちらとも言える行が出てくる。頻出する4つについて、決め方を先に置いておく。
ケース1:判断は入るが、判断の基準を言葉にできる作業。これは①だ。在庫が一定数を切ったら定番品を発注する、という作業は判断に見えるが、閾値が数字で決まっているなら手順である。「判断が入るかどうか」ではなく「その判断の理由を他人に説明できるかどうか」で切る。説明できるなら①、説明の途中で「まあ、なんとなく」が出たら③に寄せる。
ケース2:人によってやり方が違う作業。③に見えて、実は②であることが多い。やり方が違うのは現場固有の判断が要るからではなく、基準を誰も決めていないからだ。決めれば①になる。そして「決める」作業そのものが②である。仕分け表でここに当たった行は、②の有力な候補になる。
ケース3:例外処理。本体が①でも、例外は③であることが多い。欠品の連絡は定型文で①だが、相手によって連絡の順番と差し出す代替案を変えているなら、その部分は③だ。同じ業務名でも本体と例外は別の行に分ける。ここを1行にまとめると「例外があるから渡せない」という結論になり、渡せるはずの本体まで手つかずで残る。
ケース4:繁忙期にしか発生しない作業。頻度が低いので後回しにされやすい。ただし、やり直しが起きたときの損害は年間で最も大きい行であることが多い。頻度の列だけを見て優先度を下げないこと。判定自体は他と同じでよいが、①だった場合は優先度を上げる。
4つに共通しているのは、迷いの正体が「作業の難しさ」ではなく「基準が書かれていないこと」だという点だ。難しいから③なのではなく、決めていないから③に見える。この見分けがつくようになると、仕分けそのものが②の練習になる。表を作る時間は、学習先を決めるための準備であると同時に、渡す設計の初回でもある。
学ぶ先を間違える典型は、①を速くしようとすること
EC担当者の求人票12件を、必須スキル欄と仕事内容欄に分けて読んだ。12件を調べた範囲の話で、業界の傾向ではない。
①の個別作業名を必須スキル欄に書いた求人は0件だった。「商品登録」「CSV作成」「受注処理」は仕事内容欄に繰り返し出る。それでも必須欄に出るツール名はPhotoshop、Illustrator、Excelという汎用ソフトだけだ。少なくともこの12件は、あなたが毎日やっている作業を採用の条件とは書いていなかった。
「AI」「生成AI」を必須・歓迎スキル欄に書いた求人も0件。出てくるのは仕事内容欄と求める人材欄で、2件だ。1件は仕事内容に「業務のAI化」と掲げながら、必須スキルは「各種専門学校卒業以上」だけだ。この2件でAIが出てきたのは「これから会社としてやること」の欄で、「応募者に求めるもの」の欄ではなかった。2件では傾向とは言えないが、AIスキルを必須・歓迎に挙げた求人は、この12件には無かった。
では必須欄に何が書いてあるか。原文で引く。「複数の関係者を巻き込みながら、課題を自分で定義して改善・解決した経験(1年以上)」。仕事内容欄には「外注先のディレクション」がある。②の正体は抽象的な「課題設定力」ではなく、外注先や他部署との線引きと、関係者を巻き込んだ課題定義だ。この求人が必須に置いたのは長い運営歴ではなく、1年の、自分で定義して直した経験だった。入出力を言葉で定義できるかはプロンプトが下手なだけで、評価が下がっているかもしれないで書いた。
権限も時間もない、と思ったときに何ができるか
どこまで渡すかを決める権限は自分にない。そう思った人の反発は正しい。実務者の大半は、目の前のツールを触る以外の裁量も、決裁も予算も持っていない。外注やツール導入という解決は、決裁権がある前提の話だ。
決裁がなくても始められる最小単位はある。
- 担当範囲から1業務だけ選ぶ。全社ではない
- その業務を工程に分解し、渡せる範囲と人が持つ範囲の線引きを書く
- 出力が間違ったとき誰がどの画面で気づくかを決める。受注一覧か、出荷指示の直前か
- 止まったときにどう戻すかを1行書く
これで1枚のメモになる。上司の承認を取りに行く資料ではない。ただしメモ自体が実績になるわけでもない。この線引きを持って隣の担当者ひとりに相談し、実際に手順を直したところまで来て、先ほどの必須文と同じ形になる。巻き込む相手は1人でいい。①の作業は止めず、その隣で②を1つ始める。
②を1つだけ選ぶ:どの業務から手を付けるか
仕分け表ができると、②の候補が複数出てくる。全部やろうとすると①の本業が回らなくなって終わるので、1つに絞る。選ぶ軸は3つで、優先度もこの順だ。
- 週に1回以上やっている業務であること。月1の業務を選ぶと、次に触るのが1か月後になる。そのころには前回考えた線引きを忘れていて、毎回ゼロから始めることになる。反復が効く頻度が要る
- 自分の担当範囲だけで完結すること。他部署の承認や、他人の作業手順の変更が要るものは、②の練習にならない。止まる原因が自分の外側にあると、何を学べば進むのかが分からなくなる
- 失敗しても出荷が止まらないこと。出荷指示や在庫の引き当てのように、間違えると当日の物流に響く工程は最初に選ばない。止まっても翌日リカバリできる場所を選ぶ
この3つを満たす行が1つも無い場合は、選ぶ単位が大きすぎる。「受注処理」ではなく「受注CSVの列を揃える」まで下げる。工程まで下げれば、3条件を満たすものはたいてい見つかる。
選んだ後の最初の1週間は、渡し方を設計しない。その業務を普段どおりやりながら、手が止まった瞬間だけ記録する。判断に迷った、前の担当者に確認した、例外が出た、やり直した。この4つが出た箇所が、そのまま渡せない部分の候補になる。設計から入ると、実際には起きない例外まで想定して線引きが複雑になり、使われない手順書になりやすい。1週間ぶんの実際の詰まりを持ってから線を引く方が、手戻りが少ない。
逆に、3条件を満たす行が複数あるなら、やり直しが発生している行を選ぶ。やり直しは、渡し方の設計が悪いことの分かりやすい証拠であり、直したときの変化が数字で出る。②の成果として最も説明しやすいのはこの型だ。
②の結果を、他人が読める形で残す
②をやっても、頭の中で線引きしただけでは残らない。渡せる形に組み直したのなら、その組み直した内容が文書になっているはずである。書く項目は5つでいい。
- 入力。どこから来る何か。ファイル形式や項目名まで書く。「モールからの受注データ」ではなく「楽天RMSからダウンロードしたCSV、注文番号・商品管理番号・数量の3列」
- 出力。どの画面のどの欄に、どの形式で入るか
- 渡す範囲と、人が持つ範囲の線。どこまでを自動またはAIに任せ、どこから人が見るか
- 検品。出力が間違っていたとき、誰がどの画面で、何を見て気づくか。ここが空欄の手順書は、渡した先で事故を起こす
- 切り戻し。止まったときに誰が何をするか。1行でいい
この5項目を選んでいるのは、書きやすいからではない。②の仕事を他人に説明するときに欠けやすいのが、この5つだからだ。とくに検品と切り戻しは、社内では暗黙に済ませていることが多く、書かれていないと「作業を速くしただけ」と読まれかねない。渡す設計をした証拠は、この2項目に出る。
分量は1業務あたりA4で1枚に収める。長く書くほど正確になる気がするが、読まれない手順書は渡せていないのと同じで、②の成果にならない。5項目に絞ると自然に1枚に収まる。収まらない場合は、1つの手順書に複数の工程を詰めている。工程ごとに分ける。
逆に、ここに書けることが何も無いなら、②はまだ終わっていない。線引きを考えただけで手順に落ちていない状態であり、その場合は学ぶ先を探すより先に、いま選んだ1業務を最後まで通す方が早い。
仕分け表を上長に見せるか、手元に置くか
1枚できると、これを上に見せるべきか迷う。先に結論を書くと、②の完了行が1つも無いうちは見せない方がいい。
②が空のままの表は、読む側からは「現状の作業一覧と、本人の希望」に見える。そこから返ってくるのは「で、どれが減るのか」という種類の問いになりやすく、答えられないと話が終わる。渡す設計をした行が1つでもあると、表の意味が変わる。この工程はこう渡した、検品はここで効いた、やり直しは何回から何回になった、という形で、表が実績の説明になる。順番として、1行埋めてから見せる方が、表の意味が伝わりやすい。
見せる相手も、上長より先に隣の担当者にする。理由は承認が要らないからで、もうひとつは、自分が書いた線引きが他人に読めるかどうかを一番安く確かめられるからだ。同じ作業ができたなら、手順としては書けている。社外の基準で読めるかどうかは別の問題で、それはここでは確かめられない。できなかったなら、書けていないのは手順ではなく前提の方である。
上長に見せると決めた場合、持って行き方を「この作業を減らしたい」にしない。減らす話は予算と人員の話に接続してしまい、決裁の議題になる。そうではなく「この工程はこう渡せて、間違いはここで止まる」という形にする。止め方が書いてあるかどうかで、読む側の反応は変わりうる。
見せない選択も同じくらい合理的だ。この表はもともと、自分の学習先を決めるための道具である。承認を取るための資料として作り始めると、書く内容が「通る話」に寄っていき、①と②の境界が実態からズレる。ズレた表で学習先を決めると、投資先を間違える。表の精度を優先するなら、手元に置いたままでいい。
③は既に持っている。ただし市場価値には換算されていない
③は年数と一緒に溜まるから、本人は資産だと思っていない。暗黙知のままでは社外に持ち出せない。「あの取引先は電話が先」は社内で通じるが、職務経歴書には1行も書けない。
換算は3手順。手順書に落とす。自分の判断が効いた範囲の数字に紐づける(月あたりの対応件数、欠品時の代替提案が通った数、手戻りの回数)。全社のCVRを自分の実績として書くと、面接で因果を聞かれた瞬間に崩れる。そのうえで職務経歴書の言葉に翻訳する。在庫管理の「勘」をAIに渡す前に、言語化しておくべきことは、それを在庫の判断でやったものだ。
学ぶ先を決めても、今の環境で②と③が評価されるとは限らない。学習先と所属先の選択は別の問題だ。
②を実際に進めるときの具体例は別の記事にある。渡す範囲の線引きそのものはECの手作業をつなぐ:GAS・API・ノーコードの選び分けとECの問い合わせ対応にAIを入れる:どこまで任せて、どこから人か、状況ごとの返信文を整え直す手順は問い合わせ返信テンプレを、AIで作り直すで扱っている。どの業務から手を付けるかを先に決めたい場合はEC担当がAIを覚える順番:自分の業務のどこから触ると、いちばん早く手応えが出るかを読んでほしい。
③の棚卸しは、この先の使い道で読む記事が変わる。社外の基準に当てて読み直すならEC担当者の市場価値は、何で決まっているのか、面接で話す形に直すならEC担当者の転職面接、実務経験とAI活用は「何を、どう変えたか」で語る。そもそも職種を変える話が自分に当てはまるのかを先に見たい場合はEC担当者の「未経験IT転職」は無理ゲーか?動画から読み解く、現実的なキャリアの広げ方で切り分けている。
翻訳の答え合わせは、社内ではできない
ここまでの手順で、③の判断は手順書と数字の形になっている。棚卸しとしてはこれで足りる。残るのは、その言葉が社外でどう読まれるかだけだ。
これは一人では確かめようがない。評価の基準を持っているのは社内ではなく社外で、こちらは社内の基準しか見ていないからだ。同じ「欠品対応」でも、取引先との交渉まで含むのか、決められた手順を回すことなのかで、読み手の受け取り方は変わる。その差は、外の基準を知っている人に読んでもらって初めて分かる。
これがない状態で誰かに相談しても、話は「今の職場をどう思うか」に流れて終わる。順番は、棚卸しが先で、相談が後だ。
【PR】外の人に読んでもらう機会のひとつとして、無料の相談枠を使う手がある。資格と仕事に強い!個人レッスンのプログラミングスクール【Winスクール】は無料のカウンセリング・受講相談を受け付けている。持ち込むものは「プログラミングを学びたい」ではなく、ここまでで作った①②③の仕分け表と、②で選んだ1業務の手順書でいい。この2枚があれば、コース選びの前に「自分の場合は何をどの順で埋めるか」を聞く材料になる。この記事の立場では、相談したうえで自分で「いまは受講しない」と決めることもありうる。②は社内で手を動かすだけで埋まる場合があり、そのときに必要なのは受講ではなく順番だからだ。なお「個人レッスン」と称しているが、実体は講師1人につき平均3名(最大5名)の少人数制である。教育訓練給付制度の対象コースもあるが、自分が対象になるかは講座と個人の状況で変わるため、割合や金額は相談の場で確認してほしい。相談だけで料金は発生しない。![]()
ECの実務経験しかないが、プログラミングは必要か
②の強化が目的なら、コードが書けること自体より先に、処理を工程に分解して手順に落とせることが来る。AmazonのSP-APIを自分で叩く範囲まで担うなら話は別だ。
AI関連の資格や検定は取るべきか
今回読んだ求人票12件では、資格名の記載は0件だった。だから「取れば評価される」とは書けない。ただ、②を独学するときの教材の目次には使える。G検定(日本ディープラーニング協会、一般13,200円・税込/2026年8月23日時点)の出題範囲は、何を渡せて何を渡せないかを一通り並べている。評価される資格を探すのではなく、②の穴の埋め方を決める道具として使う。
結局、何から手を付ければいいか
直近1週間の業務を書き出して①②③に振り分ける。判定は3つ。手順書を渡せば他人に引き継げるなら①、判断に社内の文脈が要るなら③、①を渡せる形に整える作業なら②だ。
仕分け表は何回も作り直すものか
最初の1枚は粗くていい。作り直すきっかけは2つある。②を1つ完了させたとき、その周辺の行の判定が変わることが多い。渡し方を具体的に考えた結果、隣の行も同じ形で渡せると分かる、という形だ。もうひとつは異動と繁忙期で、担当範囲が変わると③の中身がまるごと入れ替わる。定期的に見直す必要はなく、この2つが起きたときだけ触ればいい。
③が社内でしか通じないなら、転職では価値にならないのではないか
③そのものは持ち出せない。持ち出せるのは、③を手順と数字に換算する作業ができるという事実の方だ。取引先ごとの癖は次の会社では使えないが、癖を言語化して手順に落とし、他人に渡した経験は、業種が変わっても同じ形で発生する。換算の手順を1回通しておくことに意味があるのはそのためで、換算した中身より、換算できることの方が持ち運べる。
①が9割を占めていた。これはまずい状態か
最初の1枚では①が大半になりやすい。②は「やっていないから表に出てこない」ものであり、③は年数と一緒に溜まっているのに本人が資産と認識していないので書き落とされる。①が9割の表は、危機の証拠ではなく、③の書き出しが足りていない証拠であることの方が多い。もう一度③から拾い直して、それでも①が大半なら、②を1つ選ぶ優先度が高い状態だと読む。
あわせて読みたい: リスキリングの補助金は、EC実務者にも使えるのか
あわせて読みたい: AIコーディングツールで商品ページ・LPをどこまで自作でき、どこから危ないかはLPや商品ページをAIコーディングツールで作成する——任せていい範囲と、任せられない範囲で扱っている。
あわせて読みたい: 独学が続かない原因を、意志ではなく設計の問題として整理した独学が続かないのは、意志ではなく設計の問題で扱っている。


コメント