Patreon

2026年版：Patreon収益シミュレーションと手取りテンプレート

ⓘ本ページはプロモーションが含まれています

スポンサードリンク

導入：この記事の目的とテンプレ取得方法

Patreonの収益を実務レベルで把握するため、想定パトロン数やティア単価、チャーン率、為替などを入力するだけで月次／年次の手取りやARPPU、損益分岐まで算出できる設計図と数式を提示します。本文では設計方針とセル参照例を示し、テンプレートの取得手順と配布時のプライバシー処理を明確に説明します。

以下はテンプレートを使う前に知っておくべき主要変数一覧です。テンプレートではこれらをInputsシートのNamed Rangeとして扱う想定です。

変数名 単位 説明 推奨入力例
PlatformFeeRate % Patreonのプラットフォーム手数料率（例: 0.08=8%） 8%
PlatformFeeBase 文字列 platform fee の算定基準: "gross" or "successfulPayments" "gross"
ProcessingFeePct % 決済プロバイダの割合手数料 2.9%
ProcessingFeeFixed 通貨 取引あたりの固定手数料（受取通貨） ¥30
PaymentFailureRate % 支払い失敗率（取引ベース） 4%
PaymentRecoveryRate % 支払い失敗から回復する割合 50%
RefundRate % 返金率（総額に対する比率） 0.5%
RefundFeeRecoveryPct % 返金時に決済手数料が戻る割合（プロバイダ差あり） 0%
ChargebackRate % チャージバック率（総額比） 0.1%
ChargebackFeePerCase 通貨 チャージバック1件当たりの追加費用 ¥2,000
FXRate 数値 表示通貨→受取通貨の換算レート（1表記あたり） 1 USD = ¥150
FXSpreadPct % 為替スプレッド（換算で差し引かれる割合） 1%
PayoutFeeFixed 通貨 出金時の固定手数料（受取ルート別） ¥0
MinimumPayoutAmount 通貨 出金の最低金額 ¥1,000
ReserveRate % プラットフォームや自社で保留する割合 0%
TierPrice_i 通貨 ティアiの価格（表示単位） ¥5,000
BillingType_i 文字列 monthly / per_post / one_off monthly
ActivePatrons_i_t 人数 期tにおけるティアiのアクティブ数 50
NewPatrons_i_t 人数 期tの新規加入数 5
ChurnRate_i % 月次（期次）チャーン率 3%

テンプレ取得手順

テンプレートの入手手順は簡潔です。配布はメール配送を基本とし、配布フォーム上で利用規約／プライバシーポリシーへの同意を得ます。

  1. サイト上の配布フォームにメールアドレスを入力し、同意チェック（利用規約・プライバシーポリシー）を行ってください。
  2. メールのダブルオプトインを採用している場合、受信確認を行うとダウンロードリンクが送付されます。
  3. 登録時に「テンプレ配布」と「更新通知」のどちらを希望するか選べます。配信解除（アンsubscribe）リンクは配信メールに明示します。

メール登録時のプライバシーと同意

メール登録でテンプレを配布する場合の最低限のプライバシー処理ルールを示します。登録フォームには必ず同意取得項目を設けてください。

  • 利用目的、保持期間、第三者提供の有無（原則は無し）をフォームかポリシーページで明示します。
  • GDPRや日本の個人情報保護法に準拠し、欧州居住者には明示的なオプトインとデータ削除手順を提示します。
  • データはテンプレ配布と更新通知以外に利用しない旨を示し、ユーザーがいつでも配信解除／削除依頼できる手順を用意します。
  • 同意の記録（ログ）と、同意撤回時の対応フローを運用に組み込みます。

Patreonの手数料構造と注意点（Patreon収益シミュレーションで押さえるべき全体像）

Patreonに関係する手数料は複数あり、どの金額に対して何％や固定額が課されるかを正しく定義することが最重要です。ここでは手数料の種類と運用上の注意点、例示値の扱いを示します。

手数料の種類と定義

