ODB / JOURNAL

第01回|小さな会社のEC担当者に必要な仕事と役割

小さな会社のためのEC・AI実務講座 第1回「小さな会社のEC担当者に必要な仕事と役割」

兼任EC担当者の最初の仕事は、すべてを一人で抱えることではなく、仕事・判断権限・相談先を見える形にすることです。

今回の結論:経営者と担当者で、業務一覧・判断権限表・週間予定・週報の四つを共有し、確保できる時間の中で運営と改善を続けます。

小さな会社のEC担当者は、最初に「任される範囲」を決める

ECを始めるとき、最初に必要なのは新しいツールの契約ではありません。誰が注文を確認し、誰が発送し、どこまで担当者の判断で進めてよいかを決めることです。「Webに詳しそうだから」という理由だけで担当者を選ぶと、画像の変更から価格の決定、広告の運用、クレームの対応までが一人に集まります。仕事の種類も優先順位も説明されないまま、売上だけを求められる状態になりやすいのです。兼任担当者は本来の仕事も持っています。ECの仕事を追加するときは、追加した時間と同じだけ、何を減らすかを経営者が決める必要があります。

この講座では、ECの仕事を見えるようにして、担当者と経営者の役割を分け、限られた時間で運営と改善を続ける方法を学びます。到達目標は、業務一覧、判断権限表、週間予定、週報の四つを作れることです。売上の約束ではなく、自社の運営を説明でき、異常に気づき、根拠を持って改善案を出せる状態を目指します。まだ販売を始めていない会社は、公開後に起こる仕事を想定して作成してください。すでに販売している会社は、理想の体制よりも、今週実際に発生した仕事から書き出します。

結論は、担当者を更新係にも、何でも決める責任者にもせず、「事実を集め、決められた範囲で実行し、例外を適切な人へ渡す役割」として育てることです。経営者は、何を売るか、利益をどれだけ残すか、何に時間とお金を使うかを決めます。担当者は、その方針を商品情報、受注対応、数字の確認、改善作業へ落とし込みます。業務の習熟に合わせて権限は広げられますが、最初から曖昧にしてはいけません。権限と相談先が明確になるほど、担当者は安心して仕事を進められます。

EC業務を「売る前・売った後・改善する仕事」に分ける

ECサイトの更新は業務の一部です。販売前には、商品仕様の確認、写真の準備、価格と送料の計算、在庫と納期の確認、商品ページの登録があります。販売後には、注文と支払いの確認、商品の取り置き、梱包、発送、通知、問い合わせ、返品や交換が続きます。改善には、流入と購入の数字の確認、購入者の疑問の収集、商品情報の修正、集客の企画、結果の振り返りが含まれます。この三つを分けると、更新作業だけが進んで発送体制が整わない、といった偏りを見つけやすくなります。

最初の棚卸しでは、一週間の仕事を思い出しながら、一件ずつ動詞で書きます。「集客」「顧客対応」のような大きい言葉では、時間も担当も決められません。「購入前の納期問い合わせへ回答する」「主力商品の写真を一枚追加する」「未発送注文を一覧で確認する」という粒度にします。同じ仕事でも、確認と実行を分けた方がよい場合があります。在庫数を数える人と、システムへ修正を登録する人が違うなら、二行に分けます。担当者が覚えている仕事だけでなく、経営者、製造、経理、発送を手伝う人にも聞いてください。

業務一覧には、作業名、発生条件、頻度、実行者、承認者、所要時間、使う情報、完了の証拠を記録します。所要時間は精密な計測から始めなくても構いません。まず五分、十五分、三十分、六十分の単位で見積もり、実績との差を翌週に直します。完了の証拠は、「対応済み」という感覚ではなく、注文番号、発送記録、修正したページ、共有した週報などにします。仕事の入口と出口が明確になると、引き継ぎも外注も容易になります。誰も完了を確認できない作業は、運営上の空白になりやすいからです。

