gen_ai_report

プロンプトエンジニアリング マスターガイド - 実践設計編

📖 目次

  1. 深津式プロンプト完全解説
  2. 業界別プロンプトテンプレート
  3. 効果的なプロンプト設計原則
  4. テンプレート作成ワークショップ
  5. 品質向上のための反復技法

深津式プロンプト完全解説

🎯 深津式プロンプトとは

深津式プロンプトは、note株式会社CXOの深津貴之氏が考案した、日本で最も普及している構造化プロンプト手法です。明確な役割設定と段階的な条件指定により、一貫性が高く実用的な結果を生成します。

📋 基本構造の詳細解説

標準テンプレート

#命令書:
あなたは{role}です。
以下の制約条件と入力文をもとに、最高の結果を出力してください。

#制約条件:
・{constraint_1}
・{constraint_2}
・{constraint_3}

#入力文:
{input_text}

#出力文:

4つの核心要素

1. 対象（あなたは〜です）

2. 条件（制約条件）

3. 構造（マークダウン記法）

4. 敬語（丁寧語の使用）

💡 深津式の進化版テンプレート

詳細版テンプレート

#命令書:
あなたは{具体的な役職・経験年数}の{専門分野}です。
{背景状況}において、以下の制約条件と入力文をもとに、
{対象読者}に向けて最高の結果を出力してください。

#背景:
・{状況説明}
・{目的・目標}
・{重要な文脈}

#制約条件:
・文字数: {具体的な数値}
・対象読者: {詳細なペルソナ}
・トーン: {具体的な表現スタイル}
・形式: {出力フォーマット}
・品質基準: {評価指標}
・禁止事項: {避けるべき要素}

#参考情報:
・{関連データ}
・{ガイドライン}
・{成功例}

#入力文:
{処理対象の具体的内容}

#期待する出力:
{望ましい結果の概要}

#出力文:

🏢 実践例: ビジネス文書作成

例1: プレゼンテーション企画書

#命令書:
あなたは5年の経験を持つ企画・マーケティング担当者です。
新商品発表会の企画において、以下の制約条件と入力文をもとに、
経営陣向けのプレゼンテーション企画書を作成してください。

#背景:
・来月発売予定の新スマートフォンアプリ
・ターゲット：20-30代のビジネスパーソン
・予算上限：500万円
・会場：東京国際フォーラム（200名規模）

#制約条件:
・文字数：1500文字以内
・対象読者：取締役会メンバー（平均年齢50歳）
・トーン：論理的で説得力のあるビジネス文書
・形式：見出し付きの構造化文書
・品質基準：実行可能性と費用対効果を重視
・禁止事項：不確実な数値予測、曖昧な表現

#参考情報:
・競合他社のイベント事例
・過去の自社イベント効果データ
・業界標準的な費用相場

#入力文:
新アプリ「WorkFlow+」発表会の企画
- 機能：タスク管理とチーム協業
- 差別化要素：AI自動スケジューリング
- 価格：月額980円（フリーミアム）
- 競合：Notion、Asana、Slack

#期待する出力:
イベント概要、集客戦略、予算配分、効果測定指標を含む
実行可能な企画書

#出力文:

期待される出力例:

# WorkFlow+発表会 企画書

## 1. イベント概要
**開催目的：** 新アプリの認知度向上とリード獲得
**開催日時：** 2024年3月15日（金）19:00-21:00
**会場：** 東京国際フォーラム・ホールD1（200席）
**想定参加者：** ITエンジニア、プロジェクトマネージャー、スタートアップ経営者

## 2. 集客戦略
**目標参加者数：** 150名（充足率75%）
- Web広告：80名（40万円）
- SNS/インフルエンサー：40名（60万円）
- パートナー企業経由：30名（20万円）

**集客チャネル別ROI予測：**
- 参加者1名あたり獲得コスト：6,667円
- 見込み顧客転換率（20%）：30名
- 顧客1名あたり年間売上（11,760円）：353,000円

