「役立った」をあとで判断できるよう、目的・指標・測定方法を決める

原稿の管理表（13項目：記事ID・カテゴリ・要件ID・先に読むと理解しやすい記事・成果物パス・対象ツール・検証状況・最終更新日など）

管理項目	内容
記事ID	01-03
主な中カテゴリ	01-03 改善の目的と効果を決める
関連中カテゴリ	01-02、01-04、13-01
関連要件ID	—
先に読むと理解しやすい記事	01-02（現状の流れと困り事を整理する）を読んでいると理解しやすい。未読でも本文で必要な内容は説明する
到達目標	「何が改善すれば役立ったと判断できるか」を目的・指標・測定方法の3つで説明し、架空の仮定値と測定結果を混同しない書き方を言える
3層の配置	理解する＝第3〜4節／作って確かめる＝第5〜7節／設計を判断する＝第8節
成果物パス	templates/01-03-goals-metrics_template.md、templates/01-03-goals-metrics_example.md
出典	第11節参照
対象ツール・バージョン	特定ツールに依存しない
検証状況	本文・ひな形・記入例はClaude Codeが作成。第5.4節の指示文と第6節の初稿は説明用の例であり、実際にAIへ送信・観測した記録ではない。人による実読・内容確認は未実施
残課題	第11節参照
最終更新日	2026-09-20（新規作成。同日、Remediation Phase 1：第3.2節の文字化け（「測定」の一部が別の文字に置き換わっていた）を修正。内容・結論は不変。同日、Phase 5B-2A：読む順路・第4節の判断項目・第5.4節「AIに下書きを頼む」・第6節の初稿→レビュー→修正→最終判断を追加。目的・指標の表と「架空の仮定／未測定」の区別は不変）

この記事の会社・人物・数値はすべて架空の設定です。実在する会社や案件とは関係ありません。この記事の数値はすべて架空の仮定であり、実測値ではありません。第5.4節の指示文と第6節の初稿は説明用の例で、実際のAI出力を観測したものではありません。

この記事は何の話か。01-02で整理した課題をもとに、「何が改善すれば、このアプリを作った意味があったと言えるか」を、目的・指標・測定方法として決める話です。

なぜ必要か。目的をあいまいなまま進めると、完成後に「結局、何がよくなったのか」を誰も説明できず、13-01（改善要望の判断）でも何を基準に優先順位を付ければよいか分からなくなります。

この記事を読むとできるようになること。

• 目的・指標・測定方法の3つで「役立った」を判断できる形にする考え方を説明できる
• 架空の仮定値と、実際に測定した結果を混同しない書き方ができる
• 複数の目的候補を比較し、初版で追わない指標とその理由を書ける

読む順路。この記事は3つの深さで読めます。全部を順に読む必要はありません。

• 基本だけ理解する：第1節→第3節（目的・指標・測定方法の関係と誤解）→第4節（判断すること）→第5.2〜5.3節（指標の表と扱わない指標）→第9節。ここまでで「仮定値」「未測定」を区別した指標の書き方が分かり、ひな形を埋め始められます。AIへの依頼は出てきません。
• 作って確かめる：上に加えて第5.4節（AIに下書きを頼む：渡す情報と指示文）→第6節（初稿に混ざる「測っていない数値」の見つけ方）→第7節。
• 設計判断を深める：上に加えて第8節（目的候補の比較、適用限界）。

1. 今回の業務課題と完成するもの

この記事でやることは、01-02の課題一覧で整理した課題（進捗が見えない、承認記録が残らない、担当割当が曖昧）をもとに、改善の目的・評価指標・測定方法を決めることです。

課題が分かっても、「何がどれだけ良くなれば成功と言えるか」が決まっていなければ、完成後に効果を確認できません。この記事では、それを決めます。

この記事を読み終えると、次のものが手元にできます。

• 目的・評価指標・測定方法の一覧（目的、指標、測定方法、判定者、値の種別）

2. 前提知識と読む順路

この記事で使う言葉を先に説明します。

評価指標

一言でいうと、目的が達成できたかどうかを判断するための、具体的に数えられるものさしです。たとえば、「進捗が分かるようになったか」という目的に対して、「状態を確認するための問い合わせ回数」が指標になります。

測定

一言でいうと、指標の値を実際に数えることです。たとえば、1か月間の問い合わせ回数を数えることが測定です。

