Agent Skills by ALSEL
ALSEL独自Anthropic ClaudeEC・マーケティング品質スコア 100/100

rakuten-rms-daily-patrol

楽天市場RMSの日次パトロール(店舗トップ・商品ページ・RPP・在庫・イベント設定・レビュー・問い合わせ・違反点数)の異常検知設計スキル。「楽天毎日チェック」「RMSパトロール」「店舗の異常検知」「RPPと在庫を毎朝見たい」「日次チェックリスト」「楽天の朝ルーチン」「店長業務の標準化」「在庫アラート設計」など、楽天店舗の運用監視・異常検知・通知設計・SOP化のリクエストで使う。所要60-70分のチェック表、しきい値判定、Slack/LINE通知テンプレ、エスカレーションフローを生成。※RPPキーワード単体監査は別スキル `rakuten-rpp-keyword-audit`、画像規定チェックは `rakuten-image-text-checker`、レビュー返信生成は `rakuten-review-reply-generator`。 【ALSEL独自スキル】株式会社ALSEL が、19年・5,000社超の EC 支援で得たノウハウをもとに開発したオリジナルスキルです。

SKILL.md 本文

楽天RMS日次パトロール設計

概要

楽天市場の店舗運用において、毎朝のRMSパトロールは「異常を即発見し、売上機会損失と違反点数累積を防ぐ」最重要ルーチンです。本スキルは店舗規模・商材・体制に応じた日次チェックリスト異常判定しきい値通知テンプレートエスカレーションフローを一式設計します。

漠然と「毎朝見る」のではなく、各項目の所要時間・判定基準・対応SLA・自動化可能範囲を明示し、属人化を解消します。違反点数(35点でレベル1、レベル5で契約解除+違約金300万円)の累積を未然に防ぐ運用設計が核です。

最重要原則

「緊急度の高いものから固定順で巡回する/しきい値は数値で書く/通知は誤検知前提で確認しやすく」 の三点。違反点数→在庫→RPP→レビュー→問い合わせ→店舗トップ→商品ページの順で固定し、各項目に「正常/要注意/警告/異常」の閾値表を持たせる。

知識ベース

楽天店舗運用における日次パトロールの構成要素:

カテゴリ主目的標準所要
違反点数・お知らせ規約違反の検知5分
在庫欠品・補充遅延5-10分
RPP配信停止・予算枯渇10分
レビュー低評価・効能訴求混入10分
お問い合わせSLA超過・クレーム10分
店舗トップバナー残置・リンク切れ5分
商品ページ(売れ筋10件)表示崩れ・違反表現10-15分
イベント設定クーポン・SS設定5分

詳細:

  • 各機能のチェック項目と異常パターン:references/check-items.md
  • 異常判定のしきい値・判定基準・自動化案:references/anomaly-detection.md
  • 通知テンプレートと運用例:references/examples.md
  • エスカレーション基準と責任分担:references/escalation.md

楽天固有数値(必ず確認):

  • 違反点数35点でレベル1、レベル5で契約解除+違約金300万円
  • レビュー特典規制違反は単発で35点(一発レベル1)
  • RPP最低CPC(2階層):商品一括は20円以上、キーワード・商品名指定(個別)は40円以上
  • 在庫連携:ネクストエンジン約10分、クロスモール30-60分

処理フロー

Step 1:店舗プロファイルの把握

ユーザーから以下を確認(不足時は仮定で進める):

  • 店舗規模(売上規模・SKU数・スタッフ体制)
  • 商材ジャンル(化粧品・健食はレビュー監視を強化)
  • 既存の運用ツール(ネクストエンジン/クロスモール/独自CSV)
  • 通知先(Slack/LINE WORKS/メール/RMS内)
  • 担当の業務時間と優先順位

不明な場合は「中規模単一店舗・スタッフ2名・Slack通知・既存ツール無し」を仮定し、冒頭で明示する。

Step 2:チェック項目の取捨選択

8カテゴリの中から店舗にとって優先度の高いものを選び、所要時間を見積もる。レビュー特典制度違反リスクのある商材(化粧品・健食・サプリ)はレビュー監視を強化する。RPP未運用店舗はRPPセクションを外す。

Step 3:しきい値の決定

各カテゴリに「正常/要注意/警告/異常」の閾値を設定(references/anomaly-detection.md の数値を基準)。店舗の販売規模に応じて在庫警告水準を調整(売れ筋は残20、ロングテールは残3など)。

Step 4:通知設計

異常レベル別の通知先と文面テンプレを作る:

  • 緊急(即対応):Slack+電話/LINE
  • 高(当日中):Slack
  • 中(翌日まで):日報メール
  • 低(記録のみ):ログのみ

誤検知でも確認しやすいよう、通知メッセージに「対象URL/判定根拠/推奨アクション/担当」を明示する。

Step 5:朝ルーチンSOP化

8カテゴリの固定順で並べたチェックリストを生成。所要時間の累計、担当割当、確認エビデンス(スクリーンショット保存先)を含める。

Step 6:エスカレーションフロー

異常レベル別に「誰に・いつまでに・何を共有するか」を明示。法的トラブル・違反点数累積は法務/責任者にエスカレーション(references/escalation.md 参照)。

Step 7:自動化可能範囲の切り分け

手作業ループに任せず、ネクストエンジン在庫通知・RPP予算アラート・新着レビューメール通知などの自動化を併用する設計を提示。

代表例