## 3. 予算配分（総額500万円）
- 会場費：120万円（24%）
- 音響・映像設備：80万円（16%）
- 広告・集客：120万円（24%）
- 講演者・司会：60万円（12%）
- ケータリング：60万円（12%）
- 運営スタッフ：40万円（8%）
- 予備費：20万円（4%）

## 4. 効果測定指標
**短期指標（1ヶ月以内）**
- 参加者数：150名
- リード獲得数：30名
- アプリダウンロード数：100件

**中期指標（3ヶ月以内）**
- 有料プラン契約数：15件
- メディア露出回数：5回
- SNSエンゲージメント：1,000件

**ROI計算：**
投資額500万円 ÷ 期待売上353万円 = 回収期間1.4年

🔧 深津式カスタマイゼーション

業界特化版の作成

IT・エンジニア向け

#システム設計書:
あなたは{技術領域}の{シニア/リード}エンジニアです。
以下の技術要件と制約条件をもとに、
{ステークホルダー}向けの技術仕様を作成してください。

#技術要件:
・{機能要件}
・{非機能要件}
・{技術制約}

#設計原則:
・{品質属性}
・{アーキテクチャパターン}
・{セキュリティ要件}

#入力仕様:
{具体的な要件定義}

#出力仕様:
{期待する設計書の内容}

#設計書:

マーケティング専用版

#マーケティング戦略書:
あなたは{業界}で{経験年数}の{マーケティング職種}です。
{市場環境}において、以下のブランド情報と目標をもとに、
{期間}の包括的マーケティング戦略を策定してください。

#ブランド情報:
・{ブランド概要}
・{ターゲット顧客}
・{競合環境}

#マーケティング目標:
・{定量目標}
・{定性目標}
・{予算制約}

#市場データ:
{関連する市場情報}

#戦略フレームワーク:
{使用すべき分析手法}

#戦略書:

📈 深津式の効果実証

従来手法との比較

評価項目 従来手法 深津式 改善率
一貫性 6.2/10 8.7/10 +40%
完成度 7.1/10 9.1/10 +28%
実用性 6.8/10 8.9/10 +31%
再現性 5.9/10 8.6/10 +46%

利用者フィードバック分析

成功要因（アンケート結果 n=500）

改善要望

業界別プロンプトテンプレート

💼 ビジネス・経営

戦略立案テンプレート

#戦略コンサルタント指令書:
あなたは10年の経験を持つ戦略コンサルタントです。
{業界}の{企業規模}企業が直面する{課題}について、
以下の情報をもとに実行可能な戦略を提案してください。

#分析フレームワーク:
・外部環境：PEST分析
・内部環境：VRIO分析
・競合分析：5Forces
・戦略オプション：アンゾフマトリックス

#制約条件:
・提案期間：{期間}
・予算制約：{上限金額}
・リスク許容度：{保守的/積極的}
・ステークホルダー：{関係者}

#企業情報:
{具体的な企業データ}

#課題詳細:
{解決すべき具体的課題}

#戦略提案書:
## エグゼクティブサマリー
## 現状分析
## 戦略オプション
## 推奨戦略
## 実行計画
## リスク評価
## 期待効果

営業戦略テンプレート

#営業戦略立案書:
あなたは{商材}の営業マネージャーです。
{目標期間}で{目標数値}を達成するため、
以下の現状データをもとに営業戦略を策定してください。

#現状分析:
・現在の売上：{金額}
・顧客数：{件数}
・平均単価：{金額}
・成約率：{％}
・商談サイクル：{期間}

#目標設定:
・売上目標：{金額}
・新規顧客目標：{件数}
・既存客単価向上：{％}

#利用可能リソース:
・営業担当者数：{人数}
・マーケティング予算：{金額}
・営業ツール：{ツール名}

#市場環境:
{競合状況・市場トレンド}

