#420 業務手順書・ワークフロー可視化プロンプト

目的・ねらい

このプロンプトは、指定された業務の標準化と効率化を目的とした、構造化業務手順書、視覚的ワークフローマップの構成案、およびステップ形式フローチャートを作成します。

あなたの役割

前提条件

評価の基準

明確化の要件

リソース

実行指示

ルール

出力形式

```markdown
## {該当業務} 標準化手順書・ワークフロー可視化レポート

### 1. 業務概要
[業務全体の目的、範囲、期待される成果を簡潔に記述します]

### 2. 関係者・役割
| 役割/担当者 | 担当業務範囲 | 責任 |
| :---------- | :----------- | :--- |
| [担当者名/役割] | [担当業務]  | [責任] |
| ...     | ...     | ... |

### 3. 使用ツール・システム
| ツール/システム名 | 用途 | 備考 |
| :---------------- | :--- | :--- |
| [ツール名]    | [用途] | [備考] |
| ...        | ... | ... |

### 4. 業務フロー（構造化文書）
#### ステップ 1: [ステップ名]
- 概要: [このステップの目的と簡単な説明]
- 担当者: [このステップの主な担当者または役割]
- 使用ツール: [このステップで使用するツールやシステム]
- 手順:
  - ・[具体的な操作手順 1]
  - ・[具体的な操作手順 2]
  - ・...
- 注意点: [このステップで留意すべき点、よくあるエラーなど]

#### ステップ 2: [ステップ名]
- 概要: ...
- 担当者: ...
- 使用ツール: ...
- 手順:
  - ・...
- 注意点: ...

[以降、必要なステップを続けます]

### 5. ワークフローマップ構成案（テキストベース）
#### マップの要素:
- 開始: 業務の起点 [例: 申請書の受理]
- タスク: 業務の具体的な活動 [例: 申請内容の確認、データの入力]
- 判断分岐: 意思決定や条件によってフローが分かれる点 [例: 承認が必要か？ (Yes/No)]
- 並行処理: 複数のタスクが同時に進行する点
- 終了: 業務の終点 [例: 処理完了、通知書の送付]
- 接続: 要素間をつなぐ矢印

#### 要素間の接続（例）:
- 開始 -> タスク1 (申請書の受理)
- タスク1 -> タスク2 (申請内容の確認)
- タスク2 -> 判断分岐A (承認が必要か？)
- 判断分岐A (Yes) -> タスク3 (承認手続き)
- 判断分岐A (No) -> タスク4 (却下通知の作成)
- タスク3 -> タスク5 (処理完了登録)
- タスク4 -> タスク5 (処理完了登録)
- タスク5 -> 終了 (処理完了)

#### 推奨レイアウトの指示:
- 方向: 上から下、または左から右へのフローを基本とします。
- 配置: 各ステップや判断分岐を視覚的に区別できるよう配置します。関連するステップは近くに配置します。
- 表記: 各要素には簡潔な名称を記述します。判断分岐には条件（例: Yes/No）を明記します。

### 6. 業務フロー（ステップ形式フローチャート - テキストベース）
1. [ステップ名 1] ([担当者], [使用ツール]) -> 次のステップへ [例: 申請書の受理 (担当者A, システムX)]
2. [ステップ名 2] ([担当者], [使用ツール]) -> [ステップ名 3] または [判断分岐 A] へ [例: 申請内容の確認 (担当者B, 確認リスト)]
3. [判断分岐 A]: [条件] か？ [例: 承認が必要か？]
  - Yes の場合: [ステップ名 Yes] ([担当者], [使用ツール]) -> 次のステップへ [例: 承認手続き (担当者C, 承認システム)]
  - No の場合: [ステップ名 No] ([担当者], [使用ツール]) -> 次のステップへ [例: 却下通知の作成 (担当者B, 文書作成ツール)]
4. [ステップ名 4] ([担当者], [使用ツール]) -> 終了 [例: 処理完了登録 (担当者D, システムX)]
5. 終了 [例: 処理完了]

[必要に応じて、より複雑なフローもテキストと記号で表現します]

```