EC担当がAIを覚える順番——何から触ればいいか、聞ける相手がいないなら

社内にAIへ詳しい人はいない。上司はもっと知らない。

ChatGPTを開いて、何を打てばいいか分からないままタブを閉じたことが何度かある。順番を教えてくれる人が一人いれば、それで済む話なのだと思う。

朝、まず受注の取込が通っているかを見る。一元管理を入れていれば、モールと自社カートの注文はそこまで自動で並ぶ。住所の表記ゆれも取込の時点で整う。人の手が残るのは、その自動から外れたものだ。備考欄に書かれた指定日と熨斗の名入れ、同梱の可否、後払いの与信が通っていない注文、電話とメールで来たBtoBの追加分。昼過ぎに「まだ届かない」が届き、伝票番号を運送会社のサイトで照会して返信する。夕方に仕入先からPDFが来て、明日は新商品の登録が入る。商品マスタは一箇所で持てても、商品名の文字数と使える記号がチャネルごとに違うので、結局そこは人がチャネル別に作り直す。この一日のどこかにAIが効くらしい、という話だけは聞いている。

ところが実際にチャットの入力欄を開くと、最初の一行が書けない。一度なにかを試して、それきり触っていない。手順を解説した記事は読んだ。読んだが、自分の業務のどれに当てればいいのかが分からなかった。詰まっているのは技術ではない。順番である。この記事が引き受けるのはそこだけだ。何を学ぶかでもなく、どのツールを使うかでもなく、手元の業務のうちどれを最初に触るかを決める。

結論から書く。最初に触るべきは、いちばん時間を食っている業務ではない。正解が一つに決まり、間違えても取り返せる業務である。判定できない業務から始めると、効果が出たかどうかすら分からないまま止まる。ECなら仕入先資料からの転記や、受注データの列名を自社の並びに揃える作業が該当する。

• 並べ替えの軸は四つ。上の二つ（正解が一意か／失敗が取り返せるか）で最初の一つを選び、下の二つ（頻度／一件あたりの時間）は二つ目以降に効かせる。
• 業務名ではなく動詞で分解する。「受注処理」は業務名であって作業ではない。同じ業務の中に、触らせていい作業と触らせてはいけない作業が同居している。
• 手応えの合図は時間短縮ではない。出力の直し方が分かること、同じ指示で二回目が再現すること。この二つが先に来る。

先に断っておくと、この記事に手順は書かない。プロンプトの例文も、コードも、画面のどこを押すかも出てこない。それらは別の記事の役割で、必要になった箇所でその都度渡す。ここで決めるのは着手点だけである。

「何から始めればいいか分からない」のは、やる気ではなく順番の問題である

試してみたが続かなかった、という話には、共通の形があるように見える。最初に当てた相手が、その人のいちばん大変な業務だったという形だ。一部キャンセルが入った注文をOMSと倉庫指示の両方に反映し直す作業。返品の可否と送料負担を判定して案内する作業。在庫を三つのチャネルに何個ずつ割り当てるかを決める作業。どれも実際に重い。重いから真っ先に何とかしたくなる。順番としては、ここが落とし穴になる。

これらの業務が重い理由は、作業量が多いからではない。例外と判断が多いからだ。一部キャンセルは、決済の状態と出荷指示の進み具合と倉庫の締め時間の組み合わせで対応が変わる。正常系がそもそも一本に定義できない。返品可否は、開封済みかどうか、初期不良かどうか、いつ届いたか、その顧客の過去の履歴をどう見るかで答えが割れる。人によって結論が変わる作業は、出てきた答えが合っているかどうかを自分ひとりで判定できない。判定できないものを最初に選ぶと、成功したのか失敗したのかが分からないまま終わる。

そして残るのは「うちの商品は特殊だから、たぶん当てはまらない」という言葉だ。この結論の厄介なところは、一見もっともらしいことにある。実際、例外処理の塊を最初に当てたのだから、当てはまらなかったのは事実である。だが確かめたのは「この一件には向かなかった」であって「自分の業務全体に向かない」ではない。ここで失うのは、その日に節約できなかった時間ではない。二度目が起きなくなることだ。二度目が起きなければ、以後どれだけ道具が良くなっても関係がなくなる。