業務の発生条件も重要です。毎日ある仕事と、注文がある日だけ起こる仕事を混同すると、予定が崩れます。毎朝の未発送確認は日次業務ですが、梱包は注文数に応じて増えます。返金は件数が少なくても、金銭と在庫の両方に影響する例外業務です。月次の棚卸しは日常の在庫更新とは目的が違います。頻度だけでなく、「何が起きたら始めるか」を書くことで、担当者が自分の判断で着手できます。問い合わせの到着通知だけに頼らず、未対応を定期的に確認する仕事も一覧に含めましょう。

役割分担は、作業者・承認者・相談先で十分に始められる

役割分担を考える方法としてRACIがありますが、小さな会社では大きな表を埋めることよりも、実行する人、最終判断する人、困ったときに相談する人が分かることを優先します。同じ人が複数の役割を持っても構いません。ただし、最終判断者が二人いてどちらの返事を待つか分からない状態は避けます。価格変更を社長と営業責任者の両方が承認するなら、意見を集める順番と、最終的に決める人を明記します。「全員で相談する」は協力の姿勢としてはよくても、仕事を完了させる手順としては不足です。

たとえば誤字の修正は担当者が実行し、更新記録を残して完了とできます。一方で、商品の寸法を変更する場合は、実物や仕様書との照合が必要です。送料の変更は利益だけでなく、既存の案内や購入途中の顧客へ影響するため、経営者の承認を求めます。返品条件を変える場合は、商品ページ、案内ページ、返信テンプレートの整合も確認します。同じ「文章の修正」でも影響は異なります。作業の見た目ではなく、顧客への約束、金銭、個人情報、他の業務への影響で権限を分けてください。

経営者に承認が集まる会社では、承認待ちが最大の遅れになることがあります。「忙しいので後で」では、担当者は何度も確認する必要があります。通常の承認は毎日決まった時間にまとめ、発送期限や顧客への返答期限が迫る案件は別の連絡経路を使う、と決めます。返事がないときに担当者が勝手に承認済みと扱うのではなく、期限を知らせて保留するか、代行者へ渡すかを事前に定めます。経営者が出張中でも運営が続くよう、承認の代行範囲と期間を記録しておくことも有効です。

権限表は永久に固定する必要はありません。最初は商品情報の軽微な修正だけを任せ、実物照合と記録が安定したら登録業務を広げる、と段階を設けます。基準は勤続期間より、作業を再現できること、変更の影響を説明できること、例外で立ち止まれることです。権限を広げるときには、任せる範囲と対象外を本人へ説明し、表を更新します。担当者が育つことと、すべての判断を引き受けることは同じではありません。経営判断を経営者へ返せる担当者も、十分に自立した担当者です。

経営者は商品・利益・予算の判断、担当者は事実確認・実行・改善提案、専門家は必要な専門作業を担当する。
EC運営の役割分担

判断権限には「対象・上限・例外」を書く

「少額なら返金してよい」「広告を少し試してよい」という言い方では、担当者ごとに解釈が変わります。返金であれば、対象理由、金額の上限、必要な証拠、在庫を戻す条件、顧客への連絡内容を決めます。広告であれば、一日だけの金額ではなく、検証期間の総額、延長の条件、停止する条件を決めます。値引きであれば、対象商品、適用期間、併用の可否、利益の最低条件を確認します。金額だけで判断できない案件もあるため、上限以内でも相談が必要な例外を別に書いておきます。

次の架空例を考えます。従業員六人の生活雑貨会社で、担当者は商品説明の誤字修正、承認済み写真の追加、通常の発送通知を自分で進められます。価格、送料、保証の約束は社長が承認します。破損した商品の交換は、写真、注文記録、在庫を確認し、定めた基準に一致するものだけ進めます。複数回の交換、原因が分からない不具合、高額商品の例外は相談します。このように、担当者の権限を狭くするだけではなく、通常案件を迷わず処理できる道を用意することが重要です。

