在开始做独立开发者之前，我在互联网行业做了将近十年的项目管理和交付。PMP、ACP 认证都有，从医疗到电商到互联网，跨行业交付了不少项目。
2024 年我跳出舒适区，用 AI 做产品。回头看，做 PM 的经验在独立开发中有帮助，但有些在大厂养成的习惯反而需要刻意丢掉。
最有用的三件 PM 遗产
1. 拆需求的能力
做轻历时，第一个版本只做三件事：显示农历、标节假日、iCal 导出。没有用户系统、没有后台管理、没有多语言。这不是因为我懒，而是我知道——一个独立开发者最忌讳的就是把第一个版本做得太重。
PM 训练让我天然能把一个大想法拆成最小可交付单元。这个能力在独立开发中可能是最重要的：它直接决定了你能不能在一个合理的时间内把东西做出来。
2. 用户视角
做了十年 toB 项目交付，我养成了一件事的习惯：在写任何一行代码之前，先想清楚谁会用它、在什么场景下用、解决了什么痛点。
听起来简单，但实际上绝大多数翻车的产品都是因为"做出来发现没人要"。AI 编程让开发门槛大幅降低，但回答"做什么"的能力反而变得更加稀缺。这正好是 PM 出身的强项。
3. 进度管理
独立开发没有老板催你，没有 Jira 给你排期，非常容易陷入"完美主义陷阱"——总觉得还不够好，一直改一直改，就是不发版。
PM 的"deadline 思维"帮了我：定一个日期，到了就发，不完美的部分下个版本修。轻历能在一周内上线，靠的就是这个。
需要丢掉的三件大厂习惯
1. 过度文档化
在大厂，写一份 PRD 可能花两周。独立开发中，文档够用就行，一行注释能说明白的事不需要写三页需求文档。
我现在的方式是：一个简单的 README + 一个 TODO list，配合 AI 对话记录作为"活文档"。需要回顾的时候直接翻聊天记录，比任何文档都准确。
2. 追求流程完整
在大厂，一个小功能可能要经过需求评审、技术评审、用例评审、发布评审。独立开发中，这些东西全是噪音。
我的流程简单到粗暴：想清楚 → AI 写代码 → 本地验证 → 部署。四个步骤，没有多余的。翻车了就修，修完了就发。
3. 风险评估过度
大厂做任何事都要做风险矩阵、备选方案、回滚计划。独立开发不需要这些——至少在第一版不需要。你最大的风险不是系统崩了，而是做出来没人用。
先解决"有没有人用"的问题，再解决"稳不稳"的问题。
写在最后
从 PM 到独立开发，不是在切换技能，而是在切换思维方式。我会继续用 PM 的经验去判断做什么、怎么做，但也会刻意保持独立开发者的"轻量心态"——不被流程拖累，不被文档困住。
做产品最有成就感的事，不是我写了几万行代码，而是有人跟我说："那个轻历挺好用的。"
这就够了。