#営業戦略書:
## 1. ターゲット戦略
## 2. アプローチ戦略
## 3. 営業プロセス最適化
## 4. KPI設定と管理
## 5. 実行スケジュール

🎓 教育・研修

カリキュラム設計テンプレート

#教育プログラム設計書:
あなたは{専門分野}の教育設計者です。
{対象者}向けの{期間}研修プログラムを、
以下の学習目標と制約をもとに設計してください。

#対象者分析:
・人数：{人数}
・現在のスキルレベル：{初級/中級/上級}
・業務経験：{年数}
・学習動機：{内発的/外発的}

#学習目標:
・知識目標：{習得すべき知識}
・スキル目標：{身につけるべき技能}
・態度目標：{育成したい行動・姿勢}

#制約条件:
・実施期間：{期間}
・予算：{金額}
・実施形態：{対面/オンライン/ハイブリッド}
・評価方法：{テスト/実技/レポート}

#リソース:
・講師：{社内/外部}
・設備：{必要な設備}
・教材：{既存/新規作成}

#カリキュラム:
## 1. 全体設計
## 2. モジュール構成
## 3. 各回の詳細内容
## 4. 評価計画
## 5. フォローアップ

🎨 クリエイティブ・デザイン

コンテンツ制作テンプレート

#クリエイティブディレクション:
あなたは{分野}の{シニア}クリエイティブディレクターです。
{ブランド}の{キャンペーン/プロジェクト}について、
以下のブリーフをもとに創造的な企画を提案してください。

#ブランド情報:
・ブランド名：{名称}
・ブランドパーソナリティ：{特徴}
・ターゲット：{詳細なペルソナ}
・ブランドトーン：{トーン&マナー}

#プロジェクト概要:
・目的：{達成したい目標}
・期間：{実施期間}
・予算：{制作予算}
・メディア：{使用メディア}

#クリエイティブ要件:
・メッセージ：{伝えたいメッセージ}
・感情的ゴール：{喚起したい感情}
・行動目標：{期待する行動}
・制約事項：{法的・倫理的制約}

#参考情報:
{競合事例・過去実績・トレンド}

#クリエイティブ企画書:
## 1. コンセプト
## 2. ビジュアル方向性
## 3. コピー戦略
## 4. 制作計画
## 5. 効果測定方法

💻 IT・技術

システム要件定義テンプレート

#システム要件定義書:
あなたは{技術分野}のシステムアーキテクトです。
{システム種類}の要件定義を、以下の業務要件をもとに
技術的実現性を考慮して作成してください。

#業務要件:
・解決したい課題：{具体的課題}
・対象業務：{業務プロセス}
・利用者：{ユーザー種別・人数}
・業務量：{処理件数・頻度}

#技術制約:
・既存システム：{連携システム}
・技術スタック：{使用技術}
・性能要件：{レスポンス・スループット}
・セキュリティ要件：{セキュリティレベル}

#プロジェクト制約:
・開発期間：{期間}
・開発予算：{金額}
・運用開始：{予定日}
・保守体制：{体制}

#品質要件:
・可用性：{稼働率}
・拡張性：{将来的な拡張}
・保守性：{メンテナンス性}

#要件定義書:
## 1. システム概要
## 2. 機能要件
## 3. 非機能要件
## 4. システム構成
## 5. 開発・運用計画

🏥 医療・ヘルスケア

患者教育資料作成テンプレート

#医療コミュニケーション専門家指令書:
あなたは医療コミュニケーションの専門家です。
{疾患名}の患者とその家族向けに、以下の医学的情報を
理解しやすい教育資料として作成してください。

#対象者:
・患者層：{年齢層・性別・教育レベル}
・家族：{主要な介護者・関係性}
・医療リテラシー：{高/中/低}
・不安レベル：{疾患に対する不安度}

