顧客問い合わせ分析プロンプト集

# 依頼：顧客問い合わせの分類軸を作成する

あなたは組み込みソフト開発の仕様整理と品質改善を支援する分析担当です。
以下の問い合わせ一覧を読み、後続の全件分類で使える分類軸を提案してください。

## 入力データ
- 問い合わせID
- 問い合わせ日
- 問い合わせ種別
- 問い合わせ本文
- 関連する仕様書項番
- 関連する製品名、機能名、信号名
- 回答状況
- 対応工数または対応期間
- 再発有無

## 分析してほしいこと
1. 問い合わせを分類するための主分類を作成する
2. 主分類ごとに、判定基準と例を説明する
3. 必要であれば副分類も提案する
4. 見積もり、仕様書レビュー、顧客との事前確認、開発プロセス改善に使いやすい分類にする
5. 分類が曖昧になりそうな境界条件を挙げる

## 出力形式
- 分類軸の一覧表
- 各分類の判定基準
- 分類時に迷うケースと判断方針
- 全件分類で使うための列名案

## 注意
顧客や担当者を責める表現は避け、事前確認、仕様明確化、レビュー改善、見積もり精度向上につながる表現にしてください。

# 依頼：顧客問い合わせ一覧を全件分類する

あなたは組み込みソフト開発の問い合わせ分析担当です。
以下の分類軸に従って、問い合わせ一覧を1件ずつ分類してください。

## 目的
- 仕様書レビューで重点確認すべき観点を見つける
- 見積もり時に考慮すべき不確実性を把握する
- 顧客との事前確認が必要な論点を整理する
- 開発プロセスの改善点を見つける

## 入力
- 分類軸
- 顧客問い合わせ一覧

## 分類ルール
1. 各問い合わせに主分類を1つ付ける
2. 必要に応じて副分類を付ける
3. 判断理由を1から2文で書く
4. 仕様書項番、製品名、機能名、信号名など、入力データ内の根拠があれば示す
5. 分類に迷う場合は「要確認」とし、迷った理由を書く
6. 顧客側、開発側、担当者個人の責任を断定しない

## 出力列
- 問い合わせID
- 主分類
- 副分類
- 判断理由
- 関連する仕様書項番
- 関連する製品名、機能名、信号名
- 事前確認で防げた可能性
- 見積もり影響
- 仕様書レビュー観点
- 要確認事項

## 注意
社内AIで分析する場合は、製品名、機能名、信号名、仕様書項番を根拠として使ってかまいません。
ただし、Webページや共有テンプレートに実データを常時掲載しないでください。分析結果を外へ持ち出す場合は、必ず一般化・匿名化してください。

# 依頼：顧客問い合わせの傾向分析と改善提案

あなたは組み込みソフト開発の品質改善、仕様レビュー、見積もり改善を支援する分析担当です。
分類済みの顧客問い合わせ一覧をもとに、傾向と改善案を整理してください。

## 分析観点
1. 件数が多い分類
2. 対応工数が大きい分類
3. 再発している分類
4. 仕様書レビューで検出できそうな分類
5. 顧客との事前確認で減らせそうな分類
6. 見積もり時にリスクとして考慮すべき分類
7. 開発プロセス、レビュー観点、チェックリストに反映すべき分類

## 出力してほしいもの
- 問い合わせ傾向の要約
- 上位分類とその背景
- 仕様書レビューで追加すべき確認観点
- 見積もり時に追加すべき確認項目
- 顧客との事前確認テンプレート案
- 開発プロセス改善案
- 次回以降の問い合わせ記録で追加した方がよい項目

## 表現方針
- 顧客や担当者を責める表現は避ける
- 「誰が悪いか」ではなく「どこで検出・合意できるとよいか」に着目する
- 改善案は、すぐできる対策、中期的な対策、仕組み化する対策に分ける
- 推測と入力データから言えることを分けて書く

## 注意
分析結果に製品名、機能名、信号名、仕様書項番が含まれる場合、公開場所には貼り付けず、社内AIまたは社内文書内だけで扱ってください。