【ステークホルダー向けメール作成】
【対象（例：エンジニアリングチーム、経営層など）】 宛てに、【トピック（例：機能の優先順位、ロードマップ更新など）】 についての丁寧で明確かつ簡潔なメールを書いてください。件名と締めの一文も含めてください。

【要件のわかりやすい書き直し】
次のプロダクトバックログアイテムを、クロスファンクショナルなチームでも理解しやすいように書き直してください。トーンは明確・丁寧・簡潔に保ち、INVEST（独立性・交渉可能性・価値・見積可能性・適切なサイズ・テスト可能性）を満たしてください。テキスト: 【貼り付け】

【読者別メッセージ調整】
次のプロダクトアップデートを、【対象（例：経営層／開発チーム／エンドユーザー）】 向けに言い換えてください。もともとは 【文脈（例：社内レビュー用）】 のための文章です。トーン、語彙、スタイルを調整してください。テキスト: 【貼り付け】

【ロードマップ会議の招待文】
【トピック（例：四半期ロードマップレビュー）】 の会議招待文を作成してください。参加者（例：PM、デザイナー、エンジニア）を明記し、アジェンダ、目的、事前準備を含め、カレンダー招待形式にしてください。

【フィードバックスレッド要約】
以下のユーザーフィードバックに関するメールスレッドを簡潔に要約してください。主要な洞察、アクションアイテム、未解決の質問を明確に示してください。メール: 【貼り付け】

【優先順位検討アジェンダ】
【トピック（例：バックログの優先順位付け）】 に関する会議のアジェンダを作成してください。会議時間は【例：60分】、参加者は【例：PMとステークホルダー】。各セクションの時間配分と目的を記載してください。

【ディスカバリーメモ要約】
以下のラフなユーザーインタビューメモを整理し、「主要な決定事項」「次のステップ」「担当者」に分けて要約してください。メモ: 【貼り付け】

【スプリントレビュー→タスク化】
以下のスプリントレビューのメモを基に、担当者別（例：PO、開発者）に分類したタスクリストを作ってください。期限がある場合は記載してください。メモ: 【貼り付け】

【ステークホルダー調整の質問準備】
【トピック（例：機能の実現可能性）】 に関する会議で、優先順位の合意形成に役立つ洞察深い質問を5つ以上提案してください。

【デモ後フォローアップメール】
【トピック（例：ベータ版リリースデモ）】 の会議後フォローアップメールを書いてください。主要ポイント、担当、期限付きの次のステップを簡潔・丁寧にまとめてください。

【1日の優先順位付け】
以下のタスクを基に、優先順位付きToDoリストを作成してください。【貼り付け：メトリクス確認、バックログ更新など】。順序の理由も短く補足してください。

【仕様書の要約】
以下のドキュメントを5つの重要ポイントと3つの推奨アクションに要約してください。【種類：仕様書／ロードマップ／リサーチレポート】。簡潔でプロフェッショナルに。テキスト: 【貼り付け】

【チーム向けメール作成】
【宛先（例：開発チーム、POなど）】 に、【トピック（例：レトロの結果、最近の課題）】 についての丁寧で明確なメールを書いてください。件名と締めの一文も含めてください。

【レトロメモ整理】
以下のレトロのフィードバックを「決定事項」「次にやること」に焦点を当てて整理し、次回スプリントプランニングで使える形にしてください。テキスト: 【貼り付け】

【インペディメント議論の要約】
チームの障害に関する以下のメールスレッドを要約し、主要な決定、アクションアイテム、未解決の論点を明確にしてください。メール: 【貼り付け】

【レトロのアジェンダ】
【時間例：45分】 のレトロスペクティブのアジェンダを作成してください。参加者はスクラムチーム全員。5ステップ（場の設定／データ収集／洞察生成／アクション決定／まとめ）で時間配分と目的を記載。

【レビュー後フォローアップ】
【トピック（例：スプリントデモ）】 の会議後フォローアップメールを書いてください。重要ポイント、担当、期限付き次ステップを簡潔・丁寧に。