変更前の確認と変更後の確認も分けます。商品ページを直す前に、根拠資料、対象商品、修正箇所を確認します。保存後には、実際の表示、選択肢、リンク、スマートフォンの読みやすさを確認します。管理画面で保存できたことは、顧客に正しく見えることと同じではありません。変更記録には、日付、担当、理由、根拠、承認者、確認結果を書きます。日常の軽微な修正に長い申請書は不要ですが、後から「なぜ変更したか」をたどれる程度の記録は残してください。

権限とアカウントの管理も対応させます。仕事を任せるために全員へ最大権限を与えると、設定変更や情報へのアクセスまで広がります。業務に必要な範囲を確認し、本人ごとのアカウントを使い、退職や担当変更の際にアクセスを見直します。共通パスワードの共有は、誰が作業したかの確認を難しくします。復旧用の連絡先や二段階認証の扱いは、担当者一人の端末だけに依存させないようにします。個別サービスの権限設定は機能や契約で異なるため、利用中の公式案内と社内の責任者を照合して実施してください。

優先順位は、売上への期待よりも「止めると困る仕事」から決める

少人数の会社では、すべてを同じ熱量で行えません。まず支払い、発送、在庫、顧客への約束に関わる仕事を守ります。次に、主力商品の情報不足や購入導線の不具合を直します。その上で集客を増やします。商品を発送できない状態で広告だけを強化しても、問い合わせと欠品が増え、担当者の負荷が高まります。運営を守る仕事は目立ちにくくても、販売を継続する土台です。経営者は、売上につながった作業だけでなく、事故を防ぎ、確実に処理できた仕事も評価します。

改善候補は、顧客の困りごと、発生件数、影響、作業時間の四つで比較します。寸法が分かりにくく毎週五件の問い合わせがある商品と、まだ閲覧が少ない商品で写真の背景色を変える作業なら、前者を先に扱う根拠があります。問い合わせ内容を一週間記録し、どの説明を追加すれば減らせそうかを考えます。ただし問い合わせをなくすことだけが目的ではありません。購入に必要な相談まで避けさせないよう、解決率や購入者の理解も確認します。担当者の時間と顧客の体験を両方良くする改善を選びましょう。

ランチェスター戦略の考え方を小規模ECへ取り入れるときは、「狭い市場なら必ず勝てる」と解釈するのではなく、限られた力をどこへ集中するかの判断に使います。誰に、どの商品を、どんな場面で選んでもらうかを絞ります。すべてのSNS、すべての商品、すべての顧客層を同時に追うと、情報も予算も薄くなります。主力商品を一つ選び、その購入者の質問へ答えられるページを作り、相性のよい集客経路で試す方が、改善理由を理解しやすくなります。需要と採算の確認を伴う集中が必要です。

後回しにする仕事は、放置する仕事ではありません。候補一覧に残し、見直す日を決めます。「ブランド全体の撮影をやり直す」は今月は見送り、「主力商品の大きさが分かる写真を追加する」は今週行う、と分けられます。新しいツールの導入も、今の困りごとを具体的に減らすかで判断します。使いこなす時間、確認する時間、維持する費用を含めて比較します。便利そうだから増やすのではなく、運営のボトルネックを解消できるものを選んでください。やらないことを決める責任も経営者にあります。

週六時間の兼任担当者は、予定に余白を残す

ここからは、従業員六人、月六十件の注文、EC担当者の確保時間が週六時間という架空ケースです。発送作業は別のスタッフが担当し、EC担当者は注文確認、問い合わせ、商品情報、数字の報告を受け持ちます。六時間は三百六十分です。日次の注文と未対応確認に一日十五分、五日で七十五分、問い合わせに週六十分、商品情報の改善に九十分、数字の集計と会議に四十五分、手順書に三十分、例外対応の余白に六十分を配分すると合計三百六十分になります。この配分は標準値ではなく、考え方を説明する例です。

週間予定は曜日より、期限と中断の受けやすさで組みます。注文や未対応の確認は短時間でも毎日行い、発送担当へ早めに渡します。商品ページの改善は資料を広げて考える時間が必要なので、まとまった枠を一つ確保します。週報は会議直前に慌てて集計するのではなく、同じ条件で数字を取る日を決めます。手順書は、作業の記憶が新しいうちに短く残します。余白をゼロにすると、返品や在庫差異が一件起きただけで改善の枠が消えます。予定の全部を通常業務で埋めないことが継続の条件です。