「一回試したけど、それきり触っていない」「何ができるかは分かった。で、自分は何をすればいいのか」という言い方で止まることがある。これを能力や意欲の問題として読むと、対処は根性論にしかならない。読み替えるべきは、選ぶ基準を誰も渡していない、という単純な事実のほうだ。基準がなければ、人は目の前でいちばん困っているものを選ぶ。困っている度合いは、着手順の基準としては最悪に近い。

だからこの記事は、内容を一つに絞る。何を学ぶかは扱わない。どれから触るかだけを決める。学ぶ対象の分け方については別に一本書いてあるので、そちらを前提として渡しておく。EC担当者がAI時代に学ぶべきスキルは、業務を3つに分けると決まる。あちらが「何を身につけるか」の地図で、この記事は「最初の一歩をどこに置くか」の話である。地図を持っていても、足を置く場所は別に決めなければならない。

先に「AI」の指す範囲を狭め、業務を動詞に分解する

並べ替えを始める前に、二つ狭めておく。一つは道具の側、もう一つは業務の側だ。

道具の側から。この記事で「AI」と呼ぶのは、文章や表を読み取って、別の形の文章や表にして返す道具のことに限る。メール本文から項目を抜いて表にする、箇条書きから説明文の初稿を作る、二つの表を突き合わせて差分を出す。この範囲だけを指す。需要予測も、システム同士をつなぐ自動化も、勝手に判断して実行する仕組みも、ここでは扱わない。範囲を狭める理由は単純で、範囲が広いほど「自分の業務のどこに当たるか」が決まらなくなるからだ。どの製品を使うか、どのプランかという比較もしない。着手点が決まる前に手段を比べても、比べる基準が手元にない。

業務の側も狭める。詰まる原因の多くは、書き出した単位が粗いことにある。「受注処理」「商品登録」「問い合わせ対応」は業務名であって作業ではない。この粒度のままでは並べ替えられない。中に性質の違う作業が同居していて、そのうち一部は触らせていいが、一部は触らせてはいけないからだ。

たとえば「まだ届かない」という問い合わせへの返信を、動詞で割ってみる。①問い合わせ本文から、どの注文のことかを特定する ②その注文の伝票番号を管理画面で調べる ③運送会社のサイトで配送状況を照会する ④状況に合わせて返信文を書く ⑤送信する。この五つは全部性質が違う。②と③は外部の画面を見に行く作業で、変換ではない。⑤は送ってしまえば取り返せない。この記事の範囲で触れるのは、実質④の下書きだけである。「問い合わせ対応をAIにやらせる」と考えている限り話は動かないが、「④の下書きだけ」まで割れば、明日試せる大きさになる。

商品登録も同じように割れる。仕入先のPDFから型番・容量・素材・寸法を拾って項目に入れる作業。同じ内容をチャネルごとの文字数と記号のルールに合わせて商品名に作り直す作業。カテゴリとタグと検索キーワードを決める作業。画像をチャネルの規約に合わせる作業。一つ目は転記、二つ目は変換、三つ目は判断、四つ目はそもそも文章の仕事ではない。同じ「商品登録」という名前でくくられていても、着手の向き不向きは四つとも違う。

やることは一つだけだ。直近一週間に自分がやったことを、動詞で書き出す。コピーする、貼る、揃える、照らす、調べる、書く、確かめる、決める、送る、反映する。名詞で書かない。名詞で書いた時点で、性質の違う作業が一つの箱に戻ってしまう。書き出しは十や二十で構わない。次の見出しで、この一覧を並べ替える。

並べ替えの軸は四つ。頻度と所要時間を上に置かない

動詞で書き出した一覧を、次の四つで見る。

軸	自分に聞く問い	何を測っているか
1 正解の明確さ	出てきた答えが合っているか、その場で自分ひとりで確かめられるか	試せるかどうか
2 失敗の可逆性	間違えたまま進んでも、気づいた時点で取り返せるか	試せるかどうか
3 頻度	週に何回発生するか	効き目の大きさ
4 一件あたりの時間	一回にどれだけ持っていかれるか	効き目の大きさ

