顧客努力指数の計算
手間の評価の一覧を1つの数字にまとめます。5、6、7、6、5の回答なら、7段階尺度で顧客努力指数は5.8です。件数、合計、最小値、最大値も表示し、ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 評価
- 5, 6, 7, 6, 5
- カスタマーエフォートスコア
- 5.8
- 平均
- 5.8
- 数量
- 5
- Sum
- 29
顧客努力指数（CES）は、お客様が自社への依頼をどれだけ楽に完了できたと感じたかの平均値です。サポート・プロダクト・CXのチームは、チケットや決済、セルフサービス導線のあとに個別のリッカート評価を集め、週ごとに追える一つの数字を必要とします。この顧客努力指数計算機は、空でない評価リストを受け取り、算術平均——CES——と件数・合計・最小・最大を返します。何もない平均は指数ではないからです。各評価は CES 2.0 尺度の有限数である必要があり、1（企業が対応を楽にしてくれたことに全く同意しない）から 7（強く同意する）までです。従来の 1–5 の CES 評価もその範囲に収まるため受理します。
顧客努力指数が測るものと平均値の作り方
顧客努力指数は、依頼を処理するために本人がどれだけの労力を要したかを尋ねる CEB（現 Gartner）の調査項目として始まり、当初は 1 から 5 の尺度で、数値が小さいほど労力が少ないことを意味していました。
広く使われる CES 2.0 の文言は「その企業は私の案件を処理しやすくしてくれた」と逆転させ、リッカートを 7 点に伸ばし、1 の全く同意しないから 7 の強く同意するまでとし、平均が高いほど体験が楽だったことを示すようにしました。どちらの版でも、運用側が公表する見出し指標は同じ恒等式です。個々の評価をすべて足し、評価の件数で割ります。
5、6、7、6、5 は 5 件で 29、CES は 5.8 です。1、2、3、4、5、6、7 は 7 件で 28、CES は 4 です。これは 7 点尺度の中央で、標本が明らかに楽ではなく混在している合図です。
有効な評価が 1 件だけでも大きさ 1 の正当な標本です。平均はその評価に等しく、count は 1、min は max と一致します。決して正当でないのは空リストです。
1 から 7 の外の評価も拒否します。9 は CES 2.0 のマスではなく、0 はこの尺度のリッカート点ではありません。平均はすべての観測を等しく使います。
トップボックス率でも、NPS（推奨者から批判者を引いた値）でも、CSAT でもありません。それらの姉妹指標は別の検索意図に答えます。ここでの契約は、すでに収集した労力評価の算術平均であり、ランタイム間で goldens がバイト安定になるよう half-up で小数 6 桁に丸めます。
CES 計算機が本領を発揮する場面
サポート運用は、解決済みチケットのあとに顧客努力指数計算機を使い、待ち行列・委託先・セルフサービス記事を、処理時間だけでなくどれだけ大変に感じられたかで並べます。プロダクトチームは同じ平均を決済・パスワード再設定・返品の導線に配線します。再設計のあと CES が下がれば、コンバージョンが 1 週間横ばいに見えても摩擦が増えたことになります。
CES はリッカート回答の平均であるため、丸めが違う二つの実装は数千分の数だけずれ、取締役会資料で食い違います。教室や調査法の授業も、調査設計を教えるときに顧客努力指数を検索します。空リストのエラーが沈黙のゼロではなくエラーのままであってほしいのです。
欠けたデータの波は労力ゼロの点数ではないと学ぶためです。ネットプロモータースコアや顧客満足度スコアといった関連検索は別の問いと別の式です。CES 評価を NPS の推奨者バケットに貼り付けないでください。
一括は 1 万件の上限内に保ち、生のリストを一度送り、mean、count、min、max を一つの応答から読んでください。検索意図が CES のときは汎用の平均計算機よりこの契約を選んでください。
活用例
サポートチケットの追跡
解決した依頼のたびに 1–7 の CES 評価を集め、待ち行列・担当グループ・記事ごとに平均し、どの経路が大変に感じられるかを把握します。
決済とセルフサービスの CX
パスワード再設定・返品・決済を再設計のあと同じ CES 平均で採点し、コンバージョンが動く前に増えた摩擦を捉えます。
取締役会と QBR の報告
生のリッカート列から四半期の決定的な CES を計算し、ブラウザ確認と倉庫ジョブが丸めで食い違わないようにします。
よくある質問
顧客努力指数はどのように計算しますか？
CES は個別の調査評価の算術平均です。各評価を足して件数 n で割ります。5、6、7、6、5 は 29 / 5 = 5.8 です。
この CES 計算機はどの尺度を使いますか？
CES 2.0 のリッカートで、1（企業が対応を楽にしてくれたことに全く同意しない）から 7（強く同意する）までです。従来の 1–5 の CES 評価もその範囲に収まるため受理します。
評価リストが空だとどうなりますか？
0 件の平均は顧客努力指数ではなく、空の入力は課金されません。
CES が高いほど良いのですか、悪いのですか？
ここで用いる CES 2.0 の文言では高いほど良いです。7 は、企業が対応を楽にしてくれたことに強く同意することを意味します。低いほど労力が少ないという元の 1–5「どれだけの労力」項目ではありません。
CESはNPSや顧客満足度と同じですか？
いいえ。CESは手間の評価の単純平均で、どの回答も同じ重みです。最高評価の割合でも、推奨者から批判者を引くNPSでも、満足度スコアでもありません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/customer-effort-score \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"ratings":[5,6,7,6,5]}'const res = await fetch("https://api.kit.forhosting.com/fin/customer-effort-score", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"ratings": [
5,
6,
7,
6,
5
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/customer-effort-score",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"ratings": [
5,
6,
7,
6,
5
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/customer-effort-score", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"ratings":[5,6,7,6,5]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"ratings":[5,6,7,6,5]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/customer-effort-score", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"ratings": [
5,
6,
7,
6,
5
]
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.customer_effort_score",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_items | 10000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
空の評価リストは invalid_input で拒否され課金されません。
顧客努力指数が測るものと平均値の作り方
0 件の平均は存在しないため、この計算機はダッシュボードで惨憺たる四半期に見えるゼロの CES を捏造せず、invalid_input で失敗します。
入力契約、応答の形、エラー時の振る舞い
1 から 7 までの有限数の空でない配列です。配列内の数値文字列は変換されます。カンマ・セミコロン・空白区切りの文字列も、簡単なテキストフォームと無料のブラウザ実行器のために受け付けます。1 万件は公開された上限です。忙しいサポート週や四半期ダンプには足り、Worker isolate とブラウザタブには十分小さいサイズです。万一除算が非有限なら、ハンドラは Infinity を返す代わりに閉じて失敗します。グラフが必要ならご自身の時系列と組み合わせてください。必須フィールド ratings を持つ JSON 本体を POST してください。別名 scores、responses、values も同じ動きで受け付けるため、すでに列名が scores の倉庫エクスポートでも rename 手順は不要です。成功時の本体には customer_effort_score（CES、mean と同一）、mean、件数 n としての count、評価の sum、min、max、1 の scale_min、7 の scale_max、および CES が 1 から 7 の CES 2.0 リッカート尺度で評価の合計を n で割ったものであることを述べる formula 文字列が含まれます。例：評価 5、6、7、6、5 は customer_effort_score 5.8、count 5、sum 29、min 5、max 7 です。検証失敗——ratings 欠落、空リスト、非有限の要素、1 未満または 7 超の値、1 万件を超えるリスト——は問題を名指しする invalid_input を返し、課金しません。範囲内に収まる極端に大きな大きさでも、実務上は平均を IEEE 浮動小数の外へ押し出しません。このエンドポイントは送った一括の平均だけを計算し、履歴を保存せず、新しさで重み付けせず、外れ値を落としません。料金は成功した要求 1 件あたり定額の $0.002 で、単位は item です。
CES 計算機が本領を発揮する場面
このページがあるのは、ブラウザツールと API 経路が一つの同型モジュールと一つの丸め規則を共有するためです。invalid_input を返す失敗タスクは前払い残高を消費しないため、空の列を誤って貼った探索スクリプトのコストを抑えられます。尺度の境界、空リストの規則、フィールド名が、CX チームが労力を語る仕方と一致します。
技術的な質問
顧客努力指数計算機の料金はいくらですか？
ブラウザのツールは無料です。API 要求は成功した呼び出しあたり $0.002 の前払い KIT 残高を使い、無効な入力は課金されません。