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