例:中規模単一店舗(食品・SKU約300)の朝ルーチン

# 楽天RMS日次パトロール SOP(食品店舗版)

朝9:00開始/合計60分

| # | カテゴリ | 所要 | 担当 | 判定基準 |
|---|---|---|---|---|
| 1 | 違反点数・RMSお知らせ | 5分 | 店長 | 新規通知ゼロ=正常 |
| 2 | 在庫(売れ筋上位30) | 10分 | 店長 | 残3以下=警告 |
| 3 | RPP(予算消化・配信状況) | 10分 | 広告担当 | 消化率95%超=警告 |
| 4 | レビュー新着 | 10分 | CS | 星3以下=要注意 |
| 5 | お問い合わせ | 10分 | CS | 24h超未対応=異常 |
| 6 | 店舗トップ・バナー | 5分 | 店長 | 期限切れバナー=即削除 |
| 7 | 売れ筋商品ページ10件 | 5分 | 店長 | 表示崩れ・売切表示誤=即修正 |
| 8 | イベント設定 | 5分 | 店長 | 配布終了クーポン残置=即削除 |

完全な例集は references/examples.md 参照。

出力フォーマット

# 楽天RMS日次パトロール設計:[店舗名]

## 1. 前提整理
- 店舗規模:
- 商材ジャンル:
- スタッフ体制:
- 通知先:
- 既存ツール:
(不明箇所は仮定として明示)

## 2. 朝ルーチンSOP(固定順)

| # | カテゴリ | 所要 | 担当 | チェック内容 | 判定基準 |
|---|---|---|---|---|---|

合計所要:約XX分

## 3. 異常判定しきい値(カテゴリ別)

### 在庫
| 状態 | 判定 | 対応 |
|---|---|---|

### RPP
| 指標 | 正常 | 要注意 | 警告 | 異常 |
|---|---|---|---|---|

### レビュー/違反点数/その他
(各カテゴリの閾値表)

## 4. 通知テンプレ

### 緊急(即対応)
```
【緊急】[カテゴリ] [店舗名]
内容:
対象URL:
判定根拠:
推奨アクション:
担当:
期限:
```

### 高/中/低
(レベル別テンプレ)

## 5. エスカレーションフロー
- 緊急 → 店長+責任者+(法務)
- 高 → 店長
- 中 → 担当のみ/日報
- 低 → ログのみ

## 6. 自動化提案
- 在庫:ネクストエンジン自動通知
- RPP:楽天独自のメール通知設定
- レビュー:星1-2のメール通知設定
- お問い合わせ:CRMアラート

## 7. 異常レポート雛形
(日次共有用)

## 8. 最終チェックリスト
- [ ] 全カテゴリにしきい値あり
- [ ] 通知レベル別文面あり
- [ ] エスカレーション先明示
- [ ] 自動化検討済み
- [ ] 違反点数監視ルートあり

品質ゲート

  • 8カテゴリ全てに「所要時間」「担当」「判定基準」が記載されているか
  • しきい値が数値で表現されているか(「適切に」「随時」等の曖昧語禁止)
  • 違反点数監視を必ず含めているか(35点・レベル5の存在を前提)
  • レビュー特典規制違反(化粧品・健食)の確認項目があるか
  • RPP最低CPCを「商品一括20円以上、キーワード・商品名指定40円以上」(2階層)として扱っているか。旧解説の「商品別10円」「一律20円」「3階層」はいずれも誤情報
  • 通知メッセージに対象URL/判定根拠/推奨アクションが入っているか
  • エスカレーション先が役職/責任で書かれているか(個人名でなく役割)

エッジケース

  • RPP未運用店舗:RPPセクションを外し、その分商品ページ巡回を厚くする
  • 化粧品・健食店舗:レビュー監視に効能訴求検出を追加(薬機法リスク)
  • 複数モール運用:楽天専用のチェック表とし、Amazon/Yahoo分は別スキル設計
  • 大規模店舗(SKU数千):売れ筋上位+カテゴリ別サンプリング+自動化重視
  • 連休直前:通常パトロールに加え、休業案内・配送案内の更新確認を追加

詳細:references/escalation.md

注意事項

  • 違反点数・規約は楽天側で随時改定されるため、最終的にはRMSの「お知らせ」と公式マニュアルで確認
  • RMSのログイン情報、顧客個人情報、API認証情報は本SOPに保存しない
  • パトロール結果は社内ログのみに保存し、商品ページ・公開資料に転載しない
  • 競合店舗の調査結果を社内メモに残すのは可、商品ページへの記載は商標問題のリスクあり
  • 自動化導入時の通知過多に注意(誤検知率を確認し、しきい値を段階調整)

references/ 一覧

  • references/check-items.md:8カテゴリの詳細チェック項目と異常パターン
  • references/anomaly-detection.md:しきい値の数値表と自動化案
  • references/examples.md:店舗規模別の運用例
  • references/escalation.md:エスカレーション基準と責任分担

参考公式情報源

  • 楽天RMSヘルプ(出店者ログイン後)
  • 楽天市場店舗運営ナビ
  • 楽天市場出店規約(違反点数制度の最新版)

ライセンス: MIT

詳細情報

作者
株式会社ALSEL
ライセンス
MIT
最終更新
2026/5/13
このスキルは株式会社ALSELが制作したオリジナルスキルです。掲載内容について問題がある場合は info@alsel.co.jp までご連絡ください。
制作: 株式会社ALSEL · ライセンス: MIT