王蜗牛

四年跨三个行业，产品经理到底在积累什么？

Sun, 06 Sep 2026 00:00:00 GMT

先交代背景

我的产品生涯不算长，但跨度有点大：

第一站，在一家环保信息化公司做 G/B 端政务项目——省级补助申报系统、环境数据驾驶舱，客户是政府部门，一个按钮背后是几亿的资金流。
第二站，跳进游戏行业——给一款知名 IP 做玩家小程序和付费活动，面对的是上百万玩家，比的是谁更懂人性的贪嗔痴。
现在，在一家出海 AI 公司做增长与付费——产品卖给全球用户，每天在和订阅转化率、投放 ROI 打交道。

每次换行业，面试官必问同一个问题："你跨度这么大，之前的经验不就浪费了吗？"

以前我总觉得这是劣势，支支吾吾解释"底层能力是相通的"。直到最近，我才真正想明白该怎么回答——也才真正想明白，跨行业这件事，到底在积累什么。

行业知识有保质期，方法论没有

先说一个听起来像安慰、但其实是事实的判断。

政务项目的玩法：立项靠关系与合规，功能要"稳"，客户汇报比用户调研重要，上线时间服从财政周期。

游戏项目的玩法：数据说话，活动窗口期就那么几天，错过春节再等一年，策划、运营、研发、发行四方博弈。

AI 出海项目的玩法：增长实验周周跑，支付渠道、投放平台、数据看板是基本盘，一个汇率波动可能比一个功能更重要。

这三个行业的知识——政策条文、玩家心理、海外渠道规则——没有一个能直接平移。我第一年在政务项目积累的"客户汇报模板"，在游戏公司毫无用处；在游戏公司学的"活动节奏感"，做 SaaS 订阅时也得推翻重来。

所以如果"经验"指行业知识，那确实浪费了大半。

但换个角度：行业知识本来就有保质期。政务条线的玩法会变，游戏渠道会变，AI 出海更是三个月一个版本。把职业资产押在"某个行业的当前玩法"上，本身就是高风险的事。

真正没有保质期的，是另一层东西。

跨行业迁移的不是知识，是"结构"

我最近复盘才发现，让我在新行业里快速上手的，从来不是上个行业的答案，而是上个行业的结构。

举个例子。做政务项目时，我被迫学会画一张"利益相关者地图"：一个申报系统，涉及省厅、地市、区县、申报企业、第三方审核……每一层有各自的 KPI 和否决权。你以为在跟"用户"打交道，其实在跟五层利益结构打交道。需求能不能过，不取决于功能多好，取决于有没有人一票否决。

后来做游戏活动，我发现底层是同一个结构：玩家、运营、商业化、版权方，四方都有自己的立场。一个"看起来很赚"的活动，可能因为版权方的红线直接废掉。区别只是：政务的叫"一票否决权"，游戏圈叫"排期与红线"。

再到 AI 出海做增长，面对的依然是同一张地图：用户价值、付费意愿、渠道利益、合规边界。投放预算为什么会被我从计划砍到只剩三成？因为画完地图就发现，真正需要验证的假设只有一两个，其他都是渠道想让我花的钱。

跨了三个行业我才后知后觉：产品经理的核心技能，是快速画出一张"这个行业的利益相关者地图"，然后找到关键问题。 行业换了，地图的画法不变。

跨行业真正的代价

如果只讲收益不讲代价，就是鸡汤了。跨行业确实有三笔实打实的成本：

第一，人脉归零。 政务圈的人脉带不进游戏圈，游戏圈的朋友帮不上 AI 出海的忙。每次切换，都要从"这个人是谁"重新开始攒信任。这是最疼的。

第二，直觉失效。 在熟悉的行业里，很多判断是直觉——"这个方案不对劲"你说不上来为什么，但就是知道。换行业后，直觉第一次失灵了，你必须退回最笨的方法：逐条列假设、逐条验证。很慢，但很扎实。

第三，简历叙事的包袱。 就像开头说的，每次面试都要解释一次"为什么跨度这么大"。直到我把这套思考写下来之前，这个包袱一直背着。

那跨行业到底图什么

诚实地说，图三样东西：

对"行业"祛魅。 做过政务、游戏、AI 出海后，你会发现没有哪个行业是神话：每个行业都是"一群人 + 一套规则 + 一堆待解决的问题"。从此不再迷信风口，只评估问题本身。
见过足够多的"坏结构"。 政务项目里见识过决策如何被流程拖死，游戏项目里见识过短期 KPI 如何透支长期体验，AI 出海里见识过"增长"如何变成烧钱比赛。见得多，才有资格谈"判断"。
被迫长出"提问能力"。 新手最大的红利是可以问蠢问题。跨行业时你永远是新手，于是永远保有这个红利——这大概是我那套"问题比答案更重要"的产品信条，最真实的出处。

