人工智能三大关键能力

你仔细想想，身边能把这两件事做到位的产品经理，基本上对TA的评价都不会太差。

/01 PRD/

PRD里主要体现的是业务逻辑，而形成一个业务逻辑的过程，主要经过两个步骤：需求获取 -> 讨论和设计。

01 需求获取

在获取需求的这一刻，我的习惯是「先做判断，然后记录下来」，经过这些年下来觉得很好用。

好记性不如烂笔头，大家都知道记录下来的好处，但是为什么要先做判断呢?

做判断的好处主要是以下两个：

1. 用简短的时间先对需求的优先级有个大致的了解。
2. 趁大脑还在热乎的对话场景中，把聊到的业务场景里的相关因素、条件梳理出来。

第一点比较好理解，就是“这个需求有没有必要做?”，“要做的话安排在什么时候?”。

关于第二点，我自己的亲身感受是，一旦我当时就草草地写了一句话来概括需求，那么如果这个需求在几周甚至几个月后才开工的话，我对当时为什么提这个需求的印象会开始模糊，甚至会觉得这个需求有啥用?不得不重新厚着脸皮去问提出者，这样就会显得自己很不专业。

记录的时候主要是写一下「问题」和「解决方案」，其实不用花太多时间。比如简单的一句话，

XXX 在用 XX 功能时，觉得存在问题 XXX和问题YYY。可以A方案改善XXX问题，B方案改善YYY问题。

这么做还有一个间接的好处是，那些你连问题都没法定义的需求，自然就被你拒掉了。比如那些提需求的人自己都说不清楚的需求。

02 讨论和设计

很多产品经理喜欢单纯的用文字表达业务逻辑，不喜欢画图，特别是流程图之类的东西，我觉得这个习惯很不好。

先不说中国汉字博大精深，不同的人可能会存在理解偏差的问题。哪怕大家理解的都没问题，对于那些流程不是那么简单的业务来说，做着做着脑子里理解的东西可能就模糊了。

在这里我推荐两个我认为最有效的图，一个是常见的流程图，另一个是时序图。

（编辑：盐城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!