【根本原因の特定支援】
以下の繰り返し起きる課題（例：欠陥がスプリント終盤に集中／ゴールに向けた協働不足）について、想定される根本原因を挙げ、それを検証するための質問、実験案、収集すべきデータを提案してください。

【関係者向けメール作成】
【宛先（例：PM、開発者など）】 に、【トピック（例：ワイヤーフレームのフィードバック）】 についての丁寧で明確なメールを書いてください。件名と締めの一文も含めてください。

【デザインフィードバックの再構成】
次のデザインレビューコメントを共同レビューで使いやすいように整理・改善してください。トーンは明確・丁寧・簡潔で。テキスト: 【貼り付け】

【対象に合わせたプレゼン調整】
次のデザインコンセプトを、【対象（例：経営層／ユーザー／エンジニア）】 向けに言い換えてください。元は【文脈（例：チーム内共有）】 用です。トーン・用語・スタイルを調整。テキスト: 【貼り付け】

【デザインレビュー招待文】
【トピック（例：UXプロトタイプの確認）】 の会議招待文を作成してください。参加者、アジェンダ、目的、準備事項を含むカレンダー用テキストにしてください。

【ユーザー調査スレッド要約】
ユーザビリティテストに関する以下のメールスレッドを要約し、主要な決定、アクション、未解決の質問を明確にしてください。メール: 【貼り付け】

【デザインレビューのアジェンダ】
【トピック（例：UI改善の検討）】 に関する30分のアジェンダを作成してください。参加者は【例：デザインチーム】。各セクションの時間配分と目的を記載。

【ユーザビリティテスト要約】
以下のテストメモを「得られた知見」「検証できた仮説」「否定された仮説」「次にやること」「主要な決定事項」に整理してください。メモ: 【貼り付け】

【1週間のデザインスプリント計画】
【検証したい仮説】 を確かめる1週間のデザインスプリント計画を作成してください。ステップ、関係者、事前準備、成功のコツを具体的に。補足: 【貼り付け】

【ユーザーインタビュー質問】
【トピック（例：インターフェース改善）】 について、洞察を得るための質問を5つ以上提案してください。目的は【例：インサイト収集】。

【デザイン案のブレスト】
次の課題（例：オンボーディングの改善）に対して、5つ以上の代替案を挙げ、それぞれの長所・短所を示してください。

【デザイン案の比較】
以下の案（例：レイアウトA vs B）について、【期限例：1週間】 で意思決定する前提で、利点・欠点・リスクを整理してください。

【デザイン調査レポート要約】
以下のドキュメントを最大5つの重要ポイントと最大5つの推奨アクションに要約してください。【種類：ユーザー調査レポート／ワイヤーフレーム仕様】。テキスト: 【貼り付け】

【テストケース生成】
経験豊富なQAエンジニアとして、コード変更に対するテストケースを作成してください。正常系・異常系を網羅し、性能・セキュリティ・ユーザビリティなど非機能も含め、【出力形式：Gherkin／表形式など】 で提示してください。

【スクショ＆ログからのバグ報告】
【製品名】 のテスト中に発生した不具合について、添付のスクリーンショットとログを基に、【フォーマット・必須項目】 に従った明確なバグレポートを作成してください。

【テストデータ生成】
経験豊富なQAとして、【対象（例：フィールド／フォーム／関数／API）】 の堅牢性と機能性を検証できるテストデータを作成してください。大文字・小文字・特殊文字などのバリエーションやエッジケース、セキュリティ観点も含め、【形式：ID／入力値／期待結果の3列の表】 で出力。補足: 【貼り付け】

【PBIからテストケース導出】
以下のPBI説明に基づき、機能・非機能・エッジケースを含むテストケースを作成してください。各ケースに「タイトル／目的／前提条件／手順／期待結果／優先度（高・中・低）」を記載し、受け入れ基準と整合させてください。不明点は仮定を明示し、確認質問も提案してください。テキスト: 【貼り付け】

【探索的テストの観点】
【製品名】 に対する最近の変更点は以下の通りです：【変更ログ】。個別テストは完了していますが、【時間制約例：半日／2名】 の範囲で探索的テストを行う前提で、重点的に見るべき領域・機能・ユーザージャーニー・ペルソナを10個提案してください。