结尾：给同样在跨或想跨的人

如果你也在考虑跨行业，我给不了"该不该跨"的答案，但有三个判断标准供参考：

你是想逃离，还是想进入？ 逃离驱动的人，到哪都会想逃。
你能不能接受前面两年的"人脉归零 + 直觉失效"？ 接受不了，就留在原地深耕，深耕同样值钱。
新行业的问题，是否让你愿意重新做一遍新手？

对我来说答案是：愿意。因为做产品最迷人的部分，从来不是"我懂这个行业"，而是**"我又遇到了一个新问题，而我知道该怎么开始问"**。

下一篇想聊聊：为什么我把自己最满意的事，说成"把一个黑盒变成了系统"。

把黑盒变系统：产品经理最值钱的能力

Sun, 06 Sep 2026 00:00:00 GMT

一、做到第三年，我开始怀疑自己

做产品经理前两年，我最常用的两个词是「推动」和「协调」。

需求推不动？开会拉人。资源协调不通？把老板搬出来。两三年下来我以为「跨部门协调」就是 PM 的核心能力，简历上写得漂亮，晋升答辩也能讲三十分钟。

直到去年某个月，我坐在工位上突然发现一件事：

我非常忙，但好像没做出什么值得骄傲的东西。

复盘那 109 篇工作日志，我发现：80% 的时间花在"把别人的混沌接过来、转手、再递给下一个人"。会议开了一轮又一轮，群里讨论从早到晚，对接文档一版又一版——但项目还是那个项目，问题还是那个问题。

那时候我才意识到：

PM 的核心价值不是「做更多的事」，而是 「把混沌变成系统」。

二、两个最容易踩的坑

坑 1：把"做事多"当能力

新人 PM 很容易用忙碌证明价值。一天八个会、十条 IM 同步、三份周报——看起来很敬业。

但回看那些日志，真正"决定了产品走向"的决策，往往诞生在两件事之间：

一次周日下午在咖啡馆独自理流程图
一次深夜对着数据自言自语："那件事到底卡在哪了"

大部分 PM 不是不努力，是把时间花在了最低价值的环节。而高价值的环节，恰恰是安静的、看不见的、不能被复制的"系统化思考"。

坑 2：把"协调"当解药

跨部门推动确实重要。但如果一个项目需要持续推动，往往不是因为对方不配合，而是流程本身没结构。

举个例子：

一个项目里有 5 家外部供应商、3 个内部团队、2 个监管方。每次出问题，大家就开会对齐。 8 周开了 12 次会，问题没解决 3 个，新增了 6 个。

这不是协调力的问题，是没有任何人把这 10 方之间的"信息流、责任流、时间流"画清楚。

三、把黑盒变系统 = 两个动作

在做了足够多项目之后，我慢慢把"系统化"拆成了两个动作：

动作一：拆开看（Decompose）

把"看上去混沌"的东西，拆成结构化的元素 + 关系。

具体怎么做？

我有一个习惯：每接一个新项目，先画一张"利益相关者 + 关键约束"图。三类要素：

谁：所有参与方（人、团队、外部供应商、监管）。每个名字、每个角色。
什么：每个参与方的输入、输出、卡点、动机。
为什么：每个人的优先级是什么？谁的需求被牺牲了？谁的声音被忽视了？

画完这张图，你大概率会发现：

90% 的会议其实在解决"信息不对称"——这本来可以用一份文档消灭。
5% 的会议在解决"利益冲突"——这需要决策，不是协调。
5% 的会议才真正在创造价值。

如果你发现自己主导的会议属于前两类，那不是你的领导力，是会议本身设计得不对。

动作二：拼回去（Systematize）

把元素串成流程 + 度量 + 边界。

光看清单没用，关键是把它们重新组装成一个能自我运转的系统：

流程：把"谁在什么时间做什么、产出什么"画成流程图。每一步有明确 owner、有明确产物、有明确 SLA。
度量：每个流程节点要有 1~2 个可量化指标。比如"外部供应商响应时间"、"内部评审通过率"、"用户反馈闭环时长"。
边界：明确写出"谁不负责什么"。边界比责任更稀缺——80% 的扯皮来自没人说"这个我不归我管"。

拼完这三样，你就可以从会议室里退出来。因为系统会告诉你哪里有问题，不用你盯着。

四、三个我自己跑通的小例子

例 1：把跨部门会议从每周 4 次降到每周 0.5 次

某政务项目，5 家外部供应商 + 3 个内部团队 + 2 个监管接口。每周开 4 次对接会，效率极低。

我做了两件事：

画了一张 2 页的"对接矩阵表"：谁给谁交什么、用什么格式、卡在哪个环节。
把所有"信息同步"类会议换成"异步周报"——每方每周五提交一段固定格式的进展，30 分钟内大家能读完。

