顧客生涯価値計算機
1回80を使い、年4回購入し、粗利率40%で3年間取引が続く顧客の生涯価値は、粗利で384です。平均購入額、頻度、粗利率、期間を入れるだけで顧客生涯価値が分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 平均購入額
- 80
- 購入頻度
- 4
- 粗利益率
- 40
- 顧客寿命
- 3
- 粗利率 (小数)
- 0.4
- 期間あたりの顧客価値
- 320
- 期間あたりの貢献額
- 128
- 購入総数
- 12
顧客生涯価値は、シンプルでありながら重要な問い—平均的な一人の顧客が関係の全期間にわたってどれだけの粗利益を貢献すると期待できるか—に答えます。この顧客生涯価値計算機は、平均購入額に購入頻度を掛け、粗利率（パーセント）で調整し、顧客期間を掛け合わせることで、獲得費の予算策定、セグメント比較、古典的な歴史的CLVモデルの学習に使える単一の通貨額を得ます。これは小売・EC向けの指標であり、月次解約率で貢献額を割るサブスクリプション式ではありません。そのため頻度と期間は同じ時間単位（通常は年）を共有する必要があります。
歴史的顧客生涯価値の意味と計算式の仕組み
歴史的顧客生涯価値（CLVまたはCLTVとも表記）は、平均的な顧客が初回購入から関係終了までに生み出すと期待される粗利益の合計を推定します。教科書の単純モデルは、その合計を販売データから測れる四つのレバーに分解します。平均購入額（平均注文額とも呼ばれます）、選んだ期間内の購入頻度、商品原価控除後に残る粗利率（パーセント）、典型的な関係が続く期間数です。
代数的には、期間あたり顧客価値は平均購入額×購入頻度、期間あたり貢献は顧客価値×粗利率÷100、生涯価値は期間あたり貢献×顧客期間です。頻度と期間は同じ時計を使う必要があります。頻度が年あたり購入回数なら期間は年、月あたりなら期間も月です。
単位を混ぜるとCLVを静かに過大または過小評価します。粗利率は0から100のパーセントであり小数比ではないため、40は変動原価後の貢献40%を意味します。粗利0%なら売上が大きくてもCLVは0となり、原価販売の事業を正しく表します。
頻度0または期間0もCLV0となり、リピートなしまたは関係長なしを表します。本モデルは将来キャッシュフローを割引せず、解約を月次率としてモデル化せず、固定費も配賦しません。計画と教育向けの透明な貢献推定であり、コホートの割引キャッシュフロー評価そのものではありません。
入力契約・丸め・検証と計算例
平均購入額は注文あたりの通貨単位で0以上です。購入頻度は期間あたりの平均購入回数で非負です。顧客期間は頻度と同じ期間単位での平均関係長で非負です。
例：平均購入額80、年4回、粗利40%、期間3年なら、年あたり顧客価値320、年あたり貢献128、生涯購入12回、総売上960、CLV384通貨単位。例：平均購入額100、頻度2、粗利50、期間5なら生涯貢献500単位。回収確認が必要なときだけ自前の獲得コストと組み合わせてください。
顧客生涯価値計算機が実際に役立つ場面
EC運営者や小売計画担当は、CRMやPOSのエクスポートから平均注文額・年間購入リズム・カテゴリ粗利・典型的な関係長を把握し、有料獲得の予算に使う単一の利益数値が必要なときに顧客生涯価値計算機を使います。
マーケティングチームは、粗利と期間を固定したうえで高AOV・低頻度と低AOV・高頻度のセグメントを比較し、同じ歴史的モデルでどちらがより高いCLVになるかを読み取ります。教育者やLMSは、四レバーから単純CLVを求め、粗利0・頻度0の端点を含むマーケティング数学の宿題に、決定論的なオラクルを必要とします。検証失敗は残高を消費しません。
月次解約の純サブスク事業なら解約ベースのLTVツールを使い、本計算機は購入ベース関係向けの歴史的積モデルです。
活用例
歴史的CLVからの獲得予算
平均注文額・年間購入リズム・粗利率・関係長を貢献CLVに変え、有料メディアの上限を期待生涯利益の下に保ちます。
小売・ECのセグメント比較
完全なコホートモデルを組まずに、同じ粗利・期間仮定の下で高AOV低頻度と低AOV高頻度を比較します。
教室とマーケティング数学の検算
四つの古典レバーから単純な顧客生涯価値を求める宿題を、決定論的な積の式で採点します。
よくある質問
AOV・頻度・粗利・期間から顧客生涯価値をどう計算しますか？
頻度と期間は同じ期間単位（通常は年）を共有する必要があります。
解約付きサブスクLTVとどう違いますか？
これは購入ベース事業向けの歴史的積モデルです。サブスクLTVは通常、月次貢献を月次解約率で割り、購入頻度と期間を別入力として取りません。
購入頻度と取引期間はなぜ同じ単位にそろえるのですか？
計算で両方を掛け合わせるためです。年間の購入回数なら期間は年、月間の回数なら期間は月で入れます。単位が混ざると結果が気づかないうちに大きくも小さくもなります。
粗利率は40と小数のどちらで入れますか？
0から100のパーセントで入れるので、40%なら40です。粗利率が0なら売上が大きくても生涯価値は0になり、原価で売っている状態を正しく表します。
将来の利益を割り引いて計算しますか？
しません。将来のキャッシュフローの割引、月次の解約率、固定費の配分は行いません。計画や学習のための分かりやすい利益の見積もりで、顧客層の完全な評価ではありません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/finance/customer-lifetime-value \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"avg_purchase_value":80,"purchase_frequency":4,"gross_margin":40,"customer_lifespan":3}'const res = await fetch("https://api.kit.forhosting.com/finance/customer-lifetime-value", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"avg_purchase_value": 80,
"purchase_frequency": 4,
"gross_margin": 40,
"customer_lifespan": 3
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/finance/customer-lifetime-value",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"avg_purchase_value": 80,
"purchase_frequency": 4,
"gross_margin": 40,
"customer_lifespan": 3
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/finance/customer-lifetime-value", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"avg_purchase_value":80,"purchase_frequency":4,"gross_margin":40,"customer_lifespan":3}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"avg_purchase_value":80,"purchase_frequency":4,"gross_margin":40,"customer_lifespan":3}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/finance/customer-lifetime-value", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"avg_purchase_value": 80,
"purchase_frequency": 4,
"gross_margin": 40,
"customer_lifespan": 3
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "finance.customer_lifetime_value",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
不正な入力はinvalid_inputで失敗し、課金されません。
歴史的顧客生涯価値の意味と計算式の仕組み
積を展開すると clv = avg_purchase_value × purchase_frequency × (gross_margin/100) × customer_lifespan の形になります。
入力契約・丸め・検証と計算例
POSTでJSON本体に四つの必須の有限数 avg_purchase_value、purchase_frequency、gross_margin、customer_lifespan を送ってください。粗利率は0から100（両端含む）のパーセントで、範囲外はinvalid_inputになります。任意の整数decimals（0〜12、既定6）は、生のIEEE値から貨幣・中間フィールドへ一度だけ適用するhalf-up丸めを制御します。欠落フィールド、空文字、非有限値、負のレバー、0〜100外の粗利は問題を示すinvalid_inputで失敗し、課金されません。成功時は四入力を返し、gross_margin_decimal（0–1比）、粗利前の期間あたり平均売上customer_value_per_period、粗利後のcontribution_per_period、生涯のtotal_purchases、粗利前のtotal_revenue、最終clv、積の恒等式を示すformula文字列を返します。本エンドポイントはCAC、維持曲線、キャッシュフロー表からの割引CLVは計算しません。
顧客生涯価値計算機が実際に役立つ場面
実装は純parseティアAのため、成功呼び出しは公開の基準価格$0.002のみで、モデルトークンも外向き通信もありません。頻度と期間を同じ単位に保ち、丸めたclvと中間フィールドをテストに固定すれば、自前のCRM分析基盤なしで表計算・n8n・エッジワーカー向けに再現可能な生涯価値が得られます。
技術的な質問
gross_marginはパーセントですか、小数ですか？
0から100（両端含む）のパーセントです。例：40は商品原価後の貢献40%を意味します。APIは0–1比のgross_margin_decimalも返します。
purchase_frequencyとcustomer_lifespanはどの期間単位にすべきですか？
両方とも同じ単位です。頻度が年あたり購入なら期間は年です。月と年を混ぜるとCLVが静かに歪みます。
顧客生涯価値計算機の料金は？
ブラウザツールは無料です。APIリクエストは成功呼び出しごとに前払いKIT残高から$0.002です。不正入力は課金されません。