成果が出ても、言語化されていないと再利用できません。
営業：提案の根拠が弱い（事例が出せない）
運用：勝ちパターンが共有されず、同じ失敗を繰り返す
採用広報：候補者に“信頼の材料”を提示できない
そこで、許諾取得から記事化まで含めた ケーススタディ雛形 を用意します。
目次
まず結論：Before→打ち手→After→学びを“再現可能な形”で残す
事例は「良かった話」を書くだけだと再利用できません。
ファネルとKPIの変化、打ち手、学びを揃えると、営業資料にも運用の勝ちパターン共有にも使える資産になります。
ケーススタディに入れるべき項目（最小構成）
課題（Before）：どこが詰まっていたか（ファネル）
打ち手：何をやったか（1〜3点）
成果（After）：KPIの変化（定義も含める）
学び：再現可能な要素（勝ち筋/注意点）
体制/期間：どんな体制で、どれくらいで改善したか
KPIの定義がブレると事例が弱くなるので、必要なら先にこちら：
`記事07_採用KPI定義を揃える_BE-07`
許諾・コンプラ（ここが抜けると公開できません）
何を匿名化するか（社名、数値、職種、チーム情報）
どの範囲まで公開するか（媒体/LP/提案資料）
個人情報の取り扱い（候補者情報は絶対に載せない）
データ取り扱いの前提は次の記事とセットで：
`記事23_データ管理_同意・記録ポリシー_BE-13`
無料ダウンロード資料付き：ケーススタディ雛形（許諾依頼テンプレ付）
事例を「再利用できる資産」にするための雛形（構成テンプレ＋許諾依頼文＋匿名化チェック）セットです。
次の一手
品質ゲートで再現性を上げる：`記事24_品質レビュー_チェックリストQG_BE-14`
セルフ診断（詰まりの特定）／相談（必要な方のみ）
記事一覧はこちら
「どの記事から読めばいいか迷う」「全体像を俯瞰したい」場合は、連載目次をご覧ください。