会议频率降到了每周 0.5 次（只开决策会），项目反而推进得更快。

本质：90% 的会议是"信息传输"，本来就不该是会议。

例 2：把渠道分发从"靠人脑"变成"看仪表盘"

在做某游戏项目时，渠道分发策略一直是"老运营凭感觉"。

我花了 3 周时间，建了一个简单的"渠道健康度仪表盘"：

每个渠道的 7 日留存、付费转化、LTV
每个渠道的素材版本、投放节奏、合规状态
每个渠道的异常告警（数据掉 20% 自动飞书报警）

这套仪表盘上线后，月度策略复盘从"凭感觉"变成"凭数据"，运营新人第 3 天就能上手。

本质：你不能管理你看不见的东西。

例 3：把"增长 → 留存"漏斗拆成指标树

在最近这份 AI 出海工作里，最大的痛苦是"增长指标太散"——CPM、CTR、CAC、LTV、organic ratio …… 每个数都在变，每个部门都有自己口径。

我做的第一件事是画指标树：

北极星：每周活跃用户 (WAU)
├── 流量（曝光 → 点击）
├── 激活（点击 → 注册/试用）
├── 留存（D1 / D7 / D30）
└── 价值（付费 / 推荐）

每个分支下 2~3 个可执行指标，每个指标有唯一 owner。

画完之后，跨部门的争吵少了 70%——因为大家讨论的永远是同一棵树上的某个节点，而不是各说各话。

本质：当共识从"人"转移到"结构"上，组织效率会发生质变。

五、反直觉：系统化 ≠ 大而全

做了几年之后我慢慢明白一件事：

真正的系统化，是把复杂问题拆得足够小，让 80% 的常规路径自动化，留 20% 的例外给人处理。

最糟糕的系统化是"全流程 SOP"——把所有可能情况都写进文档，最后变成没人读的 PDF。

好的系统化是：

80% 的事情按既定流程跑
15% 的事情有明确的升级路径（找谁、什么标准）
5% 的事情留给真正有判断力的人

如果你发现自己设计的系统里，所有事都需要"找人判断"，那这不叫系统，叫"把所有事都压给同一个人"。

六、给自己的一年任务

我给自己的目标很简单：

每年系统化 3 个真实业务中的黑盒。

不是写文档、不是画 PPT，而是把一个过去"靠人治"的环节，变成"靠系统治"。

今年已经拆完的两个：

跨部门需求流转：从"邮件+会议"变成"工单+状态机"
海外用户反馈闭环：从"群里讨论"变成"工单+标签路由+自动告警"

还剩一个，正在选。

七、所以，回到开头那个问题

PM 的最值钱能力不是协调、不是画原型、不是写 PRD。

是面对一团混沌时，你能多快把它变成一张能自己跑起来的图。

把这件事做到位的人，不一定晋升最快，但一定是团队里最不可替代的那一个。

因为：

协调可以被流程替代，原型可以被工具替代， 但把黑盒变系统这件事，永远需要一个人先站出来"看见"那个结构。

——

你最近在拆哪个黑盒？欢迎留言聊聊。

AI 不是替你写 PRD：边界、模板、人该在哪

Sun, 06 Sep 2026 00:00:00 GMT

一、为什么我开始用 AI 写 PRD

去年年底我带一个 0 到 1 的模块，要从零搭一套新的商家成长体系。

按以前的节奏，光是写一份能拿去对齐的 PRD 初稿，就要花我整整两周——市场调研 3 天、竞品拆解 2 天、内部访谈整理 2 天、文档结构 2 天，最后才到"开始动笔"。

这次我换了个做法：把前三步（调研、拆解、访谈整理）全丢给 AI，我只在最后一步"动笔 + 拍板"出现。

结果是：初稿一周就出来了，质量还比我自己写的那版更全——因为 AI 帮我把"我没想到的边界场景"也列了出来。

但有个前提我后来才意识到：

AI 写 PRD，不是"省时间"，是**"把时间花在更高价值的地方"**。

二、AI 写 PRD 的边界：能做什么、不能做什么

跑了三个月后，我把 AI 在 PRD 这件事上能做的事，画了一张清单。

✅ 适合交给 AI 的（脏活、长尾、确定性高）

市场调研汇总：把 10 篇行业报告、3 份竞品文档、5 份用户访谈，合并成结构化摘要。AI 在这件事上又快又全，因为本质是"信息搬运 + 归类"。
竞品矩阵填充：给一份 6×8 的功能矩阵，AI 能把每格填到 80% 准确度。剩下 20% 需要我点开产品自己确认——但这一步时间从"全手动"砍到"只点确认"。
PRD 模板生成：给 AI 一个"我们公司的 PRD 长这样"的样本 + 当前需求的一句话描述，它能产出一份骨架完整、初稿可读的文档。
边界场景列举：这是我没想到的——AI 最强的一项。给它"这是一个给商家发优惠券的工具"，它能列出 23 种边界场景（节假日叠加、跨店核销、风控拦截……），其中至少 8 种是我自己想不到的。