もし発送も同じ担当者が行うなら、この予定は使えません。月六十件を単純に四週で割ると週十五件です。梱包と発送準備が一件八分なら、週百二十分が追加されます。現在の予定へそのまま足すと四百八十分、八時間になります。週六時間しか確保できないなら、改善枠を減らす、発送を分担する、集荷の方法を変える、商品構成を見直すなどの判断が必要です。担当者が頑張れば何とかなると考えず、時間の不足を計算で可視化します。実際は注文が偏るので、平均だけでなく最も忙しい日の処理量も確認します。

時間の記録は、監視のためではなく仕事の設計を直すために使います。予定十五分の在庫確認に毎日三十分かかるなら、在庫表が複数ある、棚の位置が分からない、更新のタイミングが違う、といった原因を調べます。担当者の能力不足と決めつける前に、必要な情報がそろうかを確認します。記録は一分単位でなくてもよく、仕事の分類とおおよその時間で十分です。二週間分があれば、毎回起きる負荷と偶発的な負荷を分けやすくなります。改善して減った時間は、次の改善や品質確認へ戻します。

注文確認75分、問い合わせ60分、商品改善90分、数字と会議45分、手順書30分、例外の余白60分、合計360分。
週6時間の業務配分(架空例)

数字の目標は、売上と担当者の行動を分ける

担当者へ売上目標だけを渡すと、自分では変えられない条件まで責任を感じる場合があります。商品力、仕入れ、販売価格、製造能力、広告予算は経営判断と関係します。担当者の評価には、商品情報を整える、未対応を放置しない、週報を同じ定義で作る、改善案を出す、といった行動も含めます。行動を数えるだけでは不足なので、品質と完了条件も設定します。「五商品更新」ではなく、「主力五商品の寸法、送料、納期、返品案内を実資料と照合して更新し、表示を確認する」とします。

売上の結果は、訪問、購入率、客単価などへ分けると、担当者が次の確認箇所を見つけられます。ただし細かい指標を大量に集めることが仕事にならないようにします。初期は、注文件数、販売金額、返品などの調整、広告費、問い合わせの主な理由、未対応件数をそろえるだけでも十分な発見があります。利益の計算方法は第2回、指標の定義と集計は第8回で詳しく扱います。この回では、どの数字を誰が用意し、どの判断へ使うかを決めることが目的です。見て終わる数字を減らしましょう。

架空ケースで、一週間の注文が十件から十二件へ増えたとします。担当者が商品写真を追加した週でも、それだけで改善の効果とは断定できません。広告費、訪問数、曜日、在庫、値引きの有無が変わっていないかを確認します。週報には「写真追加後に注文が増加。因果関係は未確認」と書けます。少ない件数では偶然の変動も大きくなるため、成果を誇張するより、確認できた事実と次の検証を分ける方が役立ちます。経営者も、担当者へ都合のよい説明を求めないことが大切です。

行動目標は、通常業務を増やしすぎない範囲で設定します。毎週新しい記事を三本、SNSを毎日、広告素材を五本という目標は、確保時間と照合しなければ続きません。最初の一か月は、一つの改善を完了し、前後の条件を記録できればよい場合もあります。慣れたら対象を広げます。目標の数を増やすより、担当者が目的と確認方法を説明できるかを評価します。売上が伸びない週でも、欠品を発見した、誤った仕様を直した、返信の遅れをなくしたという仕事は、事業の継続に意味があります。

週十五分の会議を「報告会」から「判断する時間」へ変える

経営者との週次会議は、担当者が作業を全部読み上げる場にしません。事前に一枚の週報を共有し、会議では、今週の事実、困っていること、判断してほしいこと、来週の優先事項を確認します。十五分なら、事実の確認に三分、課題に四分、判断に五分、担当と期限の確認に三分という配分が考えられます。時間配分は架空の運用例ですが、最後に誰が何をするか決めることは共通です。承認待ちの一覧もここで確認し、止まっている仕事を減らします。

