note-serial-monetization

Note Serial Monetization Skill

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "note-serial-monetization" with this command: npx skills add kimny1143/claude-code-template/kimny1143-claude-code-template-note-serial-monetization

Note Serial Monetization Skill

note連載記事の有料/無料設計を行うためのスキル。 ai-interview-articleスキル(インタビュー形式の記事作成)と組み合わせて使う。

あなたは連載の課金設計アドバイザーとして、無料/有料の配置、有料ラインの位置、価格設定を提案する。

基本原則

無料と有料の役割分離

区分 役割 読者心理

無料コンテンツ 集客・信頼構築・「この人から学びたい」の確立 「面白い、もっと読みたい」

有料コンテンツ 回収・深い価値提供・他で得られない一次情報 「ここでしか読めない、払う価値がある」

鉄則:無料部分だけでも読み応えがあること。ケチった無料部分は有料への導線にならない。

フォロワー数と売上は相関しない

フォロワー数で有料化のタイミングを判断してはいけない。実データが示す事実:

  • フォロワー13人・開設3日目で有料記事が売れた事例がある

  • フォロワー76人で60回購入された事例がある

  • フォロワー17人で初日に売れた事例がある

  • 逆にフォロワー5,000人以上でも有料記事がほぼ売れないケースがある

購入を決めるのはフォロワー数ではなく:

  • コンテンツの希少性 — 「ここでしか読めない」一次情報があるか

  • 外部導線 — 検索・SNS経由で「必要な人」に届いているか

  • 無料部分の質 — 読者が信頼と期待を持てるか

重要:フォロワーが増えてから有料化すると、「無料の人」として認知が固定され、有料化時に大量フォロー解除が起きるリスクがある。 最初から「有料記事も書く人」として認知されるほうが、長期的に有利。

設計レイヤー

レイヤー1: 連載全体の無料回/有料回配置

連載の回ごとに無料・有料を設計する。

パターンA: 初回無料→以降有料(推奨・最もシンプル)

第1回: 無料(なぜこの連載をやるのか、問題提起、発見の予告) 第2回〜: 有料(本編。一次情報、設計書、検証結果)

  • 第1回で「続きが読みたい」を作る

  • 第1回の品質が全てを決める。ここが弱いと有料回が売れない

  • 第1回には必ず「有料回で何が得られるか」のベネフィット提示を入れる

パターンB: 交互型(集客を継続したい場合)

第1回: 無料(導入) 第2回: 有料(深掘り) 第3回: 無料(新トピックの導入 or 中間まとめ) 第4回: 有料(深掘り) ...

  • 無料回が定期的にSNSで拡散され、新規読者を呼び続ける

  • 有料回への導線を無料回の末尾に毎回設置

  • 管理が複雑になるため、連載が長期化する場合向け

パターンC: マガジン一括型

全回: 個別購入可(各回に有料ライン設定) マガジン: 全回バンドルで割引価格

  • 個別購入とマガジン購入の両方を提供

  • 途中から読み始めた読者がマガジンでまとめ買いできる

判断フロー

連載を始める │ ├─ コンテンツに「ここでしか読めない」一次情報があるか? │ ├─ YES → 初回から有料を混ぜてよい │ │ (第1回無料 + 第2回〜有料のパターンA推奨) │ │ ※最初から「有料記事も書く人」として認知を確立 │ │ │ └─ NO → まず一次情報を作る │ (無料記事で実験・検証を公開→結果が出たら有料化) │ ├─ 外部導線(SNS・検索・他メディア)があるか? │ ├─ YES → パターンA or B(外部から有料回へ直接流入が見込める) │ └─ NO → パターンB推奨(無料回でnote内の回遊を作る) │ └─ 連載が5回以上になる見込みか? ├─ YES → マガジン化(パターンC)を並行で準備 └─ NO → 個別記事で十分

フォロワー数で判断しない。 購入者の多くはフォロワーではなく、検索やSNS経由で記事にたどり着いた人。

レイヤー2: 1記事内の有料ライン設計

1記事の中で「ここから有料」のラインをどこに引くか。

無料エリアに必要な3要素(note公式の100件分析に基づく)

要素 役割 例

(A) 共感・問いかけ 「自分に向けた記事だ」と思わせる 「AIに自分の代わりを作らせたいと思ったことはないですか?」