四つを同じ重さで見ない。最初の一つは、軸1と軸2だけで選ぶ。軸3と軸4は、二つ目以降で効かせる。頻度と時間を上に置かないというのが、この記事でいちばん反発を受けるであろう部分なので、理由を先に書く。

上の二つと下の二つは、測っているものが違う。軸3と軸4は「うまくいったときにどれだけ得か」を測る。軸1と軸2は「うまくいったかどうかを自分で判定できるか」を測る。一つ目に必要なのは後者である。理由は、この種のことが反復でしか身につかないからだ。一回目の出力はたいてい思った形にならない。そこから指示を変えて二回目を出す、という往復で覚えていく。往復を止めるのは、効果が出ないことではない。効果が出たかどうかが分からないことだ。分からなければ、次に何を変えればいいかも決まらない。手が止まるのはそこで、能力が足りないからではない。

軸1は、答え合わせが自分で完結するかで見る。受注CSVの列名を自社の並びに揃える作業は、揃っているかどうかを見れば決まる。仕入先のPDFから型番と寸法を転記する作業も、原本と照らせば決まる。一方、返品を受けるかどうか、この二件を同梱していいかどうか、この商品をどのカテゴリに置くかは、人によって答えが変わる。変わるものは、答え合わせに他人を呼ぶことになる。他人を呼ぶ作業は、練習台にできない。

軸2は、間違いに気づいた時点でまだ戻せるかで見る。最初に選んでいいのは、戻せるものだけである。判定は難しくない。原本が残っているか、送信前か、反映前か。この三つのどれかに当てはまれば戻せる。逆に、送ったあと・反映したあとにしか気づけないものは一周目に向かない。ここで注意がいる。失敗がどこまで届くか——社内で止まるのか、顧客に届くのか、金額と在庫が動くのか、掲載の可否に触れるのか——は、その業務を丸ごと渡した場合の話である。同じ業務でも、控えで試す、下書きまでにする、差分を出すだけにする、というように一工程だけを切り出せば、失敗は反映前で止まる。先に工程を切り、そのうえで戻せるかを判定する。この順番を逆にすると、EC業務はほぼ全部が候補から消える。実際、最終的にお金か顧客に届かない業務など、この仕事にはほとんど無い。

四軸のほかに、通過するかどうかだけのゲートが一つある。入力を自分の権限で用意できるかだ。他部署に依頼しないと出てこないデータ、新しい契約や承認が要る経路を最初の一つに選ぶと、着手する前に待ちが発生する。待っている間に熱が冷める。手元のファイルとメール本文だけで完結するものから始める。

最初の一つは、いちばん時間を食っている業務ではない

時間の食われ方は、一種類ではない。EC担当の作業を性質で分けると、少なくとも四つある。一件は短いが件数が読めないもの（受注の取込確認、伝票番号の登録、配送状況の照会返信）。繁忙期に線形に増える。一件が長く件数は少ないもの（新商品の登録一式）。新商品が入った週だけ丸ごと潰れる。待ちで細切れになるもの（一部キャンセルの反映、仕入先の納期連絡、返品のやりとり）。相手の返事で止まり、止まっている間に他が積む。薄く常時乗るもの（実在庫と表示在庫の突き合わせ、チャネル別の売上集計）。今日やらなくても困らないので後回しになり、ズレてから発覚する。

「いちばん時間を取られている」という体感が強いのは、たいてい三つ目だ。だがここで食われているのは作業時間ではなく待ち時間で、しかも中身は例外処理である。ここに何を当てても、相手の返信は早くならない。体感の重さと、着手点としての適性は、別の軸で決まっている。

ここで正面から扱っておきたい反論がある。「ボトルネックから潰すのが改善の原則ではないか」という反論だ。これは原則として正しい。効果の大きいところから手を付けるほうが、投じた時間あたりの見返りは大きい。反対する気はない。

ただし、その原則には成立条件が三つある。①どういう作業なら効くのかを、すでに見分けられること。②うまくいかなかったときに引き返せる時間の裁量があること。③効果が出たかどうかを測る基準を、すでに持っていること。ボトルネックを最初に選ぶ判断は、この三つが揃っている人の判断である。そして一つ目の業務に手を付けようとしている時点では、三つとも揃っていない。①はこれから身につけるものだし、③に至ってはまだ何も測ったことがない。

