audience-transformation-positioning について
audience-transformation-positioningは、マーケティング文やプロフィール、プロジェクト紹介など、説得力が必要な文章のためのポジショニングスキルです。読者の課題と望む結果を特定し、実現手段を軸にメッセージを組み立てます。
主な機能
- 01読者とそのニーズを定義
- 02課題と望む結果を明確化
- 03両者をつなぐ手段を設計
- 04読者の懸念やリスクを特定
- 05読者の利益に沿って約束を設定
活用シーン
- 01LinkedInプロフィールの作成
- 02記事の導入や動画フックの設計
- 03ランディングページやREADMEの訴求
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ arthurzakirov/ proofstack --skill audience-transformation-positioningインストール後、Claude Code で/audience-transformation-positioningを入力して読み込まれたか確認します。
詳細
読者の変化を軸にしたポジショニングスキル
次のような場合に使用してください
説得力や注目を集めることが重要なコンテンツを作成する前に、このスキルを使用してください。
- LinkedIn の自己紹介欄
- プロフィールの見出し
- 記事の導入部分
- YouTube/動画のフック
- ランディングページのセクション
- プロジェクトの README におけるポジショニング
- ポートフォリオページ
- バナーや記事ヘッダーのコンセプト
- サービスや商品の説明
基本原則
読むことで得られるものがあると読者が信じたときだけ、読んでもらえます。
書き始める前に、読者が得る変化を定義してください。
current painful situation → bridge/mechanism → desired situation
文章を読んだ読者に、次のように感じてもらう必要があります。
"This person understands my problem and may have a useful way out."
ステップ 1 — 読者/対象者を定義する
次の質問に答えてください。
- 誰がこれを読む可能性が高いですか?
- その人は何を決めようとしていますか?
- その人が抱えている問題、不安、期限、リスク、欲求は何ですか?
- その人はすでに何を探していますか?
- 何があれば、スクロールを止めて読み続けますか?
よくある読者のタイプ:
- 採用担当者
- 採用マネージャー
- シニアエンジニアリングリーダー
- 創業者
- 技術分野の同僚
- プロジェクトの潜在的なユーザー
- 投稿/記事の読者
- サービス/商品の購入者
ステップ 2 — 現在のつらい状況を定義する
具体的にしてください。抽象的な悩みは避けてください。
現在の状況の具体例:
- 手作業が多すぎる
- 要件が不明確
- 納期に間に合わない
- コストのかかるボトルネック
- AI のデモが、採用されるシステムにならない
- エンジニアが反復的な運用作業に追われている
- 誰が実際に価値を生み出せるのか分からず、採用の判断が難しい
- ツールはあるのに、ユーザーが成果を得られない
次の質問をしてください。
- 今、何にいら立っていますか?
- 今、何にコストがかかっていますか?
- 今、何をリスクに感じていますか?
- 何が遅く、分かりにくく、手作業で、壊れやすく、見えにくいですか?
ステップ 3 — 望ましい成果を定義する
望ましい成果とは、作り手が話したいことではなく、読者が実際に求めているものであるべきです。
望ましい状況の具体例:
- 納期を守る
- 手作業の負担を減らす
- システムの信頼性を高める
- 経営陣の賛同を得る
- ユーザーにツールを使ってもらう
- KPI を通じて業務を測定可能にする
- 曖昧な依頼を、リリース済みの成果につなげる
- 間違った解決策に労力を費やさない
ステップ 4 — 変化をもたらす方法を定義する
変化をもたらす方法とは、読者を現在の状況から望ましい状況へと導く仕組みです。
単なる流行語にしてはいけません。信頼できるプロセス、フレームワーク、ツール、または能力を示してください。
適切な方法の形式:
I help [audience] move from [painful current state] to [desired outcome] using [specific mechanism].
例:
I help engineering teams turn messy manual processes into adopted automation systems using data, software, and agentic AI.
I turn messy operational context into reusable automation capabilities.
ステップ 5 — 懸念やリスクを特定する
読者は次のような疑問を持つかもしれません。
- これは単なる誇大宣伝ではありませんか?
- たまたま成功した一例以外にも当てはまりますか?
- この人は、私の技術スタックや分野でも実行できますか?
- これはデモにすぎませんか。それとも、実際に使われていますか?
- 私のチームに過度な負担がかかりませんか?
- このワークフローで AI を安全に使えますか?
- 結果を測定できますか?
次の方法で懸念に対処してください。
- 数値
- 実証例
- 適用範囲の明確化
- 明確な仕組み
- 導入実績
- 導入前後の比較
- リスクを軽減する対応、または負担の少ない次のステップ
ステップ 6 — 約束する価値を選ぶ
あらゆるコンテンツには、約束する価値が必要です。
テンプレート:
If you read this, you will understand how [unexpected result] happened despite [constraint].
If you read this, you will learn a repeatable way to move from [current pain] to [desired outcome].
If you use this, your team can reduce [pain] and achieve [result] with [mechanism].
出力形式
下書きを始める前に、次のマップを作成してください。
## Reader
- Primary reader:
- What they want:
- What they fear:
- What they are deciding:
## Current Situation
-
## Desired Situation
-
## Bridge / Mechanism
-
## Objections
-
## Proof Needed
-
## Core Promise
-
品質基準
優れたポジショニングは、次のようなものです。
- 読者を中心にしている
- 具体的である
- メリットを重視している
- 感情に訴える内容が分かりやすい
- 証拠に基づいている
- 具体的な仕組みと結びついている
弱いポジショニングは、次のようなものです。
- ありきたりである
- 自分本位である
- 流行語ばかり使っている
- 成果ではなくツールに焦点を当てている
- 読者の悩みを取り上げていない
- 読者が気にかけるべき理由が欠けている
コメント
Markdown 対応