#字节离职加入创业团队第3周
已经很久没这么纯粹地做 PM 了：不用准备一周3/4次的周会文档+开会反复同步，不用带 juniors —— 就安安静静做好 PM 应该做的：用户调研，分析数据，看竞品，和研发/设计频繁聊想法和进展，用+debug Claude 等 AI 工具。
想起自己离职前，写交接文档时才第一次有点震惊到：周一小组周会、周二产品线周会、周三大业务双周会、周四大部门双周会、周四晚还有 Agent 周会，周四 + 周五2家外部代理周会... 每个会都要写周报、会后 follow up 结论和推动 todo，有很多隐藏的时间成本。
如果定位是 POC，还要花时间带+教 juniors，每个人安排什么事情、怎么给反馈、遇到问题和卡点，都需要投入时间。当人数增加，投入时间还要翻 x 倍。
这两块事情在新团队减少很多，所以能更专注做产品了。
做产品需要有判断，判断形成前，需要有信息输入和想法灵感。思路无非那么几个：自己用、看用户反馈、分析数据、做竞品调研、看行业变化。
这周最有收获的是做竞品分析，好的调研来自一手体验、AI 很难给。刚开始为了提效，用 Claude 做。收集的信息看似很多，但当自己深入用时，就发现信息大多比较浅层、且时效性未必高。
一开始有点费劲：产品我没那么熟，还要看大量竞品，第一天觉得有些 lost 紧张不多。但第二天忽然进入状态：熟悉 + 拎出来几个关键维度，更有目的和针对性，就很容易发现差距。
看竞品我主要分几个维度：产品交互、效果评估、定价策略。以往做产品看1多，做 AI 产品后 1+2 一起看，但来这里后发现付费策略必须考虑。大量看、多用多体验，逐渐就会形成 sense 和判断。
这周很惊喜有「灵感时刻」 —— 想到一个功能点竞品没做（后来发现1家有类似的）且对用户大概率有用！灵感来源于场景联想和迁移，Notion 始终能给人很多启发：它优雅、简洁、Lego for software 的理念经常浮现在脑海。另外，也观察到自己始终会被一种思维习惯牵引 —— be different、差异化，我不喜欢同质的东西。
做的第一个大项目有点大，大家对它的时间预期很高，我也在适应「做减法」让自己节奏更快。过往写 PRD 习惯做很多准备，等全部 ready、确保方案不大改后再进开发（且字节对 PM 要求也如此）。
现在我发现，为了更快，思路和做事方式要变化。有些功能不需要大量论证，有些方案不用预期一下想得非常完整，研发可以和产品一起调研，设计在 PRD 定稿前就启动 exploration，甚至没有所谓的“定稿” —— 字节做需求的流程固然规范，但追求标准化背后的也会牺牲一些灵活性和速度。
沉浸研究产品有踏实做事的快乐。
已经很久没这么纯粹地做 PM 了：不用准备一周3/4次的周会文档+开会反复同步，不用带 juniors —— 就安安静静做好 PM 应该做的：用户调研，分析数据，看竞品，和研发/设计频繁聊想法和进展，用+debug Claude 等 AI 工具。
想起自己离职前，写交接文档时才第一次有点震惊到：周一小组周会、周二产品线周会、周三大业务双周会、周四大部门双周会、周四晚还有 Agent 周会，周四 + 周五2家外部代理周会... 每个会都要写周报、会后 follow up 结论和推动 todo，有很多隐藏的时间成本。
如果定位是 POC，还要花时间带+教 juniors，每个人安排什么事情、怎么给反馈、遇到问题和卡点，都需要投入时间。当人数增加，投入时间还要翻 x 倍。
这两块事情在新团队减少很多，所以能更专注做产品了。
做产品需要有判断，判断形成前，需要有信息输入和想法灵感。思路无非那么几个：自己用、看用户反馈、分析数据、做竞品调研、看行业变化。
这周最有收获的是做竞品分析，好的调研来自一手体验、AI 很难给。刚开始为了提效，用 Claude 做。收集的信息看似很多，但当自己深入用时，就发现信息大多比较浅层、且时效性未必高。
一开始有点费劲：产品我没那么熟，还要看大量竞品，第一天觉得有些 lost 紧张不多。但第二天忽然进入状态：熟悉 + 拎出来几个关键维度，更有目的和针对性，就很容易发现差距。
看竞品我主要分几个维度：产品交互、效果评估、定价策略。以往做产品看1多，做 AI 产品后 1+2 一起看，但来这里后发现付费策略必须考虑。大量看、多用多体验，逐渐就会形成 sense 和判断。
这周很惊喜有「灵感时刻」 —— 想到一个功能点竞品没做（后来发现1家有类似的）且对用户大概率有用！灵感来源于场景联想和迁移，Notion 始终能给人很多启发：它优雅、简洁、Lego for software 的理念经常浮现在脑海。另外，也观察到自己始终会被一种思维习惯牵引 —— be different、差异化，我不喜欢同质的东西。
做的第一个大项目有点大，大家对它的时间预期很高，我也在适应「做减法」让自己节奏更快。过往写 PRD 习惯做很多准备，等全部 ready、确保方案不大改后再进开发（且字节对 PM 要求也如此）。
现在我发现，为了更快，思路和做事方式要变化。有些功能不需要大量论证，有些方案不用预期一下想得非常完整，研发可以和产品一起调研，设计在 PRD 定稿前就启动 exploration，甚至没有所谓的“定稿” —— 字节做需求的流程固然规范，但追求标准化背后的也会牺牲一些灵活性和速度。
沉浸研究产品有踏实做事的快乐。
