文档介绍：毕业至今已有2 年多的时间，试着去回顾总结自己的收获，也明确接下来
自己努力的方向。
过去：收获篇
现象 1：日常被开发怼
因为不是计算机方向专业，且对计算机相关知识了解较少，输出的需求时
常不够严谨，被开发人员吐槽。
很多产品毕业至今已有2 年多的时间，试着去回顾总结自己的收获，也明确接下来
自己努力的方向。
过去：收获篇
现象 1：日常被开发怼
因为不是计算机方向专业，且对计算机相关知识了解较少，输出的需求时
常不够严谨，被开发人员吐槽。
很多产品经理可能跟我一样，经常被开发人员怼的哑口无言。当然， “逃避”是无济于事的，那怎样才能避免这种事情的发生呢？
1、 SQL 是必须要掌握的技能。需求输出时更容易站在开发人员的角度思考
问题，且逐渐理解 “后端主要是操作各种数据并将其存储/取值于数据库，前端
主要将后端返回的各个字段根据布局进行渲染”这一过程。注意明确目的：减少
需求缺陷，增加自己的被信任感。
2、阅读团队其他产品经理的PRD 文档，建议还是先从自己负责的产品着
手，一方面是通过阅读他人的PRD,做出对比若由你来输出，可能会遗漏哪
些需求点 ”，另一方面是熟悉产品，避免缺乏全局性的思考。
3、总结自己的需求模板（比如针对“字段 ”： 1、字符的格式/长度校验；
2、唯一性……）。曾经有句话让我醍醐灌顶，信不信我5分钟内写完这个
PRD 文档，还不会有需求缺陷 ” ，在「初级」产品经理每天花费时间最多的事情
上 ——写需求文档，为什么不花时间去总结，既能提高效率还能减少出错。
开发、测试与产品同学的日常对话：
“导出没有写吗？ ”“ 漏了，等下加上哈”“
权限呢 ”“漏了，现在补一下哈”
“上线要重跑数据吧”“ 嗯嗯，要的，我定义一下时间范围”
4、把握每一次需求输出的“质量” 。实践是让你成长最快的方式，实践的密
度取决于你的工作强度，但是质量却由你掌控。你可能做不到每个阅读文档者
眼中的完美，但是务必每次都要发挥出自己的最高水平。因为一旦被贴上了 “不
靠谱” 的标签，想要撕掉绝非易事，最好的解决办法是每次都做到尽善尽美。
5、维护人际关系。曾经有位朋友就对我说过“熟人需求开发时间 *，非
熟人需求开发时间 *2 ” ，即如果与对方是熟人的基础上，很多事情的推动会比较
快，且需求有缺陷时也能耐心沟通而非一味抱怨。
但如果刚进入项目团队，在与大家还没有建立关系的前提下，该怎么办
呢？
去了解开发人员抱怨的深层原因。表象是因为需求有缺陷导致频繁沟通进
度阻塞，但是又会怎么样呢？
比如该开发人员在该阶段急需表现自己，不想让自己负责的项目有延期，
就会表现的比较急躁。这是我实际遇到过的。
虽然别人在抱怨，但是我们也要去了解别人背后的动机，并尽可能去满足
对方的诉求，带来合作上的双赢。
现象 2：日常被上司怼
产品内部同事是你平时在职场上接触最多的，你的表现会被贴上一些标
签，这也决定了你能接触到什么样的需求（上司进行分配）。他们毕竟也是
人，也时常 “先入为主 ”的去评价你。
1、把每次需求输出都当作自己的 “作品” ，每一次都是表现自己的机会。
2、先动脑再动手。在动手输出某个需求时，你可以统计下在「需求调研」
和「需求设计」上各自花的