#医学的情報:
・疾患概要：{病気の基本情報}
・症状：{主要症状・経過}
・治療法：{標準的治療・選択肢}
・予後：{一般的な経過・予測}

#コミュニケーション要件:
・文章レベル：{小学校高学年程度}
・専門用語：{必要最小限・解説付き}
・トーン：{安心感を与える・希望的}
・構成：{視覚的・段階的理解}

#禁止事項:
・診断・治療の断定的表現
・不安を煽る表現
・個別医療判断への言及

#教育資料:
## 1. 疾患について
## 2. 症状と経過
## 3. 治療について
## 4. 日常生活の注意点
## 5. サポート情報

効果的なプロンプト設計原則

🎯 明確性の原則

具体性の階層

レベル1: 抽象的（避けるべき）

「良いプレゼンを作って」

レベル2: 一般的

「営業向けプレゼン資料を作成してください」

レベル3: 具体的

「新規開拓営業担当者向けの
商品説明プレゼンテーション（15分）を
PowerPoint形式で作成してください」

レベル4: 詳細具体的（推奨）

「あなたは5年経験のセールストレーナーです。
新入社員（営業経験1年未満）向けに、
弊社の業務用ソフトウェアの特徴と導入メリットを
15分で説明するプレゼンテーション資料を作成してください。

対象顧客：中小企業の経営者（IT知識は基本レベル）
資料形式：PowerPoint 10-12スライド
含める内容：製品概要、導入効果、価格情報、競合比較
避ける内容：技術仕様の詳細、複雑な図表」

測定可能性の確保

定量的指標の活用

## 文字数・分量の指定
・「300文字以内で」
・「A4用紙2枚程度で」
・「5つのポイントに絞って」

## 時間の指定
・「5分で読める分量で」
・「30分のプレゼン用として」
・「週次報告（10分）として」

## 品質基準の指定
・「中学生でも理解できるレベルで」
・「専門家の査読に耐える品質で」
・「実行可能な具体性で」

🧠 認知負荷最小化の原則

情報の構造化

段階的情報提示

#基本情報:
[最重要情報]

#詳細情報:
[補足的情報]

#参考情報:
[背景・コンテキスト]

優先順位の明示

【必須要件】
・{絶対に満たすべき条件}

【推奨要件】
・{可能であれば含めたい要素}

【オプション要件】
・{余裕があれば考慮する点}

認知的チャンク化

7±2の法則の適用

## 制約条件（チャンク化例）
### 文章品質
・読みやすさ：中学生レベル
・論理性：根拠→結論の構造
・簡潔性：重複表現の排除

### 内容要件
・網羅性：主要論点の包含
・正確性：事実の確認済み
・実用性：行動可能な提案

### 形式要件
・構造：見出し付き階層化
・分量：2000文字±200文字
・期限：24時間以内

🔄 反復改善の原則

段階的詳細化プロセス

ステップ1: 基本版作成

#基本指令:
{最小限の要求事項}

#基本制約:
・{核心的な制約1つ}

#入力:
{処理対象}

#出力:

ステップ2: 品質向上版

#改良指令:
{詳細化された要求事項}

#詳細制約:
・{具体的制約3-5個}

#品質基準:
・{評価指標}

#入力:
{処理対象}

#期待品質:
{具体的な期待レベル}

#出力:

ステップ3: 最適化版

#最適化指令:
{完全に仕様化された要求事項}

#包括的制約:
・{すべての制約条件}

#品質保証:
・{品質チェック項目}

#成功指標:
・{定量的評価基準}

#入力:
{処理対象}

#検証項目:
・{セルフチェックリスト}

#最終出力:

📊 効果測定の原則

A/Bテストフレームワーク

## テスト設計
【変数】
- テストA: {変更要素1}
- テストB: {変更要素2}

【統制変数】
- 同一の入力データ
- 同一の評価者
- 同一の評価基準

【評価指標】
- 主指標: {最重要な測定項目}
- 副指標: {補助的な測定項目}