これがないと、「良くなった気がする」という感覚だけで判断することになり、後から効果を説明できません。

読む順路：課題一覧は01-02が該当します。この記事の目的・指標は、01-04（新しく作る必要性を判断する）の比較軸、13-01（改善要望と優先順位を整理する）の判断基準になります。

3. 理解する：なぜ目的を先に決めるか

3.1 目的・指標・測定方法の関係

3.2 よくある誤解

「効果は作ってから考えればよい」。作る前に目的と指標を決めておかないと、何を測定すればよいかが完成後に決められず、効果を確認できません。

「架空の仮定値でも、測定した値のように書いてよい」。この記事の題材では実際の測定を行っていません。仮定値と測定値を区別しないと、あとで「本当に確認したのか」が分からなくなります（設計書6.3）。AIに下書きを頼むと、この区別が崩れた文章（「50%削減」のような測っていない効果）が返ってくることがあります（第6節）。

「架空の仮定の数値を、そのまま初版の目標値にしてよい」。架空の仮定は説明のための仮の値です。実際の目標値は、業務担当者が実測したうえで改めて決めます。

「指標は機能を作ってから後付けすればよい」。後付けの指標は、比較の基準（改善前の値）がないため、効果を確認できません。

「指標は多いほどよい」。指標が多いと測定の手間も増えます。第8節で、追わない指標を選ぶ判断を扱います。

「AIに目的を決めさせればよい」。AIは一般的な指標の候補を提示できますが、この業務で何を目的とするかは、01-02の課題に基づいて人が判断します（第4.3節）。

4. 判断すること

指標を決めるときに人が判断することは、次の4つです。

勝手に決めてはいけないこと：01-02の課題にない目的を、この記事で新しく作りません。実際に測定していない数値を、測定済みであるかのように書きません。

AIに任せる範囲：一般的な指標の候補や測定方法の提示、表の形への整理はAIに任せられます。しかし、この業務で何を目的とし、どの指標を優先するかは、01-02の課題に基づいて人が判断します。AIの下書きに数値が含まれていたら、その数値が「架空の仮定」「未測定」「実測」のどれかを人が確かめてから使います（第6節）。

5. 作って確かめる：目的・評価指標・測定方法を作る

5.1 準備

01-02の課題一覧（進捗が見えない、承認記録が残らない、担当割当が曖昧）を用意します。

5.2 目的・評価指標・測定方法

5.3 初版で扱わない指標

5.4 AIに目的・指標の下書きを頼む

ここまでの材料（課題一覧、目的・指標・測定方法の3要素、値の種別の書き方）がそろうと、表の下書きをAIに頼めます。AIがするのは、課題ごとに指標の候補を挙げて表の形に整えることです。目的の採否、指標の優先順位、数値の種別の最終確認は人が行います。

指示文は次のとおりです。これは説明のために書いた例で、実際にAIへ送信した記録ではありません。

架空企業「みらい業務サービス」の総務部門で整理した課題（下記）について、改善の目的・評価指標・測定方法の表の下書きを作ってください。

課題（01-02の課題一覧の現象）：
- 依頼の進捗が見えない
- 承認したつもりが記録に残っていない
- 誰が担当か分からず、同じ依頼に2人で対応した

表の列：目的・指標・測定方法・判定者・値の種別

してはいけないこと：
- 現状の件数や改善の効果を、数値で断定しないでください。この題材では何も測定していません。数値を書く場合は「架空の仮定」または「未測定」と必ず付けてください。
- 「○%削減」「○分短縮」のような、測っていない効果を書かないでください。
- 課題にない目的を追加しないでください。

返し方：
- 表だけを返してください。指標の候補が複数ある場合は、候補として並べ、どれを採るかは決めないでください。

6. 初稿・失敗例・修正

6.1 説明用の失敗例（AIの初稿という設定）

第5.4節の指示に対して、次のような下書きが返ってきた、という設定にします（実際のAI出力を観測したものではなく、教えるために不備を入れた説明用の例です）。問題のある2行を抜き出します。

6.2 見つけ方と直し方

見るところは3つです。数値に「架空の仮定」「未測定」「実測」のどれが付いているか、その種別は正しいか。効果（削減・短縮）が、測る前に書かれていないか。判定者が空でないか。

AIへの修正指示は次のとおりです（説明用の例）。