❌ 不该交给 AI 的（判断、权衡、取舍）

业务优先级：A、B、C 三个需求上 P0 还是 P1？AI 会给你"合理的"，但业务当下的取舍只有你懂。让 AI 决定优先级，是把决策权交给一个没在你公司开过会的人。
复杂逻辑判断："用户已经在 A 页面停留 5 秒，要不要弹优惠券？" AI 能帮你写条件分支，但该不该弹、阈值是多少、违规怎么处理——这是 PM 对业务的理解，不是 AI 能猜的。
跨团队对齐话术：PRD 里"为什么这么做"的段落，AI 写得出来，但写出来给老板看的那段话，必须是你自己改过的。因为老板不信 AI 的措辞，他信你的措辞。

三、我的 SOP：四步走

现在我写任何 PRD，都按这四步走。整套流程从"接到需求"到"初稿可对齐"，平均 5 个工作日（以前要两周）。

第 1 步：给 AI 一份"上下文包"（半天）

不是直接说"帮我写个 PRD"。我把以下东西打包：

业务背景（200 字）：这是给谁用的、解决什么问题、当前数据
3 份参考文档：竞品 PRD、内部类似模块的历史 PRD、上线后的复盘
目标读者：这份 PRD 谁会看（开发、设计、运营、老板？）
一句话需求："我们要做一个 X 功能，让 Y 用户能 Z"

第 2 步：让 AI 出初稿骨架（半天）

提示词模板我固定了下来：

你是资深 PM。基于以下上下文，产出一份 PRD 骨架。
要求：
1. 包含 8 个标准章节（背景/目标/用户故事/功能详述/边界场景/数据埋点/上线指标/风险）
2. 每个章节给出"占位内容"，不是空标题
3. 边界场景至少列 10 个
4. 措辞中性，不要替我决定优先级

AI 出的骨架 80% 能直接用，剩下 20% 我自己补。

第 3 步：我重写"判断段落"（两天）

这一步最关键，也是最不能省的：

业务背景：AI 写的只是事实陈述，我要把"为什么是现在做"讲清楚
优先级和取舍：P0/P1/P2，哪些不做，为什么不做
预期效果 vs 验收标准：这版 PRD 上了之后，我们看什么数字算成功
风险和回滚：如果上完发现有问题，怎么收

这四块每块至少 1 小时，是我作为 PM 真正该花时间的地方。

第 4 步：AI 帮我"找漏洞"（半天）

PRD 写完后，我反过来把全文丢给 AI，让它扮演"开发"和"运营"，列出"我读完之后还有疑问的地方"。

这一步很反直觉，但效果拔群——AI 列出的疑问，60% 是我 PRD 里真的没写清楚的地方。等于让一个永不疲倦的"挑剔读者"帮你 QA 一遍。

四、人在哪

三个月跑下来，我自己的体感是：

AI 能把 PRD 从 0 写到 70 分。剩下那 30 分——判断、权衡、说服、扛事——才是 PM 该花时间的地方。

以前我 100% 的时间花在"从 0 到 70"（调研、动笔、整理），所以很累但产出不高。

现在我反过来：让 AI 干 0 到 70，我专心干 70 到 100。

那 30 分的差别是：

老板看了你这版 PRD，知不知道为什么做（业务判断）
开发看了，知道什么场景要特殊处理（边界思考）
上线后出问题，你知道这是设计如此还是 bug（取舍意识）

这些都写不进 SOP 模板里，但这些才是 PM 真正值钱的地方。

五、给同样想用 AI 写 PRD 的 PM 三句话

别从"省时间"开始想，从"时间该花在哪"开始想
AI 适合干"确定性高"的活，不适合干"需要判断"的活
PRD 里最难的那 30%，恰恰是你作为 PM 最该亲自写的那 30%

如果你刚开始用 AI 写 PRD，建议先拿一个你已经很熟的模块练手——这样你能立刻判断 AI 写的对不对，建立校准感。等跑了 3-5 个模块，再去碰新业务。

去了一场 AI 分享会，记三条带得走的

Sun, 06 Sep 2026 00:00:00 GMT

一、为什么我还去线下分享会

做 AI 出海产品，每天泡在群聊、公众号、论文里，信息不算少。但我还是愿意跑线下分享会，原因很实在：

线上信息密度高但信噪比低，线下的价值是"有人替你把模糊的判断说清楚"。

一场好的分享会，不在于讲了多少新概念，而在于有没有人把「你大概知道但说不明白」的东西，当着你的面戳破。这一篇记三条我这次带走的。

注：下面不点名具体公司和嘉宾，只记对我自己有用的判断。现场细节我也会再核对，别当成定论。

