目录
【学习笔记】黑马产品经理Day1：被“大象装冰箱”打醒，原来我以前画的流程图都是错的
1. 前言：打破“CEO学徒”的幻想
2. 角色重塑：PM到底是干啥的？
2.1 互联网团队的“夹心饼干”
2.2 需求的“去伪存真”四步法
2.3 需求池（Backlog）怎么记？
3. 逻辑实战：业务流程 vs 功能流程（本章最痛！）
3.1 什么是“管理视角”的坑？
3.2 什么是“开发视角”的图？
4. 我的踩坑实录：被开发怼出来的教训
4.1 惨痛经历
4.2 开发灵魂三问
4.3 修正方案
5. 结构与原型：基本功
5.1 两个结构图别搞混
5.2 原型图：丑一点没关系
6. Day1 复盘总结
1. 前言：打破“CEO学徒”的幻想
说实话，刚开始学产品经理的时候，总觉得PM就是指点江山的“CEO学徒”。今天刷完黑马Day1的课（P1-P6），直接被冷水泼醒。
这一天的课根本没教怎么画炫酷的原型，而是全在讲逻辑和思维。尤其是讲到“业务流程”和“功能流程”区别的时候，我才意识到自己以前给开发的文档有多坑。
今天的核心收获就这几点：
认清定位：别总想着改变世界，先把需求理清楚。
需求过滤：学会对用户说“不”，识别伪需求。
逻辑重构：（重点） 搞懂了为什么“把大象装冰箱”的图会被开发骂。
原型认知：低保真才是王道，别做花里胡哨的高保真。
2. 角色重塑：PM到底是干啥的？
2.1 互联网团队的“夹心饼干”
以前觉得PM就是传话筒，课里讲得很透：PM其实是信息的路由器。 我们处于业务、设计、技术的交叉点，稍微传错一句话，开发可能就白写三天代码。
-
上游（输入）：得从竞品、用户嘴里套实话。
-
中游（处理）：这是咱们的核心竞争力。要把“我想找个对象”这种模糊欲望，转化成“摇一摇匹配”的具体功能。
-
下游（输出）：输出的不是图，是标准。
2.2 需求的“去伪存真”四步法
这一块课里讲的逻辑闭环很实用，我整理了一个简化的漏斗模型，以后拿到需求就按这个步骤盘：
graph TD
A[一堆原始需求] –> B{第1关: 定位符不符?}
B — 不做记账软件做社交? 滚粗 –> C[丢弃]
B — 符合定位 –> D{第2关: 到底是啥动机?}
D — 伪需求(我要一匹更快的马) –> E[真需求(我要更快到达)]
E –> F{第3关: 优先级排队}
F — P0/P1 –> G[赶紧开发]
F — P2/P3 –> H[排期再说]
2.3 需求池（Backlog）怎么记？
别只拿个Excel记一句话，那是备忘录，不是需求池。标准的记录得包含这些字段，不然以后撕逼没证据：
-
ID：给需求编个号（如 REQ-001）。
-
来源：谁提的？（是老板还是用户张三？）。
-
场景：“谁”在“什么情况”下想“干嘛”（这个最重要！）。
-
状态：待评审 / 开发中 / 已上线 / 拒绝（拒绝理由一定要写，防止反复造轮子）。
3. 逻辑实战：业务流程 vs 功能流程（本章最痛！）
这部分绝对是今天的高光时刻。讲师用“大象装冰箱”和“用户登录”做对比，我看完直呼内行。
3.1 什么是“管理视角”的坑？
咱们以前画图容易犯懒，画出来的业务流程图是这样的：
错误示范（业务流程图）：
打开冰箱门
把大象放进去
关冰箱门
graph LR
A([开始]) –> B[打开冰箱门]
B –> C[把大象放进去]
C –> D[关冰箱门]
D –> E([结束])
这种图给老板看没问题，但千万别直接丢给开发！ 开发看了会问：冰箱门坏了咋办？大象塞不进去咋办？没电了咋办？
3.2 什么是“开发视角”的图？
PM必须出具功能流程图。重点是要画出判断逻辑（菱形）和异常处理（闭环）。
正确示范（登录功能流程）：
graph TD
Start([开始]) –> Input[输入手机号]
Input –> GetCode[获取验证码]
GetCode –> CheckSafe{安全验证通过?}
CheckSafe — NO(死循环/报错) –> ReturnSafe[提示异常并重试]
ReturnSafe –> CheckSafe
CheckSafe — YES –> InputCode[输入验证码]
InputCode –> Verify{验证码对不对?}
Verify — NO(给机会) –> Retry[提示错误:剩余2次]
Retry –> InputCode
Verify — YES –> LoginSuccess[登录成功]
LoginSuccess –> End([结束])
style CheckSafe fill:#ff9999,stroke:#333
style Verify fill:#ff9999,stroke:#333
学到的教训：
-
要有菱形：没有判断节点的流程图，大概率是没用的。
-
要有闭环：验证失败了不能流程断掉，得指回上一步（看上图红色的线）。
-
要黑盒思维：把系统想成一个黑盒子，用户每操作一步，系统都在后台做了什么判断？
4. 我的踩坑实录：被开发怼出来的教训
4.1 惨痛经历
之前我设计“注册”功能，画了个简单的图： 输入账号 -> 输入密码 -> 点击注册 -> 成功
4.2 开发灵魂三问
结果评审会上被后端大哥怼得哑口无言：
“老弟，账号重名了咋办？直接覆盖老数据？”（我：呃…）
“密码输个123也能过？不校验复杂度？”（我：忘写了…）
“断网了点注册，一直转圈圈吗？”（我：……）
4.3 修正方案
痛定思痛，现在的流程图里，我在“点击注册”后面加了一堆判断：
-
<判断：格式对不对?>
-
<判断：数据库查重>
-
<判断：接口返回状态>
结论：业务图确认方向（What），功能图指导落地（How）。 两个都得画，别偷懒！
5. 结构与原型：基本功
5.1 两个结构图别搞混
功能结构图：就像产品的骨架。比如“个人中心”下面有“修改密码”、“上传头像”。这主要是给自己和测试看的，防止功能漏做。
信息结构图：就像产品的血液。比如“个人中心”里要存“昵称（文字）”、“性别（选项）”。这个图是给后端建数据库用的，不画这个，后端根本不知道表结构怎么建！
5.2 原型图：丑一点没关系
以前总觉得Axure要做得像真APP一样才牛。课里纠正了这个误区：
-
低保真（线框图）才是主流：黑白灰，改得快。逻辑通了比什么都强。
-
高保真慎用：除非要拿去骗投资，或者给老板做演示。不然需求一改，改高保真能累死人。
但是我后面要实现的都是高保真的
6. Day1 复盘总结
第一天的课虽然基础，但全是干货，特别是把思维从“用户”扭转成了“产品经理”。
今日Action List：
-
[ ] 把手头项目的“登录注册”流程重新画一遍，必须加上异常分支。
-
[ ] 检查需求池，把那些“伪需求”都标记出来。
-
[ ] 忍住不画高保真，先用草图把逻辑盘通。
参考资料：
黑马产品经理Day1视频教程
《人人都是产品经理》
学习不易，如果这篇笔记帮帮你理清了思路，欢迎点赞+收藏，咱们评论区见！
