<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>字节离职加入创业团队第3周 | 互联网从业者充电站</title><description>互联网从业者专属内容多为技术、产品、设计、运营等不同话题内容；目标人群为程序员、设计师、产品经理、运营管理等不同职能。投稿/合作： @inside1024_bot内容来源网络</description><link>https://internet-charging-station.pages.dev</link><item><title>#字节离职加入创业团队第3周已经很久没这么纯粹地做 PM 了：不用准备一周3/4次的周会文档+开会反复同步，不用带 juniors —— 就安安静静做好 PM 应该做的：用户调研，分析数据，看竞品，和研发/设计频繁聊想法和进展，用+debug Claude 等 AI 工具</title><link>https://internet-charging-station.pages.dev/posts/46985</link><guid isPermaLink="true">https://internet-charging-station.pages.dev/posts/46985</guid><pubDate>Sun, 10 May 2026 10:55:01 GMT</pubDate><content:encoded>&lt;a href=&quot;/search/%23%E5%AD%97%E8%8A%82%E7%A6%BB%E8%81%8C%E5%8A%A0%E5%85%A5%E5%88%9B%E4%B8%9A%E5%9B%A2%E9%98%9F%E7%AC%AC3%E5%91%A8&quot;&gt;#字节离职加入创业团队第3周&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;已经很久没这么纯粹地做 PM 了：不用准备一周3/4次的周会文档+开会反复同步，不用带 juniors —— 就安安静静做好 PM 应该做的：用户调研，分析数据，看竞品，和研发/设计频繁聊想法和进展，用+debug Claude 等 AI 工具。&lt;br /&gt;&lt;br /&gt;想起自己离职前，写交接文档时才第一次有点震惊到：周一小组周会、周二产品线周会、周三大业务双周会、周四大部门双周会、周四晚还有 Agent 周会，周四 + 周五2家外部代理周会... 每个会都要写周报、会后 follow up 结论和推动 todo，有很多隐藏的时间成本。&lt;br /&gt;&lt;br /&gt;如果定位是 POC，还要花时间带+教 juniors，每个人安排什么事情、怎么给反馈、遇到问题和卡点，都需要投入时间。当人数增加，投入时间还要翻 x 倍。&lt;br /&gt;&lt;br /&gt;这两块事情在新团队减少很多，所以能更专注做产品了。&lt;br /&gt;&lt;br /&gt;做产品需要有判断，判断形成前，需要有信息输入和想法灵感。思路无非那么几个：自己用、看用户反馈、分析数据、做竞品调研、看行业变化。&lt;br /&gt;&lt;br /&gt;这周最有收获的是做竞品分析，好的调研来自一手体验、AI 很难给。刚开始为了提效，用 Claude 做。收集的信息看似很多，但当自己深入用时，就发现信息大多比较浅层、且时效性未必高。&lt;br /&gt;&lt;br /&gt;一开始有点费劲：产品我没那么熟，还要看大量竞品，第一天觉得有些 lost 紧张不多。但第二天忽然进入状态：熟悉 + 拎出来几个关键维度，更有目的和针对性，就很容易发现差距。&lt;br /&gt;&lt;br /&gt;看竞品我主要分几个维度：产品交互、效果评估、定价策略。以往做产品看1多，做 AI 产品后 1+2 一起看，但来这里后发现付费策略必须考虑。大量看、多用多体验，逐渐就会形成 sense 和判断。&lt;br /&gt;&lt;br /&gt;这周很惊喜有「灵感时刻」 —— 想到一个功能点竞品没做（后来发现1家有类似的）且对用户大概率有用！灵感来源于场景联想和迁移，Notion 始终能给人很多启发：它优雅、简洁、Lego for software 的理念经常浮现在脑海。另外，也观察到自己始终会被一种思维习惯牵引 —— be different、差异化，我不喜欢同质的东西。&lt;br /&gt;&lt;br /&gt;做的第一个大项目有点大，大家对它的时间预期很高，我也在适应「做减法」让自己节奏更快。过往写 PRD 习惯做很多准备，等全部 ready、确保方案不大改后再进开发（且字节对 PM 要求也如此）。&lt;br /&gt;&lt;br /&gt;现在我发现，为了更快，思路和做事方式要变化。有些功能不需要大量论证，有些方案不用预期一下想得非常完整，研发可以和产品一起调研，设计在 PRD 定稿前就启动 exploration，甚至没有所谓的“定稿” —— 字节做需求的流程固然规范，但追求标准化背后的也会牺牲一些灵活性和速度。&lt;br /&gt;&lt;br /&gt;沉浸研究产品有踏实做事的快乐。</content:encoded></item></channel></rss>