各手数料の意味を短く整理します。テンプレートでは各項目をInputs化してください。

  • プラットフォーム手数料（PlatformFee）: Patreonが徴収する割合や固定費。プランによって徴収方法が異なるためPlatformFeeBaseで扱います。
  • 支払い処理手数料（ProcessingFee）: 決済プロバイダ（Stripe/PayPal等）が徴収する「%＋固定」。取引ごとに発生します。
  • パトロン側の税（VAT/GST等）: パトロンの居住地によりプラットフォームやプロバイダが徴収する場合があります。
  • 出金手数料・FXスプレッド: 受取方法（PayPal/Payoneer/銀行等）で発生する出金手数料や為替差損。
  • 返金・チャージバック: 返金による収益減や、チャージバック処理手数料。決済プロバイダのルールにより手数料の返還可否が異なります。
  • 保留（Reserve）: プラットフォームが一定割合を一時保留する場合の扱い。

各項目は必ずテンプレのInputsで上書きできるようにしてください。

代表的な手数料サンプル（例示値）と注意事項

以下は例示値です。これらは説明目的の「例示値」であり、実際の料率は地域・アカウント条件・カード種別で大きく変わります。テンプレのSourcesシートにPatreon公式・決済事業者の公式URLと「最終確認日」を必ず記録してください。

地域 Provider（例） 例示処理手数料
US Stripe / PayPal 2.9% + $0.30（例示）
EU Stripe（EU事業者・国内カード） 1.4% + €0.25（国内）／2.9% + €0.25（国際）
JP Stripe / PayPal（日本向け例） 3.6% + ¥30（例示）

重要：上の数値は例示です。最新の手数料は必ずPatreon公式ページおよびStripe/PayPal/Payoneerなどの公式料金ページで確認し、テンプレのSourcesシートに「公式URL」「最終確認日」「該当変数」を記録してください。

PlatformFeeの計算ベース（gross と successfulPayments の違い）

PlatformFeeが「どの金額を基準に算出されるか」によってNetが変わります。テンプレではPlatformFeeBaseを入力可能にしてください。計算式例と数値比較を示します。

  • 計算式（セル例）

  • 数値例（説明）
  • Gross_month = ¥250,000
  • SuccessfulPayments = ¥240,000（PaymentFailureRateが4%の場合）

  • PlatformFeeRate = 8%（0.08）

  • gross基準: PlatformFees = 250,000 × 0.08 = ¥20,000

  • successfulPayments基準: PlatformFees = 240,000 × 0.08 = ¥19,200

差額は¥800となり、料率や取引失敗率が増えると差は拡大します。Patreonの実際の徴収基準はプランによって異なるため、公式ドキュメントを確認のうえPlatformFeeBaseを設定してください。

Gross→Netの標準フローと主要数式（課金モデル別・丸め規則の明示）

Gross（総課金額）からNet（手取り）に至る計算フローを、セル参照の例とともに示します。丸め処理や取引数の定義を明確にして、テンプレ転記時の差異を防ぎます。

主要数式とセル参照例

下記はテンプレの主要数式イメージです。各式はInputsシートのNamed Rangeを参照する想定です。

  • 月次Gross（セル例）

  • SuccessfulPayments（セル例）

  • NumberSuccessfulTxns（取引数の扱い・丸め）

取引数は整数で処理手数料の固定費に直結します。小規模モデルでは丸め方法（ROUND/CEILING/FLOOR）で結果が変わるため、テンプレに丸めポリシーを明示してください。保守的にはCEILINGにして固定費をやや大きめに見積もる運用を推奨します。

  • ProcessingFees（セル例）

  • PlatformFees（前節の通り）

  • Refunds / Chargebacks（セル例）

  • Net before payout（セル例）

  • Net after payout（セル例）

  • ARPPU / LTV（単純モデル）

各数式はテンプレ側でセル参照形式（例: Inputs!ProcessingFeePct）を使って定義し、ユーザーが直接上書きできるようにしてください。

テンプレート設計と運用ルール（Inputs・検証・Sources）

テンプレは「Inputs → MonthlyCalc → Outputs → Charts → Sources」の構成を基本とします。Inputsは必須値の集中管理、Sourcesは公式参照の記録に使います。

シート構成と主要セル