二、三条带得走的

1. Agent 的落地，卡在"边界"不在"能力"

现在做 Agent 的工具，单步执行能力已经很强了——调 API、写脚本、翻文档，基本都能干。

但分享会上一个做企业落地的朋友说了一句我特别认同的话：Agent 项目死掉的，八成不是因为模型不够聪明，是因为没人把"它不能做什么"写清楚。

我自己的工作流也是。我把「市场调研、访谈整理、PRD 初稿」封装成 AI 执行的 SOP，第一步不是训练它更聪明，而是把每一步的输入格式、输出标准、例外怎么升级，写成白纸黑字。

对一个 PM 来说，Agent 落地的核心动作不是"提示词 engineering"，是"边界 design"。这跟做产品一模一样——你定义不清边界，用户就会用出事故。

2. RAG / 知识库，先做"干净"再做"多"

另一个高频话题是企业的知识库问答。现场有个踩坑案例：一家公司把十年文档全灌进去，问答准确率反而比只灌核心手册更低。

原因不意外：噪声会稀释信号。

这和我做增长时的体感一致——指标不是越多越好，是先有 3 个看透的指标，再考虑加。知识库也一样，先让"核心 200 篇"答得准，比让"两万篇"答得糊要值钱得多。

少即是准。无论是指标树还是知识库，"先收敛再扩张"几乎总是对的。

3. 衡量 AI 的价值，别只算"省了多少人力"

最后一个点最戳我，因为正好打在我弱项上——ROI 量化。

很多人算 AI 项目回报，只算「原来 3 个人干的活现在 1 个人干」。但分享会上有人提了个更全的口径：

效率层：省了多少人力 / 时间
质量层：输出的一致性和下限有没有抬升
机会层：腾出来的人，去做了什么原来做不了的事

第三层最难量化，但往往最值钱。我现在的 AI 工作流把 PRD 初稿从两周压到一周，这省的是效率层；真正该问的是：省下来那一周，我去做了什么过去没做的事？ 这个问题我现在答不好——而这正是我要补的 ROI 功课。

三、带不走的东西（也记一下）

分享会也有"听个热闹"的部分：

一些炫技 demo，脱离了 Speaker 自己的业务数据，换个场景就不成立；
几个"颠覆性"断言，回头看是旧酒装新瓶；
还有把"用了大模型"当"做对了产品"的叙事——这坑我见得多了。

线下会的纪律：每条"哇塞"回去都要过一遍"换我的业务还成立吗"。成立才留，不成立就当看了场演出。

四、回来我做了一件事

散会当晚，我把上面三条各写成了一条「下周可验证的动作」，贴在工位：

给 AI PRD SOP 补一节「明确不做什么 / 例外升级路径」；
把手头知识库先砍到核心文档，测准了再扩；
给 AI 工作流做一张「三层回报」表，逼自己填第三层。

分享会不改变人，把听来的东西变成下周的一个动作，才改变人。

你最近有去什么不错的 AI 分享会吗？哪条判断最戳你，欢迎留言，我也想去补我的地图。

我把"读"换成"拆"：产品经理的信息输入法

Sun, 06 Sep 2026 00:00:00 GMT

一、问题：我"读"了很多，但用不出来

去年我盘了一下自己的阅读清单——书、播客、公众号、行业报告、AI 分享会的笔记——加起来一年 120+ 条。听起来很猛，但回头一问自己：

"过去 6 个月，真正改变你做产品决策的，有几条？"

我认真地想了 5 分钟，答：不到 10 条。

剩下 110 条，要么是"听起来很对但不知道用在哪"，要么是"当时觉得好，过两周就忘了"。

这不是"读得不够多"的问题。这是**"信息输入的方法"有问题**。

二、我把它们分成三类

后来我不再按"书 / 播客 / 分享会"分类，而是按**"它能干什么"**分成三类：

1. 框架类 —— 给我"看世界的新角度"

这一类是为了换镜头。典型特征是：读完你会发现，以前解释不通的事，现在一句话能说清。

对 PM 来说，框架类的优先级最高——因为 PM 每天都在"解释现象"：用户为什么流失、为什么这个需求吵了两周、为什么增长曲线在这个点开始平。

2. 案例类 —— 给我"别人踩过的坑"

这一类是为了省时间。别人花了三年踩的坑，我用半小时读完就能避免——这是 ROI 最高的一类。

但案例类最容易踩的坑是**"看热闹"：看得很爽，看完没留下任何东西。所以我现在强迫自己读完必须问一句"我现在的哪个项目，能用上这个？"**——答不上来，就不算读完。

3. 体感类 —— 给我"做事的直觉"

这一类是为了校准感。它不会教我新方法，但会让我在模糊地带做出更好的判断。

