無料相談
レビュー運用を整える設計補助送信なし

REVIEW DEADLINE PLANNER

レビュー期限・通知ルール設計ツール

レビュー/承認フローの対応期限と通知ルールを設計し、一次回答・完了期限・開始停止条件・周知文書・設定表まで一括生成します。

条件入力あり設計たたき台レビュー運用を整える

設計たたき台を返し、レビュー運用そのものを整えるためのツールです。

向いているケース

  • SLA、KPI、承認フローを見直したいとき
  • AI導入や標準化のたたき台が欲しいとき

向いていないケース

  • 単発の原稿チェックだけを今すぐ済ませたいとき
  • 修正反映だけを突き合わせたいとき
送信なし / ブラウザ内で設計

レビュー期限と通知ルールを、運用にそのまま使える形でまとめます

対応目安(SLA)の知識がなくても使えるように、期限、開始/停止条件、通知最小ルール、周知文書、設定表まで一括で返す構成です。 営業時間ベースでは週末跨ぎで期限が翌営業日にずれる前提も結果に含めます。

Input Area

ここで条件を入力

上から順に条件を選ぶと、下の結果エリアがその場で更新されます。必須は 1〜3、4 は任意です。

1

対象を決める

2

期限の型を選ぶ

3

下で結果確認

1基本条件

営業時間

タイムゾーンは JST 固定です

Asia/Tokyo

営業日

YYYY-MM-DD をカンマ区切り

2SLAの型

見方

一次回答は「受けたことの確認」、完了は「判断が終わるまで」。まずはこの2つを分けると運用が崩れにくくなります。

3通知 / エスカレーション

4実績 / 状態入力(任意)

Mode B: 実績から逆算

Mode C: 開始 / 停止条件

状態ごとに SLA タイマーの開始・停止・再開を設定します

本ツールはレビュー期限・通知ルール設計の補助です。達成保証、法務判断、監査保証は含みません。機密の運用情報を入力する場合は共有画面や録画環境に注意してください。

Result Area

ここが出力結果

上の条件に応じて、期限表、開始/停止条件、通知ルール、周知文書をまとめて確認できます。

A

サマリー確認

B

表をコピー

C

CSV/JSON出力

Summary

期限・通知ルールのサマリー

レビュー + 承認汎用リスク: 営業時間通知: 最小エスカ: 1段階

採用した型

一次回答 + 完了 / 優先度 4段階

通知閾値

80%

開始 / 停止条件

7状態を設定

設計方針

実績がないため、破綻しにくい最小運用ルールを前提に初期値を提案しています。

運用上の注意

  • 営業時間SLAでは週末・祝日・営業時間外を跨ぐと期限が翌営業日に持ち越されます(1営業日=9時間換算)。

期限ポリシー表

優先度ごとの一次回答 / 完了期限と、違反時アクションをそのまま設定表に落とせる形で表示します。

優先度指標段階SLA違反時アクション
P0一次回答期限1.5h(営業時間)期限前1回 + 期限超過で管理へ
P1一次回答期限4.5h(営業時間)期限前1回 + 期限超過で管理へ
P2一次回答期限1営業日期限前1回 + 期限超過で管理へ
P3一次回答期限17h(営業時間)期限前1回 + 期限超過で管理へ
P0完了期限4h(営業時間)期限前1回 + 期限超過で管理へ
P1完了期限2営業日期限前1回 + 期限超過で管理へ
P2完了期限32h(営業時間)期限前1回 + 期限超過で管理へ
P3完了期限60h(営業時間)期限前1回 + 期限超過で管理へ

開始 / 停止条件

差し戻しや修正待ちでSLAを止めるかまで含めて、ワークフロー設定表として出力します。

状態SLAカウント誰待ち補足
受付開始なし受付時点でタイマー開始
レビュー中継続レビュー側同じSLAサイクルを継続
差し戻し停止依頼者側依頼者 / 外部待ちの間は停止
修正待ち停止依頼者側依頼者 / 外部待ちの間は停止
再レビュー再開レビュー側差し戻し後の再レビューで再開
承認待ち継続レビュー側同じSLAサイクルを継続
承認完了完了なし判断完了で計測終了

通知 / エスカレーション設計

まずは最小ルールから始め、必要になった時だけ増やす設計です。

指標トリガー通知先再通知エスカレーション
一次回答期限の80%到達担当レビュアー / 承認者 / 受付/窓口なしなし
一次回答期限超過担当レビュアー / 承認者 / 受付/窓口 / 管理者毎時1段階
完了期限の80%到達担当レビュアー / 承認者 / 受付/窓口なしなし
完了期限超過担当レビュアー / 承認者 / 受付/窓口 / 管理者毎日1段階

SLA文書(周知 / 稟議用)

目的、適用範囲、定義、例外、違反時対応、定期見直しまでをMarkdownで返します。文中では必要な箇所だけ SLA(対応目安)という言葉を使っています。

# レビューSLAポリシー

## 目的
レビュー + 承認において、一次回答と完了のSLAを分離し、通知過多を避けながら滞留を減らすための運用基準を定義します。

## 適用範囲
- 対象プロセス: レビュー + 承認
- 文書/案件タイプ: 汎用
- リスクレベル: 中
- 時間基準: 営業時間

## 定義
- 一次回答: レビュー受付後、担当が着手または受領を明示するまでの時間
- 完了: レビュー/承認の判断が完了し、次工程へ渡せる状態になるまでの時間
- 停止条件: 依頼者待ち、外部待ち、差し戻し対応中など、レビュー側がボールを持たない状態

