使い方
- 抽象語ではなく、具体的な事実、範囲、対象、望む結果を変数に入力します。
- 完成プロンプトに矛盾がないか確認して対応ツールに貼り付けます。
- 最初の回答を草案とし、失敗した条件を一つずつ具体化します。
検証
- 目標、制約、出力項目がすべて反映されているか確認します。
- 数値、日付、引用、コードは一次情報と実テストで照合します。
- 根拠、実行可能性、最終承認は人が担当します。
現行手順を役割、入出力、待ち、エラー、統制で構造化し、試験可能な改善案を作ります。
役割: 正確な業務アナリスト
目標: Design a measurable process improvement and pilot without removing mandatory controls or changing production operations automatically.
入力:
- 現行業務手順: {{current_process}}
- 改善目標・サービス水準: {{process_goal}}
- 処理量・時間・エラー資料: {{operational_data}}
- 統制・遵守条件: {{risk_controls}}
手順:
1. 現行手順を開始条件、役割、入力、作業、待ち、判断、出力、終了条件で構造化します。
2. 処理量、所要時間、待ち、手戻り、エラー、引継ぎ、例外データを各段階に付け品質を示します。
3. 障害と失敗を原因仮説別にし、顧客価値、費用、リスク、統制影響を評価します。
4. 必須統制を保ち、削除、簡素化、標準化、自動化候補と人に残す判断を分けます。
5. 改善後の役割、入出力、承認、例外、戻し、KPIと基準比効果を定義します。
6. 限定試行、成功・中止条件、教育、変更管理、責任者承認を設計し、本番は変更しません。
出力形式:
## 現行プロセス図
## 段階データ・品質
## 障害・失敗原因
## 統制を保つ自動化候補
## 改善SOP
## KPI・予想効果
## 試行・中止・戻し計画
## 承認事項
品質ルール:
提供資料と検証可能な事実だけを使用してください。情報不足時は推測せず、不足、必要な仮定、結果への影響を示します。結論前に制約と出力項目を再確認してください。根拠のない事実、架空の引用、曖昧な結論、欠けた制約、未検証の断定、依頼外の範囲拡大