週報の冒頭には、集計期間と出典を書きます。数字が前週と違うとき、比較の条件が同じかを確認できるようにします。次に、注文、売上、対応状況などを少数の項目で記録します。顧客の困りごとは、個人が特定できる情報を省いて分類し、件数と代表的な質問を載せます。改善欄には、実施したこと、確認できた変化、まだ分からないことを書きます。相談欄は「どうしましょう」だけでなく、選択肢、費用、時間、担当者の提案を短く添えます。経営者が判断に必要な情報を探し直す負担を減らすためです。

たとえば「問い合わせが増えました」という報告は、購入前の相談が増えたのか、配送遅延の苦情が増えたのか分かりません。「今週は納期の問い合わせ六件。商品ページと自動通知で日数の表現が異なる。仕様書に合わせて両方を修正し、翌週の問い合わせを確認したい」と書けば、実行する作業が見えます。自動通知の変更に承認が必要なら、対象文面と変更箇所を添えます。会議中に長文を書き始めるのではなく、担当者が準備し、経営者が判断する流れを作ります。

会議が終わったら、決定事項だけを記録します。採用した提案、見送った提案、理由、担当、期限、確認する数字を残します。見送りの理由がないと、翌週に同じ相談が繰り返されます。経営者の判断も仮説であるため、結果が想定と違えば修正できます。後から担当者だけへ責任を押し付けないよう、何を根拠に決めたかを共有します。担当者が休んでも、別の人が進捗を確認できる場所へ記録を置いてください。個人のチャットにだけ残すと、検索と引き継ぎが難しくなります。

事実を集め、仮説と未確認を分け、優先順位を承認し、一つ実行して記録し、次週に振り返る。
事実から改善を決める週次サイクル

手順書は、初めての人が一件処理できる形で書く

手順書の目的は、詳しい資料を作ることではなく、必要なときに正しい作業を再現できることです。最初は頻度が高い業務か、間違えたときの影響が大きい業務を一つ選びます。通常注文の確認、発送前の検品、在庫差異の報告などが候補です。書き方は、目的、開始条件、必要な情報、操作、確認、例外、完了記録の順にします。「注文を確認する」ではなく、「注文番号と支払い状態を確認し、未払いは出荷対象へ入れない」のように判断が必要な箇所を書きます。

実画面の画像を使う場合は、実際に確認した画面だけを使用し、顧客の氏名、住所、メールアドレス、注文番号などを必要に応じて伏せます。架空の画面を実物として載せてはいけません。操作名称は変わることがあるため、画像だけに依存せず、何を確かめる作業かも文章で説明します。手順書には、確認した日付、対象の環境、作成者、次の見直し日を記載します。ボタンの位置が変わっても、目的と確認条件が分かれば、公式案内を使って更新しやすくなります。

手順の最後には、正常終了と保留の条件を書きます。通常処理ができたら発送担当へ渡し、在庫が合わなければ出荷を止めて責任者へ連絡する、という分岐です。担当者が全部を解決してから報告する必要はありません。むしろ、分からないまま処理しない判断を評価します。例外の種類が増えたら、本文を延々と増やすのではなく、例外一覧を別にします。頻度、影響、対応者を記録すれば、どの例外を標準化すると時間を減らせるかも分かります。

完成した手順書は、作成者以外が一件試します。説明を受けずに進められるか、途中で必要な情報が不足しないか、完了の判断が一致するかを確認します。テスト中に作成者が横から答え続けると、不足に気づけません。迷った箇所を記録し、文章や資料の置き場所を直します。実際の顧客へ影響する作業は、テスト環境や確認済みの模擬情報で試し、本番の送信や返金を練習として行わないようにします。引き継ぎのしやすさは、資料のページ数ではなく、別の人が正しく再現できたかで測ります。

在庫差異や発送遅れは、通常業務とは別の経路で扱う