典型是：某场分享会听完，演讲者说"我们当时就是这么决定的"，你心里"嗯我也这么干"——这就是体感对齐。它不解决问题，但让你在凌晨两点做决定时，少一点犹豫。

三、然后我"拆"它们

光分类不够，关键是把每一条信息拆成"零件"。我的拆法是三步：

第 1 步：写一句话总结

不是"这本书讲了 X 的几种方法"，而是**"它改变了我对 X 的哪个具体看法"**。如果一句话写不出来，说明没读懂，回去重读。

第 2 步：问"它和我的哪个项目有关"

案例类尤其要做这一步。关联不上，就归档进"备查"（不再花时间），而不是"待用"（那是拖延）。

第 3 步：写"用得上的具体动作"

不要写"理解到 X 很重要"，要写"下次做需求评审时，我要先问 Y"。

这一条是真正改变行为的。前面两步是"理解"，这步才是"用上"。

四、那个 10% 原则

跑了一年下来，我自己的体感是：

任何信息源，10% 是有价值的，剩下 90% 是噪音。

这条不是我原创，是某个播客嘉宾说的，但后来成了我自己最严格的过滤器：

推特时间线：10% 值得收藏
一本 250 页的书：10%（约 25 页）值得反复翻
一个 60 分钟的播客：10%（约 6 分钟）值得反复听
一场 2 小时的分享会：10%（约 12 分钟）值得记笔记

找到那 10% 之后，反复看那 10%——比再读 10 本新书有用。

五、我现在怎么用

每周日：花 30 分钟，把这一周收藏的 10-20 条信息按三类分类，能"拆"出动作的留下，拆不出的扔掉。
每月底：把当月留下的 10-20 条再过一遍，只留 3-5 条进"长期使用"。
每季度：那 3-5 条里，挑 1 条写到博客里——写得出来，才算真的内化。

这套流程跑下来，我现在的"信息焦虑"少了很多。因为我不再追求"读得多"，而是追求"留下来的几条，真的在改变我做事"。

如果你也觉得自己"读了很多但用不出来"，可以先做一个最小的测试：过去 6 个月，你留下了几条真的在用的？ 答得出来 5 条以上，说明你已经有自己的方法。答得出来 1 条，说明你和我之前一样——该换的不是书单，是方法。

健身 100 天后，我对"慢"的几点观察

Sun, 06 Sep 2026 00:00:00 GMT

一、起点 255，现在 225

把数字先摆出来：从 255 斤到 225 斤，减了 30 斤，用了快一年。

这个数字放在小红书上一抓一大把——"30 天瘦 20 斤""挑战 100 天减 30 斤"，看着就让人焦虑。我自己也焦虑过，怀疑是不是我"不够努力"。

后来跑完这 100 天，我不焦虑了。因为我看到三件事——

二、观察一：慢变量比快变量值钱

健身里有两个变量：

快变量：今天练了哪、吃了什么、掉了多少秤
慢变量：力量曲线、睡眠质量、心情、代谢水平

我第一阶段拼命追快变量——每天称重、看卡路里、记录"今天少吃了 200 大卡"。结果是：体重像过山车，一周内能上下浮动 3-4 斤，但一个月下来平均才减 1 斤。

第二阶段我换了做法——不看每天的体重，看每周的趋势。三件事持续做：

每周 3 次力量训练（深蹲、硬拉、卧推、引体）
每周 1-2 次游泳（1500m 起步）
每天饮食记录（不节食，只是不偷吃）

一个月看一次体重秤。结果是：稳定每月 2-3 斤，没有任何一周大起大落。

快变量让人焦虑，慢变量让人稳。 做产品也是这样——DAU 是快变量，DAU 背后的用户留存结构是慢变量。追快变量做不出好产品，追慢变量 DAU 自然就来了。

三、观察二：数字会骗人，但趋势不会

健身数据有一个特点：单点看是骗人的，连起来看才是真相。

举几个真实的"数字骗我"的瞬间：

早上称重比晚上重 1.5 斤——吓一跳，后来发现是喝水 + 没消化
某天掉了 0.8 斤——高兴半天，第二天涨回去 0.6 斤
某周体重纹丝不动——准备放弃，第 6 天突然掉 1.2 斤（其实是"延迟释放"）

这就是为什么我后来只画曲线，不盯单点。一张 Excel 表，每天早上称重 + 一条折线图，X 轴是日期、Y 轴是体重。

曲线永远向上（数字下降），就是对的。曲线横盘、上下抖、偶尔下降，也是对的。曲线连续 3 周上升，那才需要真的警觉。

做产品也一样——单日 DAU 跌 5% 不用慌，看 7 天移动平均；单次 NPS 变化不用管，看 30 天趋势。 健身教会我看曲线，产品工作里我能少犯很多"被单日数据吓到"的错。

四、观察三：身体是脑子之外的产品经理第二战场

这是我最大的一个观察——健身不是"产品的对立面"，是"产品的一部分"。

