EC

EC

問い合わせ返信テンプレを、自己流から卒業する

発送遅延_修正版_最新(2).docxこのファイル名を自分でつけた記憶はない。気づいたら、そうなっていた。同じフォルダに、同じ接頭辞のファイルがあと5本ある。問い合わせ返信テンプレは「1つの完成形」で持つと、状況が増えるたびに破綻する。骨格...
EC

EC売上の分析、AIにどこまで任せていいか今さら聞けない人へ

月初の売上報告。前月比を出して、伸びた理由を1行そえる。「セール効果」「季節要因」。去年の同じ月にも、同じ言葉を書いた気がする。数字は正しいのに、その1行だけは毎回なんとなく埋めている。この記事は、月次の売上分析にAIをどこまで使えるのかを...
EC

受発注メールから受注データを取り出す手順——コピペを続けなくていい

受発注メールからの受注データ抽出は、4つの手順に分解できる。①CSVもAPIも無いメールだけに対象を絞る、②取り出す項目を品番・数量・納期の3つから始める、③AIに推測させず欠損はnullで返させる、④商品マスタか過去の受注実績で照合して...
EC

ネットショップの受注処理をAIで効率化する:氏名と住所を渡さずに速くする手順

受注処理でAIが速くするのは、確認メール文面の生成・例外注文の仕分け・住所表記の揺れ検出の3つだけだ。氏名や住所を貼る必要はない。注文番号とSKUと金額に絞って渡せば、速度を落とさずに、外へ出る情報量を減らせる。受注処理を7工程に割ると、A...
EC

ECの問い合わせ対応にAIを入れる:どこまで任せて、どこから人か

問い合わせ対応は、種類ではなく工程で線を引く。要約・分類・記録はAIに任せてよい。文面の下書きもAIでよいが、送信は人が押す。返金・交換・納期の約束と、注文データとの照合だけは、AIに判断させてはいけない。単位は「1件」ではなく「工程」。1...
EC

EC担当者の社内提案が通らない理由|数値分析を4項目に翻訳する型

社内提案が通らないのは、熱意でも数字の量でもない。決裁者が判断に使える形になっていないからである。必要なのは4項目だけ。現状の数字、原因、打ち手、そしてそれが決裁者の追っている数字のどれを動かすか。決裁者は現場を見ていない。見ているのは判断...
EC

商品ページを生成AIで作る:任せていい範囲と、危ない範囲

商品ページの生成AIは、ページ単位ではなく工程単位で線を引く。初稿をAIに任せてよいのは商品説明文・FAQ・画像のalt。人が最終確定するのは商品名とキャッチコピー。AIに生成させてはいけないのは、サイズ・素材・成分など商品マスタに正解があ...
EC

EC受発注・在庫管理の自動化は、どこからAIに渡していいのか

ECの受発注と在庫管理のうち、AIやツールに渡していい作業と人が持つべき作業を「転記・判断・例外」の3つに分けて整理しました。自動化の前に決めるべき在庫数の正本、着手する順番、止まったときの気づき方までを扱います。
EC

在庫管理の「勘」をAIに渡す前に、言語化しておくべきこと

在庫管理には、必ず「あの人の勘」が存在する。何年も発注を担当してきた人だけが持っている、「そろそろ危ない」という感覚だ。天候、曜日、キャンペーンの有無、去年の同じ時期の動き——それらを頭の中で勝手に掛け合わせて、発注点を決めている。この勘を...
EC

ノーコードで受発注メールを自動仕分けしてみた記録

受発注のメールが1日に何十通も届く時期になると、目視での仕分けだけでかなりの時間が溶けていく。件名も差出人もバラバラで、優先度の高い注文とただの確認メールが同じ受信箱に並ぶ。これをノーコードの自動化ツールで仕分けてみた記録を残しておく。使っ...