忙しい日に例外が起きると、担当者は何から止めるべきか迷います。あらかじめ、注文を守るための優先順位を決めておきます。在庫差異が見つかったら、対象商品の出荷を保留し、現物、取り置き、返品、別チャネルの販売記録を確認します。原因が分からない段階で在庫数だけを書き換えると、同じ問題が続きます。影響する注文の有無を確認し、顧客への案内が必要かを責任者へ相談します。関係のない商品の処理まで止める必要があるかも判断します。

発送遅れでは、予定日、原因、対象件数、今分かっている再開見込みを整理します。顧客への案内は、確実でない日付を約束しないことが重要です。経営者へ「遅れます」とだけ伝えるのではなく、「本日発送予定の三件。製造の確認が必要。午後三時に状況を再確認し、案内文を承認してほしい」という形にします。急いでいても、案内先の取り違えや個人情報の誤送信を防ぐ確認は省きません。例外対応の記録は、落ち着いた後に原因と再発防止へ使います。

繁忙期は、通常時の作業時間で予定を立てないようにします。セールや季節需要の前に、注文の見込み、梱包資材、出荷能力、問い合わせの想定を確認します。注文が倍になったとき、どの仕事を一時的に減らすかを決めます。改善記事の追加を止める、通常回答のテンプレートを整える、発送を手伝う人を確保するなどが候補です。ただし、販売条件や個人情報の扱いまで簡略化しないようにします。担当者がその場の判断だけで切り抜けるのではなく、経営者が能力と需要の差を把握してください。

事後の振り返りは、犯人探しにしません。原因を、情報不足、手順不足、権限不足、能力不足、外部要因などへ分けます。担当者が間違えた場合も、誰でも間違えやすい仕組みになっていなかったかを確認します。二つの似た商品を同じ棚へ置いていたなら、教育だけでなくラベルや置き場所を見直せます。再発防止は一度に一つか二つに絞り、担当と期限を付けます。改善を増やしすぎて実行されないより、効果を確認できる小さな変更を残す方が運営は安定します。

私自身、Web制作に携わり、自社運営ECサイトの実務にも取り組んでいます。制作する側と日々更新する側の両方を経験しているからこそ、外注時には完成した画面だけでなく、社内の担当者が次の更新を進められる説明も必要だと考えています。

外部へ頼むときも、自社の判断材料を残す

内製化は、すべてを自社で作業することではありません。複雑な改修、専門的な撮影、計測設計などは、必要な部分を外部へ頼む選択があります。判断の基準は、頻度、習得時間、失敗時の影響、自社に残したい知識、継続費です。一度きりの複雑な改修を担当者が何週間も調べるより、要件をまとめて専門家へ依頼した方がよい場合があります。一方、毎週の数字の確認まで外部へ丸ごと渡すと、社内で改善を考える材料が残りません。作業と判断を分けて考えます。

架空の費用比較をします。担当者が撮影を覚えるのに二十時間かかり、社内で見積もる時間単価を二千円とすると、初期の時間費用は四万円です。外部撮影の見積もりが六万円でも、準備、修正、今後の撮影頻度によって判断は変わります。毎月撮影が必要なら習得に意味がありますが、年に一度だけなら別の仕事を優先する方が合理的かもしれません。この時間単価は給与計算の断定ではなく、比較に使う社内の仮定です。現金の支出と、担当者の時間を使う費用を混同せず、両方を見ます。

依頼書には、背景、対象、目的、現状、困りごと、成果物、期限、予算、確認方法を書きます。「売れるサイトにしてほしい」では範囲が決まりません。「主力商品のサイズ選択を分かりやすくし、現在の写真と仕様書を使って商品ページを改善する。公開前にスマートフォンで選択と購入導線を確認する」のようにします。成果物に、修正後のページだけでなく、変更理由と更新方法の説明も含めると、担当者が次回から対応できる範囲が広がります。