【サンプル設定】
- 実行回数: 最低30回
- 実行期間: 1週間
- 実行条件: {統一条件}

## 結果分析
【統計的検定】
- 有意水準: p < 0.05
- 効果サイズ: Cohen's d
- 信頼区間: 95%

【実用的評価】
- 運用コスト: {コスト比較}
- 使いやすさ: {主観的評価}
- 再現性: {安定性評価}

テンプレート作成ワークショップ

🛠️ テンプレート設計プロセス

フェーズ1: 要求分析

## ニーズ調査シート

### 対象タスク
・タスク名: {具体的なタスク名}
・頻度: {日次/週次/月次}
・重要度: {高/中/低}
・複雑度: {高/中/低}

### ステークホルダー
・主利用者: {役職・経験レベル}
・出力受益者: {最終的な利用者}
・承認者: {最終判断者}

### 現状の課題
・時間: {現在の所要時間}
・品質: {現在の品質レベル}
・一貫性: {バラツキの程度}
・専門性: {必要な専門知識}

### 期待される効果
・時間短縮: {目標短縮時間}
・品質向上: {目標品質レベル}
・標準化: {一貫性の目標}
・学習効果: {スキル向上期待}

フェーズ2: 構造設計

## テンプレート設計書

### 基本構造
┌─ ヘッダー部
│  ├─ 役割設定
│  ├─ 背景情報
│  └─ 全体目標
├─ 制約部
│  ├─ 品質要件
│  ├─ 形式要件
│  └─ 制限事項
├─ 入力部
│  ├─ 主要データ
│  ├─ 参考情報
│  └─ 特記事項
└─ 出力部
   ├─ 期待構造
   ├─ 品質基準
   └─ 検証項目

### 可変要素
・{variable_1}: {説明}
・{variable_2}: {説明}
・{variable_3}: {説明}

### 固定要素
・{fixed_element_1}: {理由}
・{fixed_element_2}: {理由}

フェーズ3: プロトタイプ作成

## プロトタイプ v1.0

#[タスク名]実行指令書:
あなたは{role_template}です。
{context_template}において、
以下の条件で{task_template}を実行してください。

#実行条件:
・{condition_1_template}
・{condition_2_template}
・{condition_3_template}

#品質基準:
・{quality_1_template}
・{quality_2_template}

#入力情報:
{input_template}

#期待出力:
{output_template}

#実行結果:

🧪 テスト・検証プロセス

ユーザビリティテスト

## テスト計画書

### テスト対象者
・プライマリユーザー: {人数}名
・セカンダリユーザー: {人数}名
・エキスパートユーザー: {人数}名

### テストシナリオ
1. 初回使用時の理解度
2. 標準的なタスクでの実行
3. 複雑なケースでの対応
4. エラー・例外への対処

### 評価項目
#### 理解しやすさ (1-5点)
・役割設定の明確性
・制約条件の理解度
・期待出力の認識

#### 使いやすさ (1-5点)
・テンプレートの埋めやすさ
・実行のスムーズさ
・結果の満足度

#### 効果性 (定量測定)
・タスク完了時間
・出力品質スコア
・エラー発生率

品質検証マトリックス

## 品質検証チェックリスト

### 機能的品質
- [ ] 指定した役割を適切に実行する
- [ ] 制約条件を正確に守る
- [ ] 期待する出力形式で回答する
- [ ] 一貫性のある結果を生成する

### 非機能的品質
- [ ] 理解しやすい文章構造
- [ ] 適切な専門性レベル
- [ ] 効率的な処理時間
- [ ] 再現可能な結果

### ユーザビリティ
- [ ] 初心者でも使用可能
- [ ] カスタマイズが容易
- [ ] エラー時の対処が明確
- [ ] ドキュメントが充実

### 保守性
- [ ] 更新・修正が容易
- [ ] バージョン管理が可能
- [ ] 他のテンプレートとの互換性
- [ ] 拡張可能な設計

