シグナルリサーチスキル
デザイナー、プロダクト関係者、コンサルタント向けの調査およびコンテンツ発想システム。デザイン、AI、プロダクト、規制分野のシグナルを見つけ出し、ユーザーのポジショニングと信頼性マップに合わせたコンテンツアングルに変換します。
このスキルが生み出すもの
リサーチブリーフは以下の構造で構成されます：
- 3〜5個のトレンドクラスタ（各クラスタにシグナル、議論の要約、緊張点を含む）
- クラスタごとに2〜3個のコンテンツアングル（フォーマット、フック、スタンス）
- ユーザーが投稿計画を希望する場合のオプションの7日間編集スケルトン
ステップ0：ポジショニングブリーフを読み込む
コンテンツアングルは、それを公開する人に合った場合にのみ機能します。検索を始める前に：
- ユーザーのポジショニングブリーフを探します（テンプレートは
references/positioning-brief.mdを参照）。プロジェクトファイル、メモリ、またはユーザーが指定したファイルを確認します。 - ブリーフが存在する場合はそれを読み、すべてのアングルに使用します。
- ブリーフが存在しない場合は、まず以下の5つの短い質問でブリーフを作成し、回答をテンプレートのコピーに書き込み、ユーザーが希望する場所に保存します：
- あなたは誰で、あなたの役割や実践は何ですか？
- どの3〜5のトピックについて直接の経験から話せますか？また、その証拠（共有できるプロジェクト、ツール、結果）は何ですか？
- 誰にリーチしたいですか？（役割、年次、セクター、言語）
- どのような姿勢とトーンを望みますか？（分析的、構築者的、教示的、逆張り的）
- あなたのコンテンツに決して登場すべきでないトピック、フォーマット、主張はありますか？
- その後でのみスキャンを開始します。
ステップ1：範囲を明確にする（必要な場合）
リクエストがオープンエンド（特定のドメインや時間枠がない）の場合は、フルスキャン（9つのドメインすべて、references/domains.md を参照）を実行します。
ユーザーが特定のドメインやトピックを指定した場合は、その領域に限定したフォーカスドスキャンを実行します。
明確化を求めずに開始します。判断を下し、その判断をブリーフの冒頭に明記します。
ステップ2：検索プロトコル
フルスキャン（9つの検索、ドメインクラスタごとに1つ）
ドメインごとに1つの検索を実行します。references/domains.md のクエリを出発点として使用します。クエリに最新性シグナルを追加して適応させます：現在の年を追加します。各検索後、web_fetch を使用して最もシグナルの高い結果を1〜2件取得し、実質的な内容を抽出します。
優先するシグナルソース（優先順位順）：
- Substackおよび独立系ニュースレター（UX Collective、Dive Club、Dense Discovery、Every、Lenny's Newsletter）
- 既知の実践者からのエンゲージメントの高いLinkedIn投稿
- 業界出版物：Nielsen Norman Group、Baymard、Smashing Magazine、A List Apart
- カンファレンス議事録：Config、NN/g UX Conference、UX London など
- GitHub、Vercel、Linear、Notionの変更ログ（ツールレイヤーのシグナル）
- 規制シグナルに関する公式の規制当局および機関ソース（欧州委員会、ENISA、各国のデータ保護機関）
- HCIに関する学術プレプリント（ACM CHI）が表面化した場合
優先度を下げるソース：
- SEOファームからの一般的な「トップ10 UXトレンド」リスト記事
- 著者名のないエージェンシーのブログ投稿
- 6ヶ月以上前のコンテンツ（ただし、今も議論を牽引している基礎的な作品でない限り）
フォーカスドスキャン（2〜4件の検索）
より少ないクエリで深く掘り下げます。少なくとも2つの完全な記事を取得します。直接の引用、名前の挙がった実践者、特定のツール名やメソッド名を抽出します：これらがアングルのアンカーになります。
ステップ3：トレンドクラスタを特定する
検索結果から、発見事項を3〜5個のクラスタにグループ化します。各クラスタには以下が必要です：
- コアとなる緊張または矛盾（単なるトピックを超えた、議論、変化、消えゆく前提）
- 少なくとも2つの異なる実践者の立場（コンセンサスを超えて）
- それが今重要である理由の明確なシグナル（タイミングフック）
クラスタには、トピックラベルの代わりに、緊張を捉えた短いフレーズで名前を付けます。
良いクラスタ名の例：
- 「Figmaはエージェント的世界における描画ツール」
- 「PMとデザイナーの役割境界が溶解している」
- 「アクセシビリティコンプライアンスが公共セクターの調達条件になりつつある」
- 「AIプロンプティングが新しいワイヤーフレーミングである」
- 「AI規制がUXパターンを法的責任に変える」
悪いクラスタ名の例：
- 「UXにおけるAI」
- 「今年のデザイントレンド」
- 「新しいツール」
ステップ4：コンテンツアングルを生成する
各クラスタについて、2〜3個のコンテンツアングルを生成します。各アングルは以下で定義されます：
| フィールド | 説明 |
|---|---|
| フォーマット | 次のいずれか：意見投稿、ケース分析、神話打破、観察＋質問、ツールレビュー、プロセスドキュメンテーション、逆張り意見、データポイント＋含意、フレームワーク公開、ビフォー/アフターワークフロー |
| フック | オープニングの一手。具体的かつ具体的で、「考えたことはありますか...」のような定番の出だしを避けた最初の行。 |
| スタンス | ユーザーの立場。意見が明確で、「両論」を要約しただけではない。 |
| オーディエンストリガー | これが共感を呼ぶ相手（デザイン責任者、CPO、B2B SaaS PM、公共セクターのデザインリーダーなど） |
| 使用する緊張 | このアングルが活用するクラスタの緊張 |
| 差別化チェック | このアングルを既存の議論と差別化する点 |
| アングルのリスク | この投稿が的外れになったり、明白に感じられる可能性がある点 |
ポジショニングの制約（常に適用）
すべてのアングルにユーザーのポジショニングブリーフを適用します：
- 信頼性マップに一致させる：ユーザーが直接の経験や証拠を持つトピックについてのみ執筆する。
- ターゲットオーディエンスと指定されたトーンに一致させる。
- 「避けるべきアングル」リストを例外なく尊重する。
- ブリーフが適合性が高いとマークしたフォーマットと繰り返しのテーマを優先する。
アングル品質テスト（すべての4つに合格する必要があります）
アングルを出力する前に、以下に対してテストします：
- ブリーフに記載されたターゲット読者は、これを見てスクロールを止めるか？
- これを説得力を持って書くために、ユーザーの特定の経験が必要か？
- 単なる観察を超えた立場があるか？
- このアングルが矛盾する、明確にする、または追加する現在の議論の何かがあるか（誰もが知っていることを繰り返すのではなく）？
答えが「いいえ」の場合は、修正するか破棄します。
ステップ5：出力フォーマット
# リサーチブリーフ | [日付] | [スキャンタイプ: フル / フォーカスド: トピック]
## スキャン概要
[検索で全体的に見つかったことについて2〜3文。驚くような欠落や支配的なナラティブがあれば指摘する。]
---
## クラスタ1: [緊張の名前]
**動いているもの：** [3〜5文。具体的で、名前を挙げる。ソースをインラインで引用する。]
**この議論における主要な実践者：** [名前、企業、または見つかった出版物]
**なぜ今なのか：** [タイミングシグナル：カンファレンス、製品ローンチ、ポリシー変更など]
### コンテンツアングル
**アングルA | [フォーマット]**
- フック：[最初の行または動き]
- スタンス：[ユーザーの立場]
- オーディエンストリガー：[誰に響くか]
- 差別化：[これを非自明にする点]
- リスク：[何が失敗を招く可能性があるか]
**アングルB | [フォーマット]**
...
---
## クラスタ2: ...
---
## 7日間編集スケルトン（オプション、リクエストがあった場合のみ含める）
| 曜日 | クラスタ | フォーマット | フックの概要 |
|---|---|---|---|
| 月 | | | |
...
エッジケース
ドメインの検索結果が薄い場合： 明示的にその旨を指摘し、一般的な埋め合わせは避けます。より良い検索戦略や、手動で確認する一次情報源を提案します。
2つのクラスタが非常に類似している場合： 統合します。少なくとも、ぼんやりしたクラスタが多いよりも、鮮明なクラスタが少ない方が優れています。
ユーザーが執筆したいトピックを指定した場合： プロセスを逆にします。まずそのトピックに関する現在の議論を検索し、次にユーザーの意見を既存のものと差別化するアングルを生成します。
ユーザーが投稿のドラフトをリクエストした場合： 最初にアングルを確認し、次にポジショニングブリーフに記述された声でドラフトを作成します。
ユーザーが別の言語で執筆している場合： その言語でブリーフを納品します。クラスタ名とアングルフィールドはユーザーの言語に従います。ソースのタイトルは元の言語のままでも構いません。
参照ファイル
references/domains.md：シードクエリとシグナルソースを含む9つのドメインクラスタreferences/positioning-brief.md：ユーザーのポジショニング、信頼性マップ、アングル制約のテンプレート