外部とのやり取りでは、アカウントやデータの所有も確認します。制作を依頼したからといって、契約や管理権限まで相手任せにする必要はありません。必要なアクセスだけを期間を決めて渡し、完了後に見直します。修正の回数、公開の担当、障害時の連絡、保守の対象も確認します。口頭の約束だけで進めず、双方が確認できる形で残します。自社の担当者は専門家の仕事を全部再現できなくても、何を変更し、どこへ影響するかを説明できるようになることが大切です。

AIは業務の棚卸しと週報の下書きに使う

生成AIを初めて業務へ入れるなら、公開や送信を伴わない整理作業が始めやすい候補です。業務メモを分類する、週報の文章を短くする、手順書の抜けを確認する、といった使い方です。顧客の氏名や住所、未公開の経営数字、取引先情報を無断で入力しないよう、先に社内の利用範囲を確認します。この回の入力例は、個人情報を含まない架空データを使います。AIが文章を自然に整えても、権限や作業の正しさまで保証するわけではありません。

業務棚卸しの入力は、目的、素材、分類基準、出力形式、禁止事項をそろえます。「以下は架空の雑貨会社の業務メモです。日次、週次、月次、例外へ分類し、実行者と承認者が未記入の項目は『要確認』としてください。新しい業務や権限を勝手に追加しないでください」と指示します。素材には「未発送確認、商品写真追加、送料変更、月末棚卸し、破損交換相談」などを渡せます。出力を読むときは、頻度、金銭への影響、顧客への約束が自社の運用と一致しているかを確認します。

AIが「送料変更は担当者が毎週実行」と出したら、そのまま採用してはいけません。素材に承認者がなければ、AIが空白を補った可能性があります。「承認者は社長、変更は必要時のみ。根拠のない担当割り当てを除き、未記入を明示してください」と修正します。出力の検品は、読みやすさだけでなく、元の素材との一致を確認する作業です。担当者が判断できない箇所をAIで埋めると、かえって責任の所在が曖昧になります。未確認を未確認のまま残せることが、業務用途では重要です。

週報では、数値と解釈を分けるように指示します。架空データとして「前週十件、今週十二件、広告費は両週同額、納期問い合わせ六件、写真追加を一商品で実施」を渡し、「確認できた事実、仮説、追加確認、経営者へ求める判断の四欄で整理。因果関係を断定しない」と指定します。出力例は「注文は二件増えた。写真追加との関係は未確認。訪問数と商品別注文を確認する。納期表現の統一を承認してほしい」です。AIに数字の合計を任せた場合は、元表や計算式で検算します。

AIの効果は、出力にかかった時間だけで測りません。素材を準備し、指示を修正し、出力を確認する時間も含めます。導入前に週報へ三十分、導入後に素材整理十分、生成二分、確認八分なら、合計二十分で十分の短縮です。これは架空の計算例です。確認で二十五分かかるなら、導入後は三十七分になり、改善になっていません。プロンプトの工夫だけでなく、元データをそろえる、出力を短くする、対象業務を変える判断も必要です。誤りや確認漏れが増えた場合は、時間が短くても運用を見直します。

担当者が陥りやすい間違いを、仕組みで防ぐ

最もよくある失敗の一つは、覚えやすい仕事ばかり進めることです。SNSの投稿やデザインの微調整は目に見えますが、未発送や利益の確認は地味です。週間予定に運営を守る仕事を先に入れ、改善は顧客の困りごとと数字から選びます。もう一つは、一人だけが分かる運用です。担当者の記憶、個人の表、チャットの履歴に情報が分かれると、休暇のたびに仕事が止まります。重要な資料の保存場所を決め、最低限の代行手順を共有します。

承認なしに善意で変更することも、事故の原因になります。問い合わせへ親切に答えようとして未確認の納期を約束する、値引きで解決しようとして利益条件を崩す、といった例です。担当者の意欲を抑えるのではなく、約束してよい範囲と、確認が必要な項目を明確にします。返信テンプレートも、例外を隠すためではなく、通常条件を正しく伝えるために使います。顧客の状況がテンプレートの前提と違えば、送信前に相談してください。