理由有三条：

1. PM 是个脑力活，脑力活最贵的成本是注意力

我有一段时间"很忙"——每天 12 小时坐在电脑前，加班到 11 点。看起来产出很高，但做的判断质量明显下降：漏看需求细节、会议上反应慢半拍、写文档逻辑混乱。

后来我每周强制 3 次力量训练 + 1 次游泳。整个人的"上线状态"明显比之前高——同样坐 8 小时，但产出的质量差很多。

2. 健身是少数"立刻有反馈"的事

产品经理日常最大的痛苦是反馈周期长——一个功能上线一个月才知道效果、一次需求评审两周后才看转化、一次组织调整半年后才看到结果。

但健身不一样：一组卧推，今天能推 50kg 还是 45kg，立刻知道；一周力量曲线是不是在涨，7 天就知道。 这种"立刻有反馈"的感觉，对一个长期被"延迟反馈"折磨的 PM 来说，是稀缺的心理营养。

3. 身体状态直接决定脑力状态

睡眠、血糖、肌肉恢复——这些看着和"做产品"无关，但直接决定你今天能不能做对一个判断。我减脂期间血糖稳了之后，下午 3 点那个"必须喝咖啡"的坎消失了；力量训练 3 个月后，深蹲日之后那天的思路特别清晰。

PM 不只是脑力劳动者，也是身体劳动者。 身体是装备，脑子是武器——装备不行，武器再好也打不准。

五、还剩 35 斤，不焦虑

还剩 35 斤到 190。按现在的节奏，大概还要 10-12 个月。

但我不焦虑。因为我已经验证了三件事：

方法对，慢就慢
盯趋势，不盯单点
身体和脑子，是同一件事的两面

下次再看到"30 天瘦 20 斤"的标题，我会点开看看，但不焦虑。

慢的东西，最后都比快的东西先到。 这条对减肥适用，对做产品也适用。

我把四年简历，拆成了一张能力地图

Sat, 05 Sep 2026 00:00:00 GMT

一、简历是一张"成绩单"，不是一张"地图"

前阵子整理简历，我把这四年做的事从头到尾列了一遍：网易的暴雪系活动和小程序、环保信息化的淘汰补助系统和浙里蓝天、门禁电子岗、省级申报平台……列完之后我愣了一下。

这些事，到底拼成了"我"的什么能力？

简历上写的是「主导从 0 到 1」「熟练使用 Axure、墨刀、Visio」「出色的跨部门协作能力」——这些都是形容词，是给 HR 看的。但我想搞清楚的是另一件事：如果把我换到一个完全陌生的行业，哪些本事能带过去，哪些会原地归零？

于是我把每个项目拆成「做了什么 / 靠什么做成 / 换行业还成立吗」，拼成一张能力地图。

二、地图的第一层：能跨行业带走的

翻完所有项目，有三类能力是稳的，不管去 G 端、C 端还是现在的 AI 出海，都成立：

1. 把混沌流程画清楚

淘汰补助系统那个项目，原始流程是「线下填表 → 区县初审 → 市级复核 → 资金发放」，每个环节卡在哪、谁该接、纸质材料丢哪了，全靠人脑记。

我干的第一件事是把整条链路画成一张系统流程图，标出每个节点的 owner 和 SLA。上线后累计服务 25,314 人、涉及资金 4.5 亿，还拿了各区县的好评。

这事后来看，不是「我会画流程图」，是「我习惯性先把混沌变成结构」。这件事在任何行业都值钱。

2. 把多方的利益对齐

门禁电子岗系统，要同时伺候「园区管理方、运输车队、环保监管」三拨人，诉求互相打架。我做的不是说服谁，而是把「车辆进出厂数据」和「排放阶段」关联成一屏展示，让三方在同一张图前对话。

结果累计服务企业超 100 家、日均使用 30,000 次。

跨部门协调不是「我能说会道」，是「我能找到让多方都看见同一事实的界面」。

3. 用数据代替争论

做暴雪系游戏活动时，渠道分发策略一度是「老运营凭感觉」。我花三周搭了个「渠道健康度仪表盘」——每个渠道的留存、付费、LTV、异常告警都在上面。月度复盘从吵架变成看数，新人第三天就能上手。

某游戏赛事后台累计服务用户 15 万。

你不能管理你看不见的东西。仪表盘不是报表，是「把共识从人转移到结构」。

三、地图的第二层：看起来强，其实依赖平台

这一层最扎心。有几件事我以前以为自己很行，拆完发现离了原来的环境就不成立：

「带 3 人小团队」：在网易是因为有现成的协作机制和人才密度。换到 0 机制的小公司，我未必带得动。
「对接斗鱼、虎牙、小红书发奖」：能做成是因为品牌方有议价权。换我是没名气的小产品，这层资源根本不存在。
「浙里蓝天全省推广」：被评为优秀应用、全省推广，一半是我做的好，一半是政策窗口刚好打开。