(B) 変化の物語 Before/Afterで関心を引く 「15年の作曲キャリアを15項目に分解してみたら、見えたものがある」

(C) ベネフィット提示 有料部分で何が得られるかを明示 「この記事では、認知モデルの実際の設計書と、AIに喰わせた結果を公開します」

有料ラインの置き場所

原則:読者が「ここまで読んで引き返せない」ポイントに置く。

[無料] 問題提起 + 自己紹介(なぜこの人の話を聞く価値があるか) [無料] 核心的な「発見」を1つだけ見せる(全部は見せない) [無料] 「この先にあるもの」のベネフィット提示 --- 有料ライン --- [有料] 発見の詳細・根拠・データ [有料] 再現可能なノウハウ・設計書・テンプレート [有料] 次回予告(有料回が続く場合)

よくある失敗:

  • 無料部分が短すぎる → 価値が伝わらず離脱

  • 無料部分で全部見せる → 有料部分を買う理由がなくなる

  • 有料ライン直前に何の予告もない → 「え、ここで切るの?」と不信感

インタビュー形式での有料ライン設計

ai-interview-articleスキルと併用する場合:

[無料] 導入の対話(問題提起、読者の共感を呼ぶやりとり) [無料] 核心に触れる1つのやりとり(「発見」を見せる) [無料] 質問者が「それ、もう少し詳しく聞いていいですか?」 --- 有料ライン --- [有料] 詳細な対話(設計書の中身、具体的なプロセス、数字) [有料] FAQ [有料] 導線

対話の流れの中で自然に有料ラインを引ける。質問者の「もう少し詳しく」が有料への橋渡しになる。

レイヤー3: 価格設計

初回価格の目安

内容の希少性 推奨価格帯 根拠

一般的なノウハウ整理 100〜300円 衝動買いのハードル以下

独自の経験・一次情報 480〜980円 note有料記事の中央値帯

再現不可能な専門知識・設計書 980〜1,980円 「ここでしか読めない」に対する対価

包括的なガイド・テンプレート付き 1,980〜4,980円 書籍1冊分の価値

価格変更戦略

  • 初回は低めに設定して購入のハードルを下げる

  • 読者の反応を見て段階的に値上げ(noteは公開後も価格変更可能)

  • 値上げ時は「追加情報を加筆しました」等の理由を明示

  • 初期購入者は低価格で買えた=早期購入のインセンティブになる

マガジン価格

  • 個別購入の合計より20〜30%割引が目安

  • 3回以上の連載ならマガジン化を検討

設計チェックリスト

記事を公開する前に確認する。

連載設計

  • 無料回と有料回の配置パターンが決まっているか

  • 第1回(無料回)に「続きが読みたい」を作る仕掛けがあるか

  • 有料回のベネフィットが無料回の中で予告されているか

1記事内の有料ライン

  • 無料エリアに「共感」「変化」「ベネフィット」の3要素のうち2つ以上があるか

  • 無料エリアだけでも読み応えがあるか(ケチっていないか)

  • 有料ライン直前に「この先で何が得られるか」が明示されているか

  • 有料エリアに「ここでしか読めない」一次情報があるか

価格

  • 内容の希少性に見合った価格帯か

  • 初回は購入ハードルを考慮した価格か

  • 値上げ余地を残しているか

ai-interview-articleスキルとの連携

このスキルは記事の「構造と課金設計」を担当し、ai-interview-articleスキルは記事の「内容と品質」を担当する。

併用時のワークフロー:

  • 本スキルで連載全体の無料/有料配置を設計

  • ai-interview-articleで各回の品質ゲート(発見・外部アンカー・1文テスト)を通す

  • 本スキルで1記事内の有料ラインを設計

  • ai-interview-articleのフォーマットルールで記事本文を作成

  • 本スキルの設計チェックリストで最終確認

品質ゲートとの関係:

  • ai-interview-articleの品質ゲートを通らない記事は、有料にしても売れない

  • 逆に、品質ゲートを通った記事でも、有料ラインの設計が悪いと購入されない

  • 両方通して初めて「売れる有料記事」になる

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

ui-ux-pro-max

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

remotion

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

ux-psychology

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

ios-app-store-submission

No summary provided by upstream source.

Repository SourceNeeds Review