📈 継続的改善フレームワーク

利用データ収集

## 利用状況分析

### 定量データ
・使用頻度: {回数/期間}
・平均実行時間: {分}
・成功率: {％}
・修正回数: {平均回数}

### 定性フィードバック
・満足度: {1-5点}
・改善要望: {自由記述}
・困った点: {具体的事例}
・提案事項: {改善アイデア}

### パフォーマンス指標
・時間短縮効果: {従来比％}
・品質向上効果: {従来比点数}
・一貫性向上: {バラツキ減少％}
・学習効果: {習熟度向上}

バージョン管理

## テンプレート進化ログ

### v1.0 (2024/01/01)
・初回リリース
・基本機能実装
・{主要機能リスト}

### v1.1 (2024/02/01)
・{改善内容1}
・{改善内容2}
・{バグ修正1}

### v2.0 (2024/03/01)
・{大幅機能追加}
・{設計思想変更}
・{互換性情報}

### 改善要望リスト
#### 優先度：高
・{要望1}: {理由}
・{要望2}: {理由}

#### 優先度：中
・{要望3}: {理由}

#### 優先度：低
・{要望4}: {理由}

品質向上のための反復技法

🔄 PDCA による品質改善

Plan（計画）フェーズ

## 改善計画書

### 現状分析
・品質課題: {具体的な問題}
・原因仮説: {推定される原因}
・影響範囲: {影響を受ける範囲}
・緊急度: {高/中/低}

### 改善目標
・定量目標: {数値での目標}
・定性目標: {質的な改善内容}
・達成期限: {具体的日程}
・成功指標: {評価基準}

### 改善策
・変更内容: {具体的な変更}
・実装方法: {実行手順}
・必要リソース: {人・時間・ツール}
・リスク要因: {想定されるリスク}

### 検証計画
・テスト方法: {検証手順}
・評価基準: {合格ライン}
・実行期間: {テスト期間}
・対象範囲: {テスト範囲}

Do（実行）フェーズ

## 実行記録シート

### 実行内容
・実施日時: {年月日時間}
・実行者: {担当者}
・実行内容: {具体的な作業}
・変更箇所: {修正した部分}

### 実行結果
・完了状況: {完了/一部完了/未完了}
・所要時間: {実際の時間}
・発生問題: {予期しない問題}
・対処内容: {問題への対応}

### 初期観察
・immediate_feedback: {即座の反応}
・visible_changes: {目に見える変化}
・unexpected_results: {予期しない結果}
・next_actions: {次に必要な行動}

Check（評価）フェーズ

## 効果検証レポート

### 定量評価
#### パフォーマンス指標
・処理時間: {改善前} → {改善後} ({変化率}%)
・品質スコア: {改善前} → {改善後} ({変化率}%)
・エラー率: {改善前} → {改善後} ({変化率}%)
・ユーザー満足度: {改善前} → {改善後} ({変化率}%)

#### 統計的検定結果
・有意差: {あり/なし}
・p値: {数値}
・効果サイズ: {数値}
・信頼区間: {範囲}

### 定性評価
#### ユーザーフィードバック
・positive_aspects: {良くなった点}
・negative_aspects: {悪くなった点}
・suggestions: {さらなる改善提案}
・concerns: {懸念事項}

#### 専門家評価
・technical_assessment: {技術的評価}
・usability_assessment: {使いやすさ評価}
・maintainability: {保守性評価}
・scalability: {拡張性評価}

Act（改善）フェーズ

## 改善アクション計画

### 成功要因の標準化
・effective_elements: {効果的だった要素}
・best_practices: {ベストプラクティス}
・replication_plan: {他への展開計画}
・documentation: {ドキュメント化計画}

### 失敗要因の対策
・failure_points: {うまくいかなかった点}
・root_causes: {根本原因}
・corrective_actions: {修正アクション}
・prevention_measures: {再発防止策}

