产品经理真实案例库案例

本案例展示一名 B 端产品经理如何用 Obsidian 搭建「产品决策中枢」，把需求、竞品、用户访谈与原型评审沉淀为可检索、可追溯的产品知识库，让每个决策都有据可查。

mermaid

mindmap
  root((产品仓库))
    需求池
      用户反馈
      业务诉求
    竞品拆解
      功能矩阵
      差异化
    用户研究
      访谈
      旅程图
    决策档案
      评审记录
      复盘

场景与痛点

痛点	解法
需求来源散难排序	需求池一源 + 优先级字段
竞品分析难复用	竞品拆解卡双链功能矩阵
用户访谈结论易丢	用户研究笔记关联需求
决策无留痕难复盘	决策档案记录取舍依据

仓库结构

text

产品仓库/
├── 需求池/             # 含 优先级/状态
├── 竞品拆解/           # 按产品/模块
├── 用户研究/           # 访谈/旅程图
├── 决策档案/           # 评审/复盘
├── daily/              # 产品日志
└── templates/

核心工作流

需求卡片化：每条需求建卡，Front Matter 含 source（用户/业务/技术）、priority（P0-P3）、status，Dataview 按优先级排迭代清单。
竞品功能矩阵：竞品拆解卡用表格列功能对比，结尾 [[引用-某功能]] 双链到内部方案，积累差异化认知。
用户研究留痕：访谈笔记记录痛点与原话，关联到 [[需求-批量导出]]，让需求有用户依据而非拍脑袋。
决策档案：每次评审建档案，写"选 A 不选 B 的理由"，复盘时回溯，避免反复推翻。
原型评审闭环：原型链接附在需求卡，评审意见回写，Bases 跟踪待办，结项沉淀为 决策档案。

yaml

# 需求卡 Frontmatter 示例
type: requirement
source: "用户反馈"
priority: "P1"
status: "排期中"
关联需求: "批量导出"

dataview

TABLE source as "来源", priority as "优先级", status as "状态"
FROM "需求池/"
WHERE status != "已上线"
SORT priority ASC

关键插件与模板

Dataview — 需求/竞品汇总
Bases — 迭代待办看板
Templater — 需求、评审模板
Canvas — 用户旅程图、功能架构
Excalidraw — 流程图草图
插件系统 — 插件组合

注意事项

保密

未公开产品规划、原型与用户数据属商业机密，仓库私有加密，禁用 Publish 与第三方 AI 上传；竞品资料注意引用合规。

决策透明

需求池与决策档案是团队资产，建议评审结论公开可读，减少"为什么又改"的内耗。

产品经理真实案例库案例 ​

场景与痛点 ​

仓库结构 ​

核心工作流 ​

关键插件与模板 ​

注意事项 ​

相关资源 ​

相关文章