ベネフィット定義書のテンプレート
プログラムの成否は、最後に「その数字はいくつになったか」で判定されます。ところが実際には、稼働から1年たっても誰も測っていない、というケースが珍しくありません。理由はやる気の問題ではなく、測れる形で定義されていなかったからです。
この記事では、その定義を1枚に落とすベネフィット定義書のテンプレートを紹介します。指標ごとに1枚つくり、計算式・データの出どころ・前提・副作用・切り分け方まで書きます。記入例は、ミライアパレル（架空）の「OMO変革プログラム」に当てはめています。
■ 1. 背景・よくある課題
よくある状態 | 何が起きるか |
|---|---|
目標が「在庫精度の向上」など、言葉だけ | 何をもって達成かが決まらず、誰も測らない |
計算式が書かれていない | 測る人が変わると数字が変わり、比較できなくなる |
データの出どころが決まっていない | いざ測る段になって「そのデータは残っていない」と分かる |
稼働直後に測って「効果なし」と結論づける | 定着前の数字で判断し、続けるべき施策を止めてしまう |
良くなった分だけを報告する | 副作用（別のコストの増加）が見えず、全体では悪化していることもある |
市況の追い風を成果に含めてしまう | 次の投資判断を誤る。逆風の年には、効いている施策まで止められる |
とくに3つめは、あとから取り返しがつきません。測りたい数字は、プログラムを始める前から記録を残し始めておく必要があります。定義書を立ち上げ期に作る理由の半分は、ここにあります。
■ 2. テンプレート作成の目的
目的 | 具体的にどうなることか |
|---|---|
誰が測っても同じ数字が出るようにする | 計算式と判定条件を文章で確定させる |
測れる状態をプログラム開始前に作る | データの出どころを確認し、無ければ記録を始める |
測る時期を決めて、測り忘れを防ぐ | 定着期間を踏まえた測定時期を先に決める |
副作用も同時に測る | 片側だけ良くなって全体が悪化するのを防ぐ |
プログラムの寄与を切り分ける | 市況や他施策の影響を、測る前に切り分ける方法を決めておく |
■ 3. テンプレートの全体像
ベネフィット定義書は、1指標につき1枚です。プログラム全体で5〜8枚になります。
8つの欄のうち、多くの現場で省かれるのが⑤前提と⑥副作用です。この2つが入っているかどうかが、使える定義書とそうでない定義書の分かれ目になります。
欄 | 書く内容 | 省くとどうなるか |
|---|---|---|
ヘッダ | ID、名称、分類、責任者、データ提供部署 | 測る人が決まらず、測定自体が止まる |
① 指標の定義 | 計算式と、判定条件（何を1件と数えるか） | 測る人によって数字が変わる |
② 測る値 | 開始時の値・中間目標・最終目標 | 改善したかどうかが判定できない |
③ データの出どころ | システム名とテーブル、または帳票名 | 測る段になって記録が無いと分かる |
④ 測る時期と頻度 | 初回・以降の頻度・締め後の期限 | 誰も測らないまま終わる |
⑤ 前提 | この効果が出るために成り立っている必要のあること | 効果が出なかった理由が分析できない |
⑥ 副作用 | この施策によって悪くなりうる指標 | 片側だけ良くなり、全体では悪化する |
⑦ 効くプロジェクト | 主・従の区別をつけて書く | どのプロジェクトの成果か分からなくなる |
⑧ 改定履歴 | いつ、誰が、何を変えたか | 目標値がいつのまにか下がる |
■ 4. 測れる指標にするための3つの条件
条件 | 確かめ方 | 満たさないときの直し方 |
|---|---|---|
計算できる | 式を書き、必要なデータをすべて挙げられるか | 代理指標に置き換える（例：顧客満足度 → 再購入率） |
データが取れる | そのデータが今も残っているか、今日取り出せるか | 取れないなら、プログラム開始と同時に記録を始める |
プログラムの影響が届く | その数字を動かす要因の半分以上が、プログラムの範囲内か | 範囲外の影響が大きいなら、もう一段細かい指標にする |
3つめが意外と見落とされます。たとえば「売上高」は経営指標としては正しくても、プログラムの成果としては不適切です。景気、天候、他社の動き、商品企画——プログラムの外にある要因のほうが大きいからです。売上高ではなく「欠品による機会損失」まで降ろすと、プログラムの影響が届く範囲に入ります。
■ 5. プログラムの寄与を切り分ける
測った数字が良くなっていても、そのすべてがプログラムの成果とは限りません。
ミライアパレルでは、P1稼働後の2025年8月に測定した結果、欠品による販売機会損失が4.2億円から2.6億円へ、1.6億円改善していました。この1.6億円を3つに分けています。
内訳 | 金額 | 切り分けに使った方法 |
|---|---|---|
プログラムの寄与 | 1.15億円 | 取り寄せ機能の利用ログから、実際に拾えた件数×平均単価を実測 |
外部要因（EC市場の成長ほか） | 0.30億円 | 同業他社の公開指標と、プログラム対象外カテゴリの実績で補正 |
他部署の施策（入荷通知メール） | 0.15億円 | 施策の対象商品と非対象商品の差で算定 |
合計 | 1.60億円 | ― |
大事なのは、この切り分け方を測る前に決めておくことです。測ってから方法を決めると、どうしても都合のよい方法を選んでしまいます。定義書の①か⑤の欄に、切り分けの方針を1〜2行で書いておいてください。
■ 6. 記入例：ミライアパレルの6指標
「OMO変革プログラム」（2024年4月〜2027年3月・投資枠10億5,000万円）のベネフィット一覧です。実際にはこの6枚それぞれに定義書があります。
ID | 指標 | 分類 | 開始時 | 最終目標 | 測る人 | 頻度 |
|---|---|---|---|---|---|---|
B-01 | 欠品による販売機会損失 | 財務（売上） | 年4.2億円 | 年1.2億円 | 経営企画部 | 半期 |
B-02 | 期末値引き率 | 財務（利益） | 22.0% | 15.0% | 経営企画部 | 年2回 |
B-03 | EC売上比率 | 事業構造 | 18% | 30% | EC事業部 | 四半期 |
B-04 | 店舗からの在庫問い合わせ | 業務効率 | 月1,800件 | 月300件 | 店舗運営部 | 四半期 |
B-05 | 物流コスト率（売上比） | 財務（コスト） | 4.8% | 4.0% | 物流部 | 半期 |
B-06 | クロスチャネル購買率 | 顧客 | 12% | 25% | EC事業部 | 四半期 |
この一覧で注目していただきたいのがB-05 物流コスト率です。これは、B-01（欠品損失の削減）の副作用として悪化しうる指標でもあります。店舗間移動や取り寄せが増えれば、物流コストは確実に上がるからです。
副作用になりうる指標をベネフィットの一覧に正式に入れておくと、「片方が良くなって片方が悪くなった」という状態を、言い訳ではなく設計として扱えます。ミライアパレルでは、B-01とB-05をセットで運営委員会に報告するルールにしています。
■ 7. 運用ルール
ルール | 内容 | 理由 |
|---|---|---|
プログラム開始前に全指標の定義書を作る | 開始時の値が測れることを、始める前に確認する | 後から過去のデータは作れない |
データが取れないなら記録から始める | 「店舗での失注」のように記録が無いものは、記録の仕組みをP1に含める | 測れない指標は、目標としても機能しない |
稼働直後は測らない | 定着期間（3〜6か月）を置いてから初回測定 | 定着前の数字で、続けるべき施策を止めてしまう |
目標値の変更は運営委員会の承認 | PgMの判断では変えられないようにする | 途中で下げると、評価そのものが意味を失う |
副作用の指標も必ず報告する | 良い数字と悪い数字をセットで出す | 片側だけの報告は、経営判断を誤らせる |
切り分け方は測る前に決める | 比較対象（対象外カテゴリ、前年同期など）を先に確定 | 測ってから決めると、都合のよい方法を選ぶ |
■ 8. 活用シーン
場面 | 使い方 |
|---|---|
プログラム憲章の作成 | 憲章のベネフィット欄は、定義書の要約として書く |
構成プロジェクトの要件定義 | ③データの出どころを見て、必要な記録機能を要件に入れる |
ステージゲートの判定 | 中間目標に対する進み具合を、ゲートの判断材料にする |
四半期のベネフィットレビュー | 定義書の④に従って測定し、実績を記録する |
効果が出ないときの分析 | ⑤前提のどれが崩れているかを確認する |
次年度の予算要求 | 実績値と切り分けの内訳を、投資判断の根拠として出す |
■ 9. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
指標が「売上高」など大きすぎる | 外部要因が大きく、プログラムの成果が見えない | プログラムの影響が届く粒度まで降ろす |
開始時の値を測っていない | 改善したかどうかが判定できない | 開始前に必ず測る。測れないなら指標を変える |
データの出どころが空欄 | 測る段になって記録が無いと分かる | システム名とテーブル名まで書き、実際に取り出してみる |
副作用の欄が無い | 片側だけ良くなり、全体では悪化する | 「この施策で悪くなりうる指標」を必ず1つ以上書く |
目標値が途中で下がっている | いつのまにか「達成」になっている | 改定履歴を必須にし、変更には承認を要する |
定義書が10枚を超える | 測るのが負担になり、測定自体が形骸化する | 5〜8指標に絞る。残りは構成プロジェクトのKPIへ |
■ 10. 導入効果
観点 | 定義書が無いとき | 定義書を作ったとき |
|---|---|---|
目標の表現 | 「在庫精度の向上」 | 「欠品による販売機会損失を年4.2億円から年1.2億円へ」 |
測定の実施 | 誰も測らない／測れない | 測る人・時期・データ源が決まっている |
必要な記録 | 測る段になって無いと分かる | 店舗の失注記録をP1の要件に含めておける |
効果が出ないとき | 「効果が出ませんでした」で終わる | 前提のどれが崩れたかを特定できる |
経営への報告 | 良い数字だけを出す | 寄与1.15億円／外部要因0.30億円と内訳で出せる |
■ まとめ
ベネフィット定義書は、プログラムの成果を測れる形に変える作業です。1指標1枚、全部で5〜8枚。つくるのに数日かかりますが、これをやらずに始めたプログラムは、終わったときに何も語れません。
作るときの順番は、指標を決める → データが取れるか確かめる → 取れないなら記録から始める、です。データが取れないことが分かった時点が、いちばん価値のある発見だと思ってください。まだ間に合うからです。