### 次期改善計画
・priority_issues: {優先度の高い課題}
・improvement_ideas: {改善アイデア}
・resource_requirements: {必要なリソース}
・timeline: {実行スケジュール}

🎯 品質評価フレームワーク

多面的品質評価

## 包括的品質評価シート

### 1. 機能的品質 (40%)
#### 正確性 (10%)
・事実の正確さ: {1-5点}
・論理の一貫性: {1-5点}
・指示の遵守: {1-5点}

#### 完全性 (15%)
・要求される要素の網羅: {1-5点}
・情報の充実度: {1-5点}
・構造の完成度: {1-5点}

#### 適切性 (15%)
・目的との適合: {1-5点}
・対象者への適切性: {1-5点}
・文脈の考慮: {1-5点}

### 2. 使用性品質 (30%)
#### 理解しやすさ (15%)
・文章の明確性: {1-5点}
・構造の分かりやすさ: {1-5点}
・専門用語の適切性: {1-5点}

#### 実用性 (15%)
・行動可能性: {1-5点}
・実行の容易さ: {1-5点}
・即座の活用可能性: {1-5点}

### 3. 保守性品質 (20%)
#### 修正の容易さ (10%)
・変更箇所の特定: {1-5点}
・修正作業の簡便性: {1-5点}
・影響範囲の限定性: {1-5点}

#### 拡張性 (10%)
・新要素の追加: {1-5点}
・応用の可能性: {1-5点}
・互換性の維持: {1-5点}

### 4. 効率性品質 (10%)
#### 処理効率 (10%)
・実行時間の短縮: {1-5点}
・リソース使用の最適化: {1-5点}
・コストパフォーマンス: {1-5点}

## 総合評価
・機能的品質: {点数}/20 × 40% = {得点}
・使用性品質: {点数}/30 × 30% = {得点}
・保守性品質: {点数}/20 × 20% = {得点}
・効率性品質: {点数}/15 × 10% = {得点}

### 最終評価: {総合得点}/100

🚀 継続的改善のベストプラクティス

改善サイクルの最適化

## 改善効率最大化戦略

### 1. 短期改善サイクル (週次)
・minor_adjustments: {小さな調整}
・quick_fixes: {即座に修正可能な問題}
・user_feedback_integration: {ユーザーフィードバック反映}

### 2. 中期改善サイクル (月次)
・feature_enhancements: {機能強化}
・structural_improvements: {構造的改善}
・performance_optimization: {性能最適化}

### 3. 長期改善サイクル (四半期)
・major_redesign: {大幅な設計変更}
・technology_upgrade: {技術的アップグレード}
・strategic_alignment: {戦略的整合性確保}

### 改善優先度マトリックス
| 影響度 \ 実装容易さ | 易 | 中 | 難 |
|------------------|----|----|----| 
| **高** | 最優先 | 優先 | 検討 |
| **中** | 実施 | 計画 | 保留 |
| **低** | 余裕時 | 不要 | 不要 |

🎯 まとめ

実践設計編により、即座に活用できる実用的なプロンプトエンジニアリングスキルを獲得できます。

📚 活用の指針

  1. 深津式プロンプト: 基本構造として活用
  2. 業界別テンプレート: 専門分野での効率化
  3. 設計原則: 品質の安定化
  4. 反復改善: 継続的な品質向上

🚀 実践のステップ

  1. テンプレート選択: 自分の業務に最適なものを選択
  2. カスタマイゼーション: 具体的なニーズに合わせて調整
  3. 継続的改善: PDCAサイクルによる品質向上
  4. 知識共有: チーム内でのベストプラクティス共有

💡 次のレベルへ

実践設計編で学んだテンプレートと原則を、日々の業務に積極的に適用してください。継続的な実践と改善により、プロンプトエンジニアリングの真の価値を実感できるでしょう。