通常システム開発
WEBエンジニアの要件定義書を作るプロンプト
クライアント指定のWEBシステム要件定義書作成ガイド
WEBエンジニアがクライアントの要望に基づいた要件定義書を構造的かつ明確に作成するための指示を提供すること
このプロンプトは、主にWEBエンジニアがクライアントの詳細な要件を理解し、期待に沿った要件定義書を作成するためのガイドラインを提供します。クライアントの特性やプロジェクトに関する情報をもとに、必要な機能要件、スケジュール、予算、リスク管理などを整理し、それらを網羅的かつ具体的に記述するやり方を示しています。
プロンプト本文
#前提条件:
- タイトル: WEBエンジニアの要件定義書作成
- 依頼者条件: WEBエンジニアとしてプロジェクトの要件定義を作成する必要がある人
- 制作者条件: 要件定義の作成に熟練しており、WEBエンジニアリングに関する知識が豊富な人
- 目的と目標: WEBエンジニアの要件定義書を効果的に作成し、プロジェクトの円滑な進行を支援すること
- リソース: WEBエンジニアリングに関する知識、プロジェクトの詳細情報、既存の要件定義テンプレート
- 評価基準: 作成した要件定義書がプロジェクトのニーズを満たし、関係者にとって理解しやすいものであること
- 明確化の要件:
- プロジェクトの概要と目的を明記する
- 関係者リストと役割を明確にする
- システム要件と機能要件を詳細に記述する
- 非機能要件（セキュリティ、パフォーマンス、可用性など）を含める
- 予算、スケジュール、リスク管理について記載する
- テスト計画と受け入れ基準を明示する
- ドキュメントのレビューと承認プロセスを設定する
# 実行指示:
{お客様}の情報を基に
{プロジェクトの概要}を理解し、
{機能要件}と{スケジュール}を
構造的で整理されたスタイルで明確で簡潔なトーンを使い
表形式で作成してください。
{参考フォーマット}を参考に書いてください。
お客様="
希望の要件に沿ってWEBシステムを開発してほしいクライアントのプロファイル
性格
生真面目
詳細かつ正確な情報を求める
コンピューターはあまり詳しくない
対象の悩み
業務効率化のためのWEBシステムが欲しい
できれば安く作って欲しい
WEBシステムの工程にあまり詳しくない
興味・関心
スケジュールと納期
効率的なWEBシステムの開発
特徴的な行動
詳細な要件をまとめ、システムの仕様を明確にする
プロジェクトの進行を常にモニタリングし、必要に応じて調整を行う
プロジェクトの進行管理を厳格に行う
見積もりに無駄な項目が無いか目を光らせている
"
プロジェクトの概要="
"
機能要件="
"
スケジュール="
"
参考フォーマット="
# 要件定義書
## プロジェクト概要
**プロジェクト名**:プロジェクト名を記載
## 関係者リストと役割
| 関係者 | 役割 |
|----------------|--------------------------|
## システム要件
### 要件
| 機能 | 説明 |役割 |工数 |金額 |
|------------------------------|------------------------------------------------------------------------------------------|--------------------------|--------------------------|--------------------------|
### 非機能要件
| 要件種類 | 説明 |
|---------------|------------------------------------------------------------------------------------------|
## 予算、スケジュール、リスク管理
### 予算
- 初期開発費用:
- 維持費用:
### スケジュール
| フェーズ | 期間 |
|----------------------------|--------------------------------------|
### リスク管理
| リスク | 対策 |
|------------------------------|------------------------------------------------------------------------------------------|
## テスト計画と受け入れ基準
### テスト計画
- **ユニットテスト**: 各機能の基本的な動作確認
- **統合テスト**: システム全体の動作確認
- **ユーザーテスト**: クライアントによる操作性と機能の確認
### 受け入れ基準
- 全機能が仕様通りに動作すること
- パフォーマンスとセキュリティ要件を満たすこと
- ユーザーテストでの満足度が80%以上であること
## ドキュメントのレビューと承認プロセス
1. **ドラフト作成**: プロジェクトマネージャーが初稿を作成
2. **内部レビュー**: チーム内でのレビューとフィードバック収集
3. **クライアントレビュー**: クライアントによる確認と承認
4. **最終版作成**: フィードバックを反映した最終版を作成し、正式に承認
"
- タイトル: WEBエンジニアの要件定義書作成
- 依頼者条件: WEBエンジニアとしてプロジェクトの要件定義を作成する必要がある人
- 制作者条件: 要件定義の作成に熟練しており、WEBエンジニアリングに関する知識が豊富な人
- 目的と目標: WEBエンジニアの要件定義書を効果的に作成し、プロジェクトの円滑な進行を支援すること
- リソース: WEBエンジニアリングに関する知識、プロジェクトの詳細情報、既存の要件定義テンプレート
- 評価基準: 作成した要件定義書がプロジェクトのニーズを満たし、関係者にとって理解しやすいものであること
- 明確化の要件:
- プロジェクトの概要と目的を明記する
- 関係者リストと役割を明確にする
- システム要件と機能要件を詳細に記述する
- 非機能要件（セキュリティ、パフォーマンス、可用性など）を含める
- 予算、スケジュール、リスク管理について記載する
- テスト計画と受け入れ基準を明示する
- ドキュメントのレビューと承認プロセスを設定する
# 実行指示:
{お客様}の情報を基に
{プロジェクトの概要}を理解し、
{機能要件}と{スケジュール}を
構造的で整理されたスタイルで明確で簡潔なトーンを使い
表形式で作成してください。
{参考フォーマット}を参考に書いてください。
お客様="
希望の要件に沿ってWEBシステムを開発してほしいクライアントのプロファイル
性格
生真面目
詳細かつ正確な情報を求める
コンピューターはあまり詳しくない
対象の悩み
業務効率化のためのWEBシステムが欲しい
できれば安く作って欲しい
WEBシステムの工程にあまり詳しくない
興味・関心
スケジュールと納期
効率的なWEBシステムの開発
特徴的な行動
詳細な要件をまとめ、システムの仕様を明確にする
プロジェクトの進行を常にモニタリングし、必要に応じて調整を行う
プロジェクトの進行管理を厳格に行う
見積もりに無駄な項目が無いか目を光らせている
"
プロジェクトの概要="
"
機能要件="
"
スケジュール="
"
参考フォーマット="
# 要件定義書
## プロジェクト概要
**プロジェクト名**:プロジェクト名を記載
## 関係者リストと役割
| 関係者 | 役割 |
|----------------|--------------------------|
## システム要件
### 要件
| 機能 | 説明 |役割 |工数 |金額 |
|------------------------------|------------------------------------------------------------------------------------------|--------------------------|--------------------------|--------------------------|
### 非機能要件
| 要件種類 | 説明 |
|---------------|------------------------------------------------------------------------------------------|
## 予算、スケジュール、リスク管理
### 予算
- 初期開発費用:
- 維持費用:
### スケジュール
| フェーズ | 期間 |
|----------------------------|--------------------------------------|
### リスク管理
| リスク | 対策 |
|------------------------------|------------------------------------------------------------------------------------------|
## テスト計画と受け入れ基準
### テスト計画
- **ユニットテスト**: 各機能の基本的な動作確認
- **統合テスト**: システム全体の動作確認
- **ユーザーテスト**: クライアントによる操作性と機能の確認
### 受け入れ基準
- 全機能が仕様通りに動作すること
- パフォーマンスとセキュリティ要件を満たすこと
- ユーザーテストでの満足度が80%以上であること
## ドキュメントのレビューと承認プロセス
1. **ドラフト作成**: プロジェクトマネージャーが初稿を作成
2. **内部レビュー**: チーム内でのレビューとフィードバック収集
3. **クライアントレビュー**: クライアントによる確認と承認
4. **最終版作成**: フィードバックを反映した最終版を作成し、正式に承認
"
プロジェクトの概要
機能要件
スケジュール
©2025 生成AIプロンプト研究所「チャプロ」 All rights reserved.