つまりROIの最大点から入るのは、二周目以降の正解である。一周目にやっているのは改善ではなく、見分け方の獲得だ。目的が違うのだから、選ぶ基準も違って当然になる。一周目に最大化すべきなのは見返りの大きさではなく、結果が読み取れる確率のほうだ。

この順番を外したときに失われるものも、はっきりしている。失うのは、その日に浮くはずだった時間ではない。二度目である。例外だらけの作業に当てて、うまくいかなくて、「やはり自分の業務には向かない」という結論が残る。その結論は本人の中で確かめ済みの事実として固まるので、次に同じ話題が来ても手が伸びなくなる。時間は取り戻せるが、一度出した結論はなかなか引っ込まない。着手点の選定にこれだけ字数を使うのは、そこが理由だ。

この記事を書いている側の見え方としても、続いている人と止まった人の差は、賢さや意欲より「最初に何に当てたか」に寄っているように見える。ただしこれは数を取った話ではなく、限られた範囲での観察にすぎない。統計として受け取らないでほしい。

EC業務を、実際に四軸で並べてみる

抽象論のままでは選べないので、実際の作業を当てはめる。判定は自社の体制で変わるため、以下はそのまま使う表ではなく、当てはめ方の見本として読んでほしい。

三列目は、その業務を丸ごと渡した場合に失敗が届く先である。控えで試す、下書きで止める、差分を出すだけにする、といった形で一工程に切り出せば、同じ業務でも失敗は反映前で止まる。四列目の適性は、切り出したあとの形について書いている。

作業	正解	丸ごと渡した場合の到達先	一周目の適性
仕入先のPDF・メールから型番／容量／素材／寸法を転記する	一意	顧客（登録後）	向く。原本と照らせば正誤が決まる
受注データの列名を自社やOMSの並びに揃える	一意	金額と在庫	向く。ただし本番反映前の控えで試す
チャネル別に商品名・説明文の初稿を作る	判断	掲載審査	初稿限定なら向く。公開前に必ず自分が直す
配送状況を照会したあとの返信文を下書きする	ほぼ一意	顧客	下書きまで。送信は人が持つ
実在庫と各チャネルの表示在庫を突き合わせる	一意	金額と在庫	差分の抽出までなら可。修正の反映は別
返品可否の判定／在庫のチャネル配分／価格とポイントの設定	判断	顧客・金額	一周目には選ばない

並べる順番には決まりがある。まず工程を切り出し、そのうえで戻せるかで切る。控えでも下書きでも差分でもなく、送ったあと・反映したあとにしか間違いに気づけない形しか取りようがない作業を、外に出す。上の表でいえば最下段がそれにあたる。次に、残った中から正解が一意なものを取る。その中で繰り返し回数が多いものを選ぶ。最後に、入力を自分の権限だけで用意できるかを確かめる。この順を入れ替えて頻度から入ると、真っ先に受注処理の本番データに触ることになる。

上位に来たものの共通点を見ておく。転記と列名の整理は、どちらも原本が手元に残る。出てきた結果がおかしければ原本と照らせば分かるし、直す前に気づける。しかも同じ形の作業が毎日または新商品ごとに繰り返し来るので、比較対象がすぐ貯まる。二回目、三回目の比較ができるというのは、一周目には決定的に効く。受注メールの本文から項目を取り出す形については、実際の手順を別記事に書いてある。受発注メールの本文から、受注データを取り出す手順を参照してほしい。

問い合わせの一次返信が最上位に来ない理由も、軸で説明がつく。送ってしまえば取り返せず、しかも「良い返信」の正解は幅を持つ。ただし作業全体ではなく、下書きという一工程だけを切り出せば話は変わる。照会結果という決まった事実を、決まった文面に流し込むところまでなら、正解はほぼ一つに定まる。切り出す位置で適性が変わる、という点はこのあとの見出しで扱う。