警惕「平台给你的能力」被你记成「自己的能力」。 这是四年里我最想划掉的一条幻觉。

四、地图的第三层：我自己的真弱项

画完前两层，弱项反而清楚了——而且和我自己诊断的对得上：

商业战略：我能把「怎么做成」讲得很顺，但讲不清「为什么值得做、市场有多大、护城河在哪」。淘汰补助系统做得好，但我从没算过它的单位经济模型。
ROI 量化：门禁系统日均 3 万次使用，听起来牛，但「省了多少人力成本、回收周期多长」我没算过。用数据驱动决策，我只做到了「描述」，没做到「衡量」。
负责人培养：带过产品助理，但那是「一起干活」，不是「系统性让对方独立」。

这三类，才是我接下来要往地图里填的空白。

五、这张地图怎么用

我现在每个季度会做一件事：把新做的项目往这张地图上一贴，问自己三个问题：

这一层，换行业还成立吗？（成立 → 保留；不成立 → 标注「依赖平台」）
这件事，是「我做的」还是「平台替我做的」？
我往弱项那几格，填了什么新的吗？

简历是静态的，能力地图是活的。简历用来找工作，地图用来长本事。

如果你也在整理自己的经历，别急着写形容词。先把每个项目拆成「做了什么 / 靠什么做成 / 换行业还成立吗」，地图自己就长出来了。

你拆完，第一格会填什么？

255 到 225：游泳、撸铁，和不靠饿的减肥

Fri, 04 Sep 2026 00:00:00 GMT

一、先交代起点

我 255 斤。

不是"微胖"，是体检单上每一项后面都跟着箭头的那种。去年冬天体检查完，医生的话很客气，但我听懂了：再这样下去，游泳和撸铁都快成了奢侈。

目标是 190 斤，共减 65 斤。现在 225 斤，走了大约 46%。

这篇不是健身教程，是一个脑子天天在产品里的人，怎么用做产品的方式，跟自己的肉搏。

二、第一样捡回来的是游泳

游泳是我为数不多能"放空"的事。去年冬天重新捡回来，每周 1–2 次。

第一次回去游，50 米就喘得不行，趴在池边觉得自己像个笑话。但奇怪的是，水里的安静是办公室给不了的——脑子不转了，只剩呼吸和划水。

慢慢加量，到最远一次不间断游了 1500 米。不是快，是稳。游完那一刻我突然明白一件事：

做产品和练身体，底层是同一样东西——都是慢变量，都怕急。

你催它，它就还你受伤和反弹。

三、撸铁是为了"保住肌肉"

减脂最怕的不是掉秤慢，是掉的是肌肉、留的是脂肪。所以我加了力量训练，每周 3 次，主做复合动作：

深蹲
硬拉
卧推
引体

我喜欢把每次的重量、组数、感受记下来，过两周回看趋势。这和做增长看数据仪表盘一模一样——你不记录，就分不清"这周进步了"还是"只是今天状态好"。

撸铁给我的不只是身材，是一个很产品化的体会：

复合动作像核心链路，单关节动作像边缘功能。资源有限时，先把核心链路做扎实，别一上来铺一堆花活。

四、减肥的核心：不靠饿，靠结构

我试过饿。饿两周掉 8 斤，一放松回来 12 斤，还附赠暴食。后来换了个思路，跟做产品一样——别靠意志力，靠系统。

我的"减肥系统"就三块：

饮食记录：不是节食，是记录。每顿吃了什么大致记一下，让自己"看见"热量，而不是假装没吃。
每周三次力量 + 游泳：把运动排进日历，像排需求评审，不到场就算延期。
公开进度：写在这里，等于给自己加了个百分率的对外承诺，退的成本变高了。

靠饿是靠"当下的自控力"，靠结构是靠"未来的我不想反悔"。后者稳得多。

五、踩过的坑（真实记录）

平台期：卡在 230 左右三周没动，差点放弃。后来把睡眠从 5 小时补到 7 小时，一周就动了。睡眠这事儿，以前真没当指标看。
过度训练：有两周加太猛，膝盖抗议。复盘了一下，是"想快点看到结果"压倒"系统节奏"——和做产品抢进度翻车的姿势一模一样。
称重焦虑：每天称就容易被单日波动带节奏。改成每周一称，看趋势线不看点。

六、下一个里程碑

225 是半程附近。下一个小目标是 210，对应"能轻松游 2000 米 + 硬拉到一个像样的数"。

不立大志，只立下一个能验证的动作。和做产品一样——

别想"我要减 65 斤"，想"这周三次训练到了没"。到了，65 斤自己会来。

如果你也在跟身体较劲，欢迎留言互相逼一下。下水那一刻最难的，往往只是换衣服。