메뉴
サービス開発のためのデプスインタビューを実施し、ユーザーの真のニーズ・課題・動機を引き出す。5 Whys、ラダリング法を用いてプロダクト開発に活かせるインサイトを発見する。ユーザーリサーチ、課題発見、ペルソナ構築、プロダクト仮説検証に使用する。Do NOT use for キャリア相談やキャリアカウンセリング（depth-interviewing-careerを使用すること）。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Jules REST APIを使用してタスクを対話的に依頼・管理する。セッション作成・プラン承認・メッセージ送信・進捗監視をAPI経由で行い、Claudeと協調してタスクを完遂する。ベースブランチ指定とPR自動作成に対応。認証はJULES_API_KEY_OP_URI（1Passwordシークレット参照）またはJULES_API_KEYで行う。Do NOT use for 認証情報未設定の環境でのタスク実行（task-executingを使用すること）。
SDDワークフロー全体を統括するオーケストレーター。要件定義・設計・タスク計画・実装・逆順レビューの一連のフローを管理する。新規プロジェクトのSDD一括作成、複数フェーズにまたがるワークフロー管理、エラー・バグの体系的な分析と修正に使用する。Do NOT use for 個別フェーズのみの作業（requirements-defining、software-designing、task-planningを直接使用すること）。
設計書から実装タスクへの分解を行う。デフォルトで各タスクをGitHub Issueとして起票し（1タスク＝1 Issue、詳細はIssue本文に集約、ラベルでフェーズ・ステータス管理）、ユーザーがファイル管理を明示した場合のみdocs/sdd/tasks/にファイル生成する。AIエージェント向けの具体的な実装指示やTDD手順を定義する。タスク計画フェーズのみを単独で実行する際に使用する。Do NOT use for SDDワークフロー全体の管理（sdd-documentationを使用すること）。
SDDドキュメントの整合性チェック、実装同期確認、アーカイブ（CLAUDE.md同期含む）、ファイル最適化を行う。ドキュメント間の矛盾検出、実装との乖離確認、完了タスクの整理と仕様のCLAUDE.md転記、肥大化ファイルの分割が必要な場合に使用する。Do NOT use for ドキュメントの新規作成（requirements-defining、software-designing、task-planningを使用すること）。
エラー・バグ・問題を体系的に分析し修正方針を策定する。テスト失敗、ビルドエラー、実行時エラー、動作不良、バグ報告に対応し、根本原因を分析してから修正を行う。Do NOT use for 根本原因分析が不要な軽微な修正（typo、設定値変更、フォーマット修正など）。
IPA非機能要求グレード2018（可用性・性能拡張性・運用保守性・移行性・セキュリティ・システム環境）の記入済み要件を入力として、運用設計書を生成する。非機能要件定義が完了しているプロジェクトの運用設計フェーズで使用する。Do NOT use for 非機能要件の定義自体（requirements-definingを使用すること）。Do NOT use for 業界調査やヒアリングから始める運用設計（operations-designを使用すること）。
SOC 직업 분류 기준
| name | depth-interviewing-product |
| description | サービス開発のためのデプスインタビューを実施し、ユーザーの真のニーズ・課題・動機を引き出す。5 Whys、ラダリング法を用いてプロダクト開発に活かせるインサイトを発見する。ユーザーリサーチ、課題発見、ペルソナ構築、プロダクト仮説検証に使用する。Do NOT use for キャリア相談やキャリアカウンセリング（depth-interviewing-careerを使用すること）。 |
| metadata | {"version":"1.0.0"} |
ユーザーの真のニーズと課題を引き出すデプスインタビューを実施します。表面的な回答で終わらせず、行動の背景にある動機や文脈を深掘りし、サービス開発に活かせるインサイトを発見します。
このスキルは以下の機能を提供します：
以下の状況でこのスキルを有効にしてください：
実施すること:
実施しないこと:
すべての会話はインタビューログファイルに記録してください。
インタビュー開始時に必ずログファイルを作成し、以下を記録します：
避けるべき表現:
推奨される表現:
表面的な回答から本質的な動機に迫るため、「なぜ」を繰り返します。 ただし、機械的に「なぜ？」と聞くのではなく、自然な会話の流れで深掘りします。
例:
ユーザー: 「タスク管理アプリが使いにくいです」
インタビュアー: 「使いにくいと感じるのは、具体的にどんな時ですか？」
ユーザー: 「タスクを登録するのに時間がかかるんです」
インタビュアー: 「なるほど。登録に時間がかかると、どんな影響がありますか？」
ユーザー: 「面倒になって結局メモ帳に書いちゃうんです」
インタビュアー: 「メモ帳に書く方が良いと感じるのはなぜでしょう？」
ユーザー: 「すぐに書けて、考えを整理しながら書けるからです」
インタビュアー: 「考えを整理しながら書けることが大事なんですね。
それはどんな場面で特に重要ですか？」
ユーザー: 「会議中にアイデアが浮かんだ時とか、急いでる時ですね」
【インサイト】
真のニーズ: 「思考を妨げない素早い記録」
表面的な課題: 「登録に時間がかかる」
本質的な課題: 「思考の流れを止めたくない」
属性→機能的価値→情緒的価値→本質的価値の順で深掘りします。
質問の流れ:
例:
ユーザー: 「シンプルなデザインのアプリが好きです」
→「シンプルだと何が良いですか？」
「迷わずに使える」
→「迷わないとどんな気持ちになりますか？」
「ストレスを感じない、集中できる」
→「集中できることはなぜ大切ですか？」
「限られた時間で成果を出したいから」
【インサイト】
本質的価値: 「限られた時間で成果を出したい」
抽象的な発言を具体的なエピソードに落とし込みます。
パターン:
他の選択肢と比較することで、価値判断の基準を探ります。
パターン:
1. 準備・ログ初期化
- インタビューログファイルの作成
- 目的とテーマの確認
↓
2. 導入（5-10分）
- 自己紹介と目的説明
- アイスブレイク
- 基本情報の確認
↓
3. 探索（15-20分）
- オープンクエスチョンで広く聞く
- 現状の行動・習慣を把握
- 課題やペインポイントを探る
↓
4. 深掘り（15-20分）
- 5 Whysで動機を探る
- ラダリングで価値を探る
- 具体的なエピソードを聞く
↓
5. 収束（5-10分）
- 重要なポイントの確認
- 追加で聞きたいことの確認
- お礼と次のステップ
↓
6. 振り返り・まとめ
- インサイトの整理
- 課題仮説の言語化
- ログファイルの完成
インタビュー開始前に必ず実行してください。
インタビュアー: インタビューを始める前に、記録用のログファイルを作成します。
[Writeツールでinterview_log_template_ja.mdを基にログファイルを作成]
ログファイルを作成しました：
`interview-logs/[YYYY-MM-DD]-[テーマ]-interview.md`
このファイルにすべての会話を記録していきます。
それでは、インタビューを始めましょう。
インタビュアー: 本日はお時間をいただきありがとうございます。
今日は[テーマ]についてお話を伺いたいと思います。
正解・不正解はありませんので、率直なお考えをお聞かせください。
まず、簡単に自己紹介をお願いできますか？
- お仕事や普段の活動について
- [テーマ]との関わりについて
ユーザー: [回答]
[Editツールでログに記録]
オープンクエスチョンで広く状況を把握します。
探索フェーズの質問例:
【現状把握】
- 普段、[テーマ]についてどのようにされていますか？
- 一日/一週間の中で、それにどれくらい時間を使っていますか？
- どんなツールやサービスを使っていますか？
【課題探索】
- [テーマ]について、困っていることや不満はありますか？
- 「もっとこうだったらいいのに」と思うことはありますか？
- 最近、[テーマ]で困った具体的な場面を教えてください
【行動観察】
- なぜそのやり方を選んでいますか？
- 他の方法を試したことはありますか？その結果は？
- 理想の状態はどんな感じですか？
探索フェーズで出てきた重要なポイントを深掘りします。
インタビュアー: 先ほど「[重要な発言]」とおっしゃっていましたが、
もう少し詳しく教えていただけますか？
ユーザー: [回答]
インタビュアー: なるほど。それは具体的にはどんな時に起きますか？
ユーザー: [回答]
インタビュアー: その時、どんな気持ちになりますか？
ユーザー: [回答]
[各回答をログに記録]
深掘りの判断基準:
インタビュアー: ありがとうございます。
今日お話しいただいた中で、特に重要だと感じたのは：
1. [ポイント1]
2. [ポイント2]
3. [ポイント3]
この理解で合っていますか？
補足や訂正があれば教えてください。
ユーザー: [回答]
インタビュアー: 最後に、今日お話しした内容以外で、
[テーマ]について伝えておきたいことはありますか？
ユーザー: [回答]
インタビュアー: 本日は貴重なお話をありがとうございました。
インタビュー終了後、ログファイルにインサイトをまとめます。
[Editツールでログファイルのインサイトセクションを更新]
【発見したインサイト】
1. 表面的な課題: [内容]
本質的な課題: [内容]
2. 表面的なニーズ: [内容]
真のニーズ: [内容]
【課題仮説】
「[ユーザー像]は、[状況]において、[課題]を抱えている。
なぜなら[理由]だから。」
【機会領域】
- [機会1]
- [機会2]
【次のアクション】
- [アクション1]
- [アクション2]
オープンクエスチョン
具体的な質問
中立的な質問
一つずつ聞く
以下の言葉が出たら、必ず深掘りしてください：
interview-logs/
├── [YYYY-MM-DD]-[テーマ1]-interview.md
├── [YYYY-MM-DD]-[テーマ2]-interview.md
└── ...
推測や解釈の押し付け
誘導や評価
仮説の検証に固執
記録の省略
interview_log_template_ja.md: インタビューログテンプレートこのスキルは将来的に以下の機能を追加予定です：