深夜、Notionとドライブを往復しても“本当の最新版”が見つからない——朝の会議は結局「どれを読むの?」から始まる。
結論:文書・コンテンツ管理の核心は、仕様と定義を「最新版ひとつ化」し、誰が見ても同じ1枚にたどり着く状態を作ることです。
1. 文書・コンテンツ管理の目的(ねらい→やること→失敗と直し方)
まず、「決める速度」を上げるのがねらいです。やることは、①最新版の所在を固定 ②承認の道筋を固定 ③施行日(有効化日)で過去と切るの3点に絞ります。ありがちな失敗は「フォルダ構成を凝る」「ツールを増やす」。直し方は、文書カードと命名規約を先に決め、会議ではそのURLだけを読む運用に切り替えることです。
価値と短期運用の全体像は、課題解決型PdM 完全ガイド/価値提供型PdMの設計図で土台から確認できます。
2. 「最新版ひとつ化」の5原則(つながる文章)
フォルダやドキュメント名は人それぞれでも、原則が同じなら迷いは消えます。ここでは、PdMチームで明日から使える5つの原則を提示します。まずはこのテキストを“チームの約束”として貼り出しましょう。
【最新版ひとつ化の5原則】
1) Canonical(正本)を宣言:各トピックに“正本URL”を1つだけ持つ
2) 版と施行日:文書の版(vX.Y)と施行日(有効化日時)を必ず記載
3) 役割RACI:Owner/Approver/Editor/Readerを明示(個人名 or ロール)
4) 変更フロー:下書き→レビュー→承認→公開→告知→廃止をテキスト化
5) 参照統一:会議・PRD・ダッシュボードは正本URLのみをリンク
3. 文書カード(1枚テンプレ:貼るだけ)
どの文書もまず“名札”が必要です。下のカードを各ページの冒頭に置けば、迷子は一気に減ります。重要なのは施行日と正本URLです。
【文書カード】
タイトル:◯◯の定義/仕様(例:Aha達成率の定義)
正本URL:<このページのURL>
版:v1.3 施行日:2025-09-02 10:00 最終更新:2025-09-02 10:00
RACI:Owner=PdMリード / Approver=PO / Editor=Data / Reader=All
範囲:対象機能・対象指標・非スコープ
関連:PRD断片URL / ダッシュボードURL / 変更申請フォームURL
変更履歴:yyyy-mm-dd(変更点・影響・告知リンク)
4. 命名規約とファイル名規則(最小で効く型)
高度な規約は不要です。人が検索できる/機械が並べられるの2点だけ守ります。文書名は“目的-対象-版-施行日”の順で統一しましょう。
【命名規約(例)】
prd-onboarding-aha-definition_v1-3_2025-09-02
kpi-dictionary_v0-9_2025-08-30
policy-data-governance_v1-0_2025-09-01
【見出しの粒度】
H1=トピック(例:Aha達成率の定義)
H2=ねらい/基準/式/施行日/FAQ
H3=変更履歴の明細/参考資料
5. 変更フロー(下書き→レビュー→承認→公開→告知→廃止)
「誰がGOと言えば良いの?」を曖昧にしないために、承認の道を文章で固定します。Slack告知は施行日と影響を書くのが肝です。
【変更フロー】
1) 下書き:Editorが文書カードを作成(版↑は未確定)
2) レビュー:Approverが内容/影響を確認(定義カード/PRD/BIとの整合)
3) 承認:版を確定(vX.Y)し施行日を設定
4) 公開:正本URLを更新、過去版は“廃止済み”にラベル付け
5) 告知:Slack #release-doc に差分・施行日・影響範囲を投稿
6) 廃止:後継ページへのリンクを明記(検索で旧版に迷い込まない設計)
【Slack定型文(#release-doc)】
対象:Aha達成率の定義 v1.3(施行=2025-09-02 10:00)
差分:連続成功の重複を集約。TTV集計は施行日で分割。
影響:Aha −1.1pp見込み。会議とPRDは正本URLのみ参照。
6. PRD・定義・FAQの“参照設計”(Single Source of Truth)
記事・PRD・ダッシュボードが別々の事実を持ち始めるのが最大のリスク。正本→参照の一方向リンクに限定し、コピー&ペーストは避けます。PRD断片は「非スコープ→基準→評価」を1枚に固定します。
【PRD断片(貼るだけ)】
非スコープ:正本以外の定義/FAQを引用しない(スクショも不可)
基準:Aha/TTV/D1は“定義カード”の正本URLに紐づく版のみ採用
評価(KR):Aha +5pp / TTV P50 −2分 / D1 +4pp(旧比)
撤退条件:Aha +3pp未満 × TTV悪化 → 旧版へロールバック(施行日注記)
Aha→TTV→翌日活性の順に指標を読むと、週次の判定がぶれません。詳細はKPI設計と運用ガイドへ。
7. 施行日の扱い(ダッシュボードと二人三脚)
定義や品質を変えたら、“施行日で前後を切る”が鉄則です。BIは縦線+注記、記事とPRDは施行日を明記し、過去比較は別系列に。これで“数値が合わない”議論が消えます。
- 正本に施行日を明記し、変更履歴にリンク。
- BIは施行日で系列分割、注記に影響幅(+pp/−分)。
- 週次会議は「施行日以降の差分」だけで評価。
8. 1日で整える棚卸しチェックリスト(そのまま運用)
ツールを変えずに“運用”だけで整えます。まずは正本の宣言から。
□ トピックごとに正本URLを宣言(Aha/翌日活性/TTV/用語辞書/PRD)
□ 各ページの冒頭に文書カードを配置(版/施行日/RACI/変更履歴)
□ 命名規約とファイル名規則を明文化(検索可能な前置き)
□ 変更フローとSlack定型文を固定(#release-docを開設)
□ PRD・ダッシュボードは正本URLのみを参照(コピーは廃止)
9. 会議10分台本&「5行ログ」(読み上げで終わる)
説明会をやめ、判定会に。差分→施行日→入替宣言→ログ化の順に読み上げます。5行ログは“歴史の最小単位”。
【10分台本】
[00-02] 先週差分:Aha +pp / TTV −分 / D1 +pp(施行日またぎは分割)
[02-04] 文書差分:正本 v1.3 へ更新(変更点/影響/施行日)
[04-07] 入替宣言:撤退/継続/新規(PRD断片へ反映)
[07-10] リスク:法務/信頼性/計測基盤は別レーン
【5行ログ(例)】
2025-09-02|Aha定義 v1.3 施行|重複集約|Aha −1.1pp見込み|告知リンク
10. 7日ロードマップ(ゼロから導入)
完璧主義より、正本の宣言→施行日の運用を先に回します。道具は既存のままで構いません。
- Day1:正本URLの宣言(Aha/TTV/D1/PRD/用語)。
- Day2:各ページに文書カードを追加(版/施行日/RACI)。
- Day3:命名規約とファイル名規則を公開。
- Day4:変更フローと#release-docを運用開始。
- Day5:BIに施行日縦線と注記を追加。
- Day6:会議10分台本+5行ログを導入。
- Day7:ふりかえり→文書カード/規約を改訂。
FAQ(見えるブロック)
- Q. 正本はNotionとスプレッドシート、どっちが良い?
- A. どちらでも構いません。重要なのは“正本は1つだけ”で、会議とPRDがそのURLを参照することです。
- Q. 旧版を完全に消しても良い?
- A. 消すのではなく「廃止済み」にして後継URLを明記。検索で旧版に入った人の迷子を防ぎます。
- Q. 施行日前後で数値が変わるのが怖いです。
- A. 施行日で系列分割すれば“正しい差分”として扱えます。会議は以降の期間だけで評価しましょう。
リサーチ→定義→運用の順でブレません。インサイトの取り方はユーザーインタビュー完全ガイドが最短です。
運用テンプレ(PDF)
文書カード/命名規約/変更フロー/PRD断片/Slack定型文/5行ログの雛形を1ファイルにまとめました。
PdM初心者のための仕事大全【保存版】 /
PdMキャリア戦略:ゼロイチ〜スケールの実務
特典:PdMスキルテンプレート集(PDF)/キャリア戦略シート(PDF)


コメント