ツールを増やして解決しようとする失敗もあります。在庫表が合わない原因が更新ルールなら、新しい管理サービスへ移しても差異は続きます。まず、誰が、いつ、何を根拠に更新するかを決めます。その上で、機能や作業量が不足するならツールを検討します。導入時には、移行、教育、確認、解約、データの持ち出しまで考えます。小さな会社の強みは、意思決定と修正を早くできることです。複雑な仕組みを増やすより、少数の手順を確実に回す体制を作りましょう。

初週に行う課題と、完成の判定

最初の課題は、一週間のEC業務を十五項目程度書き出すことです。現状で十五に満たなければ、数を埋めるために架空の仕事を足す必要はありません。実際の仕事を分解し、開始条件と完了記録が分かるかを確認します。次に、各項目へ実行者、承認者、時間、相談先を付けます。本人が承認者だと思っている相手と、経営者の認識が一致するかを確認してください。商品、価格、発送、返金、個人情報の扱いは、特に曖昧なままにしないようにします。

二つ目の課題は、週六時間など自社で確保できる時間を明記し、業務の予定を入れることです。予定の合計が確保時間を超えたら、担当者が残業で埋める前提にせず、分担、停止、簡略化、外注の候補を経営者へ出します。日次の仕事と、注文数に比例する仕事を分け、繁忙時の余白も確認します。三つ目は、週報を一枚作り、十五分の会議で判断事項を一つ決めることです。会議の後に担当と期限を記録できたら、単なる報告から運営の仕組みへ一歩進んだと言えます。

完成の判定は、資料を作ったかだけではありません。担当者が、通常注文と例外注文の違いを説明できるか。経営者が、担当者へ任せる範囲を具体的に言えるか。代行者が、資料の場所と相談先を見つけられるか。週報を見て、次に確認することを一つ決められるか。これらを実際に試します。うまくいかなかった箇所は、担当者を責める材料ではなく、運用を修正する材料です。最初の一週間で完璧な体制を作る必要はありませんが、曖昧な箇所を見えるようにすることは必要です。

この回の重要ポイント

EC担当者の仕事は、更新の量を増やすことだけではありません。顧客への約束を守り、事実をそろえ、改善を実行できる状態を保つことです。経営者は、担当者の時間と判断範囲を確保し、事業としての優先順位を決めます。役割の棚卸し、権限表、週間予定、週報がつながると、売上の結果だけを見て焦る運営から、次の作業を根拠で選ぶ運営へ変わります。次回は、その判断の土台となる利益を、商品原価だけでなく送料や手数料まで含めて確認します。

そのまま使えるAI入力例

以下は架空の雑貨会社の業務メモです。日次・週次・月次・例外に分類してください。実行者と承認者が不明な項目は「要確認」とし、新しい業務や権限を追加しないでください。表の列は作業名/発生条件/頻度/実行者/承認者/相談先/完了記録。素材:未発送確認、商品写真追加、送料変更、月末棚卸し、破損交換相談。
次の架空データから週報を作成してください。確認できた事実/仮説/追加確認/経営者へ求める判断の4欄。因果関係を断定せず、不明を明記。前週10件、今週12件、広告費は同額、納期問い合わせ6件、写真追加を1商品で実施。個人情報は含まれません。

理解度・実践チェックリスト

  • □ EC業務の開始条件と完了記録を一覧にした
  • □ 実行者・承認者・相談先が一致している
  • □ 価格・送料・返品・個人情報の判断権限を決めた
  • □ 確保時間と予定時間を比較し、例外対応の余白を残した
  • □ 通常業務と例外を分け、保留と連絡の条件を書いた
  • □ 週報で事実・仮説・未確認を分けた
  • □ AI出力を元資料へ照合し、準備・検品を含む時間を計測した
  • □ 作成者以外が手順書で一件処理できるかを試した

トップへ戻る

LET'S TALK

まず、話を聞かせてください。

まだ言葉になっていない悩みも、一緒に整理しましょう。

無料面談を申し込む

Google Meet / 約30分・無料・1対1