推奨シートと役割を示します。各シートはNamed Rangeを活用してください。

  • Inputs：PlatformFeeRate, PlatformFeeBase, ProcessingFeePct, ProcessingFeeFixed, FXRate, PayoutMethod別PayoutFeeFixed 等
  • Tiers：TierName, TierPrice, BillingType, InitialPatrons, MonthlyNewPatrons, ChurnRate
  • MonthlyCalc：月次のGross→Netの詳細計算（セル単位で上の数式を実装）
  • Outputs：年次・月次のサマリ、KPI（ARPPU, LTV, BreakEven等）
  • Scenarios：Baseline/Best/Worstの切り替え用
  • Charts：ウォーターフォール、ヒートマップ、コホート図
  • Sources：公式URL、最終確認日、関連変数を必須項目として記録

主要セル例（命名例）

  • Inputs!PlatformFeeRate
  • Inputs!ProcessingFeePct
  • MonthlyCalc!Gross_month
  • MonthlyCalc!SuccessfulPayments
  • Outputs!ARPPU

入力検証とエラー処理

テンプレ品質を上げるため、以下の検証ロジックと警告を組み込みます。

  • 通貨ユニット固定：Inputsで「表示通貨」「受取通貨」を固定し、混在を防止する。
  • %入力の一貫性チェック：ProcessingFeePct が 0〜1 の範囲であることをData Validationで保証。
  • マジックナンバー検出：PlatformFeeRateやProcessingFeePctが極端値（例: >50%）の場合に警告を出す。
  • 負のNetの警告セル（セル例）

  • 最低出金額未達チェック（セル例）

  • 丸めと取引数の取り扱いをInputsで選択可能に（RoundingMode = ROUND/CEILING/FLOOR）。

これらは条件付き書式やコメントセルで可視化することを推奨します。

Sourcesシートの必須項目と運用

Sourcesシートは事実確認の根拠を残すため必須です。最低限の列は次の通りです。

  • ProviderName（例: Patreon, Stripe, PayPal）
  • URL（公式ページ）
  • Official（Yes/No）
  • LastCheckedDate（YYYY-MM-DD）
  • RelatedVariables（どの変数に紐づくか）
  • Notes（摘要）

運用ルール：主要変数を更新したときはSourcesの該当行のLastCheckedDateを更新し、読み替えの必要がある場合はNotesに記録してください。

実例シミュレーション、感度分析、実務施策・FAQ

ここでは具体的な仮定例で計算過程を示し、感度分析の実行手順、実務で手取りを増やす施策、計算前のチェックリストとFAQをまとめます。数値は説明用の例示値です。

実例シミュレーション（丸め・取引数の定義を明記）

以下はテンプレに転記できるセル参照例を併記した簡易シミュレーションです。すべて例示値としてInputsで上書きしてください。

モデルA（少数高額モデル・例示）

  • Inputs（例）
  • TierPrice = ¥5,000 (Inputs!TierPrice_1)
  • ActivePatrons = 50 (Tiers!InitialPatrons)
  • PaymentFailureRate = 4% (Inputs!PaymentFailureRate)
  • ProcessingFeePct = 2.9% (Inputs!ProcessingFeePct)
  • ProcessingFeeFixed = ¥30 (Inputs!ProcessingFeeFixed)
  • PlatformFeeRate = 8% (Inputs!PlatformFeeRate)
  • RefundRate = 0.5% (Inputs!RefundRate)

  • ChargebackRate = 0.1% (Inputs!ChargebackRate)

  • 計算過程（丸めはROUNDで記載）

  • Gross = 50 × ¥5,000 = ¥250,000
  • SuccessfulPayments = 250,000 × (1 - 0.04) = ¥240,000
  • NumberSuccessfulTxns = ROUND(50 × (1 - 0.04), 0) = 48件
  • ProcessingFees_pct = 240,000 × 0.029 = ¥6,960
  • ProcessingFees_fixed = 48 × ¥30 = ¥1,440
  • ProcessingFees = ¥6,960 + ¥1,440 = ¥8,400
  • PlatformFees（gross基準） = 250,000 × 0.08 = ¥20,000
  • Refunds = 250,000 × 0.005 = ¥1,250
  • Chargebacks = 250,000 × 0.001 = ¥250
  • Net_before_payout = 240,000 - 20,000 - 8,400 - 1,250 - 250 = ¥210,100
  • ARPPU = 210,100 / 50 ≒ ¥4,202