もう一つ、軸とは別に外しておくべきものがある。氏名・住所・電話番号を含むデータを、そのまま外部のサービスに貼る作業だ。受注データや配送状況の照会は、そのままだと個人情報を含む。生成AIサービスの利用については個人情報保護委員会が2023年6月2日付で注意喚起を出しており（2026年8月時点で有効）、自社が使うサービスの利用規約とあわせて、社内で誰が何を決めているかを先に確認したほうがいい。実務としての回避のしかたはネットショップの受注処理をAIで効率化する：氏名と住所を渡さずに速くする手順に書いた。ここで言いたいのは一点だけで、この確認が済んでいない作業は、四軸の点数がどれだけ高くても一周目には選ばない。

選んだ一つを、どこまでの範囲で試すか

着手点が決まっても、そこで業務を丸ごと置き換えようとすると初日で詰まる。詰まる場所はいつも同じで、変換そのものではなく、その前後にある。

どの作業も、四つの工程の連鎖でできている。入力を集める／変換する／確認する／反映する。受注データの列を揃える作業なら、管理画面から控えを落とすのが入力、列の並びを自社の形に直すのが変換、揃っているかを見るのが確認、OMSや倉庫へ渡すのが反映になる。この四つのうち、ここでいうAIが効くのは変換だけである。残り三つは人が持つ。持ったままで構わない。

ここで多くの人が先回りして考えるのが、システムとのつなぎ方だ。どうやってデータを渡すのか、出てきたものをどうやって管理画面に戻すのか。この疑問は正当で、実務としては最後には必ず向き合うことになる。ただし一周目には要らない。一周目はファイルを落として貼り、出てきたものをコピーして戻す、という手渡しでいい。手渡しは遅いが、権限が要らない。誰の承認も、新しい契約も、システム部門の工数も要らない。

逆に、最初からつなごうとすると何が起きるか。着手点が本当に適切だったかを確かめる前に、連携の設計と承認の話が始まる。「情シスに聞いてくれと言われた」「そもそも聞ける情シスがいない」という形で止まることがあるが、止まっている中身はたいていここだ。試すべきだったのは変換が使い物になるかどうかで、それは手渡しでも判定できる。判定してからつなげば、つなぐ価値があるかどうかの答えを持った状態で相談に行ける。順序が逆になっているだけである。

試す量も絞る。その日に来た分を全部通そうとしない。数件だけ通して、自分が普段やっている結果と並べて見る。全件をやると、確認のほうが本作業より重くなり、何が良くて何が悪かったのかが混ざる。混ざったものからは次の一手が出てこない。

もう一つ、範囲を切るときの実務的な注意がある。確認の工程を絶対に手放さないこと。「AIが作ったものだから」と自分の確認が甘くなると、それは効率化ではなく検査の省略になる。省略した検査は、いずれ顧客か在庫のどちらかで表に出る。変換だけを渡し、確認と反映は人が持つ、という切り方は、この事故を構造的に防ぐためのものでもある。

手渡しを卒業する段になったら、つなぎ方には選択肢が複数ある。表計算のスクリプトで橋渡しする、APIを叩く、ノーコードのツールでつなぐ。それぞれ向く場面と維持のコストが違い、この記事では扱わない。別に一本書いてあるので、その段階に来たらECの手作業をつなぐ：GAS・API・ノーコードの選び分けを見てほしい。順番としては、着手点を試したあとで構わない。

「手応えあり」をどう判定するか

先に予想を下げておく。最初のうちは、時間は短くならない。むしろ遅くなる。指示を書く時間、出てきたものを見る時間、直す時間が全部乗るからだ。ここで「思ったほど速くならなかった」と判定してやめるのは、走り始めて三歩目でタイムを測るのに近い。一周目に見るべきは速さではない。

見るのは三つだ。

• 直し方が分かるか。出てきたものが違ったとき、指示のどこを変えればどう変わるか、見当がつくようになったか。当てずっぽうで書き直している段階から、狙って変えられる段階に移ったかどうか。
• 二回目が再現するか。同じ形の指示で、翌日の分も同じ品質で出てきたか。一回目がうまくいっただけなら、それは偶然かもしれない。二回目が再現して初めて、業務として使える形になる。
• 他の作業にも当てられそうだと思えるか。やっているうちに「あれも同じ形だ」と別の作業が思い浮かぶようになったか。これが出てきたら、見分け方が身についてきた合図である。