## SLA目標
- P0 / 一次回答: 1.5h(営業時間)
- P1 / 一次回答: 4.5h(営業時間)
- P2 / 一次回答: 1営業日
- P3 / 一次回答: 17h(営業時間)
- P0 / 完了: 4h(営業時間)
- P1 / 完了: 2営業日
- P2 / 完了: 32h(営業時間)
- P3 / 完了: 60h(営業時間)

## 開始・停止条件
- 受付: 開始(誰待ち: なし)
- レビュー中: 継続(誰待ち: レビュー側)
- 差し戻し: 停止(誰待ち: 依頼者側)
- 修正待ち: 停止(誰待ち: 依頼者側)
- 再レビュー: 再開(誰待ち: レビュー側)
- 承認待ち: 継続(誰待ち: レビュー側)
- 承認完了: 完了(誰待ち: なし)

## 通知・エスカレーション
- 一次回答 / 期限の80%到達: 担当レビュアー / 承認者 / 受付/窓口 / 再通知: なし
- 一次回答 / 期限超過: 担当レビュアー / 承認者 / 受付/窓口 / 管理者 / エスカレーション1 / 再通知: 毎時
- 完了 / 期限の80%到達: 担当レビュアー / 承認者 / 受付/窓口 / 再通知: なし
- 完了 / 期限超過: 担当レビュアー / 承認者 / 受付/窓口 / 管理者 / エスカレーション1 / 再通知: 毎日

## 例外
- 夜間・休日は営業時間SLAの場合はカウント対象外です。
- 差し戻し・修正待ち・外部回答待ちはSLAを一時停止します。
- 機密性が高い案件や法務判断はSLAより精度を優先し、必要に応じて管理者承認を追加します。

## 違反時対応
- まず担当へ通知し、期限超過時のみ管理者へエスカレーションします。

## 定期見直し
- 見直し頻度: 月次または四半期
- 責任者: PM / 制作管理 / 品質管理

## 運用上の注意
- 営業時間SLAでは週末・祝日・営業時間外を跨ぐと期限が翌営業日に持ち越されます(1営業日=9時間換算)。

レビューSLAとは

レビューでは、受領確認の早さと判断完了の早さは別物です。一次回答SLAと完了SLAを分けると、窓口の安心感と実処理の安定運用を両立しやすくなります。

営業時間SLAと暦時間SLAの違い

営業時間SLAでは、金曜夕方に受付した案件の期限が翌営業日に持ち越されます。運用説明にこの前提を書かないと、期限認識のズレが起きます。

開始 / 停止条件の考え方

差し戻し、修正待ち、外部待ちはレビュー側がボールを持っていないため、SLAを止める方が現実的です。再レビューや再申請で再開するルールにします。

通知を増やしすぎない

最初は期限前1回と期限超過だけで十分です。通知が多すぎると重要な超過通知まで埋もれるため、必要性が確認できてから段階を増やします。

次に繋げる関連ツール

こんな場面で使えます

制作管理

困りごと

レビュー遅延は起きているが、一次回答の遅れなのか、完了判断の滞留なのかが混ざっており、対策が曖昧になっている

このツールで

一次回答SLAと完了SLAを分けて設計し、通知は期限前1回と超過だけに絞った状態で文書と設定表を生成

得られる効果

受付確認の安心感と、判断完了までの責任分界が整理され、運用を崩さずにSLA導入を始められる

PMO

困りごと

承認フローで差し戻しが多く、どの状態でSLAを止めるべきか決められていない。ワークフロー設定に落とせず止まっている

このツールで

状態ごとの開始/停止/再開ルールをテーブル入力し、そのまま設定表として出力

得られる効果

差し戻し・修正待ち・再レビューの扱いが明文化され、現場とシステム設定の解釈ズレが減る

品質管理責任者

困りごと

実績P90は把握しているが、いきなり厳しいSLAにすると守れない。段階導入の説明資料も必要

このツールで

現状実績を入力し、P90からP75へ締める段階ロールアウト案と周知文書を生成

得られる効果

非現実的な目標値を避けつつ、見直し前提のSLAとして合意形成しやすくなる

使い方

1

対象と営業時間を決める

レビュー/承認の対象、文書タイプ、リスク、営業時間、優先度スキーマを選びます。

2

SLAの型と通知ルールを選ぶ

一次回答 / 完了、Goal / Deadline、通知閾値、エスカレーション段階を設定します。

3

結果をコピーして運用に落とす

SLA表、開始停止条件、通知ルール、周知文書、CSV/JSON 設定表をそのまま社内ツールへ反映します。

よくある質問

一次回答SLAと完了SLAは両方必要ですか?
レビュー/承認では「受けたことの確認」と「判断完了」を混ぜると運用が崩れやすいため、分けるのが推奨です。本ツールも分離前提で設計します。
営業時間SLAとは何ですか?
営業時間内だけタイマーが進む方式です。週末や営業時間外を跨ぐと期限が翌営業日に持ち越されることがあります。
差し戻し中はSLAを止めるべきですか?
依頼者側や外部待ちでレビュー側がボールを持たない状態なら、停止設計が現実的です。再レビューや再申請で再開します。
通知は何回出すのが適切ですか?
最初は期限前1回と期限超過だけなど、最小から始めるのが安全です。通知を増やしすぎるとアラート疲れが起きます。
既存の実績値から逆算できますか?
はい。中央値やP90を入力すると、現状を崩しにくい段階ロールアウト案を提示します。
入力した内容は送信されますか?
送信しません。すべてブラウザ内で処理し、CSV/JSON エクスポートもローカルで完結します。

CONTACT

ツールだけでは解決しない課題もご相談ください

審査・レビュープロセスの改善について、専門チームが現状の整理からお手伝いします。

無料相談はこちら