指摘：
1. 「月15件」は測定していません。「実測」を「架空の仮定」に直し、数値は「十数件程度と仮定」の表現にしてください。
2. 「50%削減の見込み」は測る前の効果の予測です。削除し、指標は「問い合わせ回数」だけにしてください。
3. 判定者が空の行に、判定者（総務課長）を入れてください。
4. 測定方法は、まだ作っていない機能に頼らず、今の業務でも実施できる方法にしてください。

変えないこと：
- 課題（01-02の現象3件）と、表の列は変更しないでください。

6.3 修正後の表

修正後の表は、第5.2節のとおりです。数値の種別はすべて「架空の仮定」または「未測定」で、「実測」の行はありません。

6.4 最終判断

修正後の表を採用します。ただし、採用したのは「目的・指標・測定方法の形」であって、数値ではありません。数値はすべて架空の仮定または未測定のまま01-04へ渡し、実際の目標値は業務担当者が実測したうえで決めます。

7. 確認結果

第5.2〜5.3節の内容を、完了条件と照合します。

初稿（第6.1節）にあった「実測」の行は、修正後の第5.2節には残っていません。

残る制限：この目的・指標は架空の課題に基づく一例であり、実際に測定した結果ではありません。第5.4節の指示文と第6節の初稿は説明用の例であり、実際にAIへ送信・観測した記録ではありません。この記事の本文と記入例はClaude Codeが作成したもので、業務担当者による内容確認は行っていません。

8. 設計を判断する

8.1 目的候補を比較する

3つの目的はいずれも01-02の課題に対応しており、優劣をつけるより、すべて指標として持ちつつ、測定の手間が大きいものは初版で簡略化する、という方針を採用します。

8.2 適用限界

この目的・指標は、架空企業「みらい業務サービス」の小規模な業務を前提にしています。実際の業務では、指標の妥当性を業務担当者が確認し、必要に応じて見直す必要があります。

9. 持ち帰る成果物

自分の業務に使うときの手順は次のとおりです。

1. 前工程（課題一覧）を用意する
2. 各課題について、「何が改善すれば役立ったと言えるか」を目的として書く
3. 目的ごとに、数えられる指標と測定方法を書く
4. 数値は「架空の仮定」「未測定」を明記する
5. 初版で扱わない指標とその理由を書く

10. 次工程への受渡し

次へ渡すもの：目的・評価指標・測定方法の一覧、初版で扱わない指標とその理由。

次工程での使われ方：01-04（新しく作る必要性を判断する）では、この目的・指標を比較軸として使います。13-01（改善要望と優先順位を整理する）では、この指標を改善判断の基準にします。数値はすべて架空の仮定・未測定として渡します。

前工程へ戻る条件：目的が01-02の課題と対応しないと分かった場合は、01-02に戻って課題を確認します。

11. 根拠と更新情報

• この記事の会社・人物・数値はすべて架空の設定です。
• 目的の元になった課題（進捗が見えない、承認記録が残らない、担当割当が曖昧）は、01-02の課題一覧に基づきます。
• 架空の仮定値と測定値を区別する考え方は、教材設計書AI_SYSTEM_DEV_BLUEPRINT_v0.1.md第6.3節に基づきます。
• 制作の来歴：本文・ひな形・記入例はClaude Codeが作成しました。人（ユーザー）による実読・内容確認は未実施です。
• 2026-09-20（Remediation Phase 1）：受入監査で指摘された第3.2節の文字化け（「測定した値」の「測定」が別の文字に置き換わっていた）を修正した。文の意味・記事の結論は変えていない。
• 第5.4節の指示文は、この記事のために書いた指示文の例であり、実際にAIへ送信した記録ではありません。第6節の初稿は説明用の失敗例であり、実際のAI出力を観測した記録ではありません。
• 2026-09-20（Phase 5B-2A）：読む順路（3つの深さ）、第4節の判断項目、第5.4節「AIに目的・指標の下書きを頼む」（渡す情報と指示文）、第6節の初稿（表）→問題点・なぜ問題か・見つけ方・判断者・直し方（表）→修正指示→最終判断、記事間の参照を追加した。旧第7節「よくある勘違い」は第3.2節に統合した。第5.2節の表と「架空の仮定／未測定」の区別（Remediation Phase 1の修復内容）は変えていない。
• 未確認事項：この記事の指標はいずれも架空の仮定または未測定であり、実際の測定は行っていません。