「成果を出せと言われるが、何を成果と呼ぶのかが分からない」という言い方で止まることがある。報告のために数字が要るなら、削減率を作らずに済む観測点がいくつかある。一週間だけ数えれば足りる。やり直した回数。誰かに「これで合っていますか」と確認を頼んだ回数。その日のうちに終わらず翌日へ繰り越した件数。本人しか分からないが有効なものとして、その作業を朝一に開けたか、夕方まで避けたか、という指標もある。少し遅れて出てくるのは、件数が増えた日に出荷指示の締めを守れたか、自分が休んだ日に他の人が回せたか、である。手順が言葉になった副産物としての属人化の解消は、時間短縮より遅れて現れる。

逆に、悪化のサインも決まっている。出てきたものの検算が、元の作業より重い。貼り直しと整形の手間が増えた。「AIが作ったものだから」で自分の確認が甘くなった。この三つのどれかが出たら、その作業は一周目の相手として不適切だったという判定になる。ここが大事なところで、これは本人の能力の問題ではない。選定の問題である。四軸に戻り、軸1と軸2の点数がもっと高い作業へ一つ下げればいい。

撤退の線も先に引いておく。二週間ほど続けても一つ目の合図（直し方が分かる）が来ないなら、努力の量ではなく対象を疑う。指示の書き方を磨いて解決する話と、そもそも正解が一つに決まらない作業に当てている話は、見た目が似ていて中身が全く違う。前者は続ければ抜ける。後者はどれだけ続けても抜けない。二週間という区切りは根拠のある数字ではなく、迷ったときに判断を止めないための目安である。自分の業務の周期に合わせて構わない。

一つ目が終わったら、次はどう選ぶか

一つ目で本当に手に入るのは、浮いた時間ではない。効く形の見分け方である。手元の作業を見て「これは同じ形だ」「これは違う」と当たりがつくようになる。この見分け方は、記事を読んでも身につかない。一回自分の業務で通してみるまで、輪郭が出てこない。だからこそ、一つ目は判定できる作業でなければならなかった。

二つ目は、同じ形の別の作業へ横に広げる。仕入先資料からの転記が通ったなら、次は同じく原本と照らせるもの、たとえば売上レポートを集計する前の下ごしらえや、廃番商品の一覧の突き合わせに移る。ここでは新しいことを覚えない。同じ形を、違う対象で繰り返すだけだ。二回目、三回目で速くなるのはこの段階からで、一周目に測れなかった時間の変化がようやく見えるようになる。

三つ目で、軸3と軸4に重みを移す。ここで初めて頻度と一件あたりの時間が主役になる。毎日発生するもの、繁忙期に線形に増えるもの、締め切り前に効いてくるもの。一周目には見送った「いちばん時間を食っている業務」に近づいていくのは、この段階からで構わない。見分け方と測る基準がそろっていれば、最初は成立しなかったROIの原則が、ここでは正しく働く。

四つ目以降で、判断が混じる領域へ上げていく。チャネル別の商品名や説明文の初稿、問い合わせの仕分け、欠品時の案内文の下書き。ただし上げるのは対象の難しさだけで、人が確認と反映を持つという位置は変えない。ここを一緒に上げると、事故の規模だけが先に大きくなる。

ここまで来ると、決めるべきことが変わる。着手点はもう自分で選べるようになっているので、次に決まらなくなるのは何を身につけるかのほうだ。学ぶ対象の分け方については別に一本ある。EC担当者がAI時代に学ぶべきスキルは、業務を3つに分けると決まるを、二周目に入る前に読んでおくといい。

最後に一つだけ。備考欄の一行から何を読み取るべきか、どのチャネルの規約に何が引っかかるか、この二件を同梱していいかどうか。こうした判断は、業務を動詞に割ることができる人にしか書き下せない。割れるのは、毎日その画面を開いている人だけである。今日の終わりに、今日やったことを動詞で書き出す。着手点の話は、そこから先にしか進まない。

あわせて読みたい：EC担当者の「未経験IT転職」は無理ゲーか？動画から読み解く、現実的なキャリアの広げ方

あわせて読みたい：EC実務者がAI時代を生き残るために、今日から変えるべき4つの動き