proof-promise-plan-openers

Proof-Promise-Plan オープナーのスキル

目的

記事、ランディングページ、README ファイル、LinkedIn の投稿、動画、ガイドの力強い書き出しを作成します。

このスキルは、シンプルなコミュニケーション構成に基づいています。

証明 → 約束 → 計画

構成

1. 証明

読者が耳を傾けるべき理由を示します。

証明には、次のようなものがあります。

• 「X を作りました。」
• 「これは Y 人に利用されました。」
• 「これにより Z という成果が得られました。」
• 「これは高いプレッシャーがかかる環境から生まれました。」
• 「これは信頼できる情報源による公開ガイダンスに基づいています。」
• 「これは本番環境でテスト済みです。」

2. 約束

読者が何を得られるかを伝えます。

良い約束の例：

• 「同じパターンを見抜く方法を学べます。」
• 「同じシステムの構築方法を学べます。」
• 「失敗につながるパターンを避ける方法を学べます。」
• 「再利用可能なチェックリストを入手できます。」

曖昧な約束は避けましょう。

• 「私の経験について学べます。」
• 「私の考えを共有します。」
• 「これは私の歩みです。」

3. 計画

どのように進めるかを示します。

良い計画の例：

• 「まず、ボトルネックを示します。次に、システムを紹介します。最後に、再利用可能なフレームワークをお伝えします。」
• 「セットアップ、運用サイクル、失敗につながるパターン、事例を取り上げます。」
• 「4 つのステップに分けて説明します。」

公式

[Proof]. In this guide, you'll learn [promise]. We'll cover [step 1], [step 2], and [step 3].

例

弱い例：

In this article, I want to talk about automation roadmaps.

より良い例：

A small operational dataset revealed a 770-hour automation opportunity hidden behind a 41-hour roadmap. In this guide, you'll learn how to spot the same pattern in your own backlog. We'll cover the data model, the prioritization trap, and the questions that reveal higher-leverage work.

チェックリスト

• 最初の 1～2 行で証明が示されていますか？
• 約束は読者が得られるものについて述べていますか？
• 曖昧さを減らせるほど、計画が具体的ですか？
• 書き出しが単なる経歴紹介になっていませんか？