モデルB（多数低額モデル・例示）

  • Inputs（例）
  • TierPrice = ¥300
  • ActivePatrons = 1,000

  • 上記他はモデルAと同じ

  • 計算要点

  • Gross = 1,000 × ¥300 = ¥300,000
  • SuccessfulPayments = 300,000 × 0.96 = ¥288,000
  • NumberSuccessfulTxns = ROUND(1,000 × 0.96, 0) = 960件
  • ProcessingFees_pct = 288,000 × 0.029 = ¥8,352
  • ProcessingFees_fixed = 960 × ¥30 = ¥28,800
  • ProcessingFees = ¥37,152
  • PlatformFees = 300,000 × 0.08 = ¥24,000
  • Net_before_payout ≒ 288,000 - 24,000 - 37,152 - Refunds - Chargebacks ≒ ¥225,048（Refunds等を加味）
  • ARPPU ≒ ¥225（1人当たり手取りが小さい点に注意）

上の比較から、取引あたり固定手数料が収益性に大きく影響する点が分かります。テンプレでFixedFeeや課金頻度を変えて損益に与える影響を必ず検証してください。

感度分析とLTVの扱い（単純モデルと割引率考慮）

感度分析は影響度の高いパラメータを特定するために必須です。主な手順は次の通りです。

  • 一変数感度：BaselineのNetを計算し、対象変数を±5〜20%で再計算して差分を記録します。結果を横棒で並べるとトルネード図になります。
  • 二変数マトリクス：パトロン数×チャーン率でNetを計算し、条件付き書式でヒートマップ化します。
  • Monte Carlo：パラメータに分布を与え多数試行してNetの分布を得ます。Google Sheetsはアドオン、ExcelはアドインやPower Query等で実行可能です。

LTVの算出については次の点に留意してください。

  • 単純モデル（表現が簡潔）:
  • LTV_simple = ARPPU / ChurnRate（チャーンは月次の小数）
  • これは無期限の等比モデルであり割引率を無視しています。
  • 割引率を入れたコホートベース（より実務的）:
  • 月次割引率 r、月次チャーン c として理論的閉形式は
    • LTV_discounted = ARPPU × (1 + r) / (c + r)
  • 実務ではコホート別の月次収益を（1+r）^tで割引して合算する方法が最も正確です。

どのモデルを採用するかは目的次第です。簡易検算は単純モデル、投資判断やレポーティングはコホートベースの割引計算を推奨します。

実務施策・計算前チェックリスト・FAQ

実務で手取りを改善する施策（優先順の例）と、計算前に揃えるべき実データです。

  • 優先施策
  • 年額プラン導入：決済回数を削減して固定手数料負担を下げる。
  • 高価格ティアの追加：ARPPUを上げる施策。
  • 受取通貨の最適化：為替コストを低減する経路を検討。
  • 支払い失敗対策：事前通知・リトライ・回復メールで回復率向上。
  • 計算前チェックリスト
  • 過去6〜12か月のトランザクション明細（Gross・手数料明細）
  • 月次のチャーン（コホート別が望ましい）
  • 支払い失敗率と回復率の実測
  • 出金方法別の手数料・最低出金額
  • 固定費（運営費）と変動費の一覧
  • FAQ（短回答）
  • 手数料はいつ発生しますか？ → プラットフォームや決済フローに依存します。明細を確認してください。
  • 無料トライアルの扱いは？ → 課金が発生するまでは収益計上しません。課金発生月を計上の起点にします。
  • 年額にすると本当に有利？ → 取引回数が減るため固定費を削減できますが、解約タイミングや割引の影響を感度分析で検証してください。

まとめ

Patreon収益の精緻な把握は、変数の明確化と公式情報の定期確認が鍵です。テンプレを使って自社の実数値を入れ、感度分析で影響の大きい要因を特定してください。

  • Inputs化（PlatformFeeやProcessingFee、FX等）して上書き可能にする。
  • PlatformFeeの算定ベース（gross／successfulPayments）で結果が変わる点に注意する。
  • 固定の取引あたり手数料が多い場合、少数高額の方が有利なケースがある。
  • Sourcesシートに公式URLと最終確認日を残し、定期的に見直す。
  • 税務・法務の確定判断は専門家に相談すること。

本稿は税務・法務の助言ではない。税務（確定申告、源泉税、消費税など）や法的取扱いは国や地域で異なりますので、申告や法的対応については税理士や弁護士にご相談ください。

スポンサードリンク

-Patreon