Nan Yu
署名于 AI 与新工作方式
防功能臃肿 IC 优先法则Ic Over Middle Manager Bloat Rule
B2B SaaS产品几乎必然会走向"功能臃肿(bloat)"——每个客户都有一个"我们也需要这个"的定制诉求,尤其是销售压力下,PM很容易一个个都答应下来,最终产品变得让一线使用者(IC)越来越讨厌用。需要一条清晰、可执行、不用每次都重新debate的判断线。
极端版本原型法Extreme Version Prototyping
"要有创造力""要跳出框架思考"这种建议说起来容易,大多数人真正卡住的地方是:能看清眼前的东西,但看不到两三步之外的可能性,面对无穷的可能性反而不知道该往哪个方向走。需要一套具体可执行的方法,而不是空泛地"多想想"。
截止日期即 P0Deadlines As P0
团队设了deadline却总是跳票,久而久之工程师把deadline当成"不用当真的虚构日期",导致deadline这个工具本身失去意义。该如何设置deadline才能让它真正被当回事,又不让团队长期处于赶工的压力状态?
客户糟糕体验共情法Feel Bad Like Customer
在一个高度竞争、已经被无数PM反复挖掘过的行业里(项目管理工具、BI工具等),常规的"用户目标/jobs-to-be-done"式访谈已经把明显的机会点挖得差不多了,如何找到别人没看到的机会?
前10%法则First Ten Percent Rule
团队默认"速度和质量必须二选一"，导致迭代慢、到 80% 进度才发现方向错了。
JTBD 求职面试策略Job To Be Done Interview Strategy
求职面试(尤其是PM这种"什么都做一点"、很难用单一维度和别人比较的岗位)时,大多数人默认的策略是"证明自己样样都好、几乎没有短板",结果就是和其他候选人一起被当成"差不多的一群人"里的一个,靠运气博出线。需要一个能让自己从"候选人池子里的一个"变成"唯一解"的策略。
PM双三角PM Double Triangle
大多数公司对"PM该做什么"的理解,只覆盖了PM和工程、设计组成的"建造三角"。PM和销售、市场之间的协作常常被忽视,甚至彼此对立,这条被低估的协作线其实是PM能创造更大影响力的地方。
框架、方法、洞察本身属于 Nan Yu。卡片是用中文重新组织的转述，仅保留少量带署名的短引述。关于与出处 →