致这两年我写过的流氓PRD

2020，大家好呀，今天想就这两年写过的那些流氓PRD做一些总结，之所以称之为流氓PRD，是因为有时候自己都看不下去，还在心理上强迫别人能看进去且能看懂。

作为一枚产品汪，日常工作主要有：挖掘用户需求、需求转功能、原型设计、PRD撰写、需求讲解、功能验收、产品推广。所有的工作都需要围绕产品目标和需求进行的，因此，围绕这两点所需的能力在日常工作过程中显得尤为重要。

今天先致敬一下需求吧！

---

01 一枚野蛮生长的产品汪如何进行需求沟通？

经历了如下五个阶段：

1、口说需求；

2、具有交互效果的原型；

3、无交互效果的线框图；

4、PRD+线框图；

5、按用户Story拆分需求+线框图；

---

02 沟通的结果如何呢？

通常有下面三种结果：

1、会上被吐槽：零散、逻辑不清晰、看不懂、不美观；

2、会上聊得好好儿的，实施出来效果不太一样；

3、实施的过程中发现大逻辑走得通，细节不够完善；

大部分被吐槽完的时候，很生气有木有，觉得是对方没理解。甚至复盘会上也会觉得，文档这么详细，还是出问题，肯定是对方没理解！对方应该先从自身角度去找原因，对不对？

其实自己也没从自身来找到原因！不自知真是可怕，对吧！

---

03 转折点！

最近把一份文档同时给开发、测试、交互同学，每一轮儿都讲了挺久。大家的反馈都是复杂、看不懂。虽然是有点儿复杂，但大家都看不懂、看的累，那说明需求的传达真的是很有问题呢！

那些脑海中构思了无数次的产品使用路径、判断逻辑，怎么传达起来就这么费劲儿呢！其实是写需求和讲需求这两个点都没做好导致的。

对比一下从测试同学那里找的其他部门小伙伴儿的PRD，发现看自己的PRD就是这种感觉：我不要你们看的懂，我只要我看的懂，我写了你们就得懂！

哈哈，真是辛苦大家了呢！所以从需求设计、PRD撰写、需求讲解角度，稍稍总结了一下，希望接下来有所改进，给大家少一点的人生伤害。

---

04 总结

需求设计:

1、思维导图发散性思考需求的相关功能点；

2、思考功能的使用路径、数据来源，并发现可能存在的问题；

3、将同类功能点归纳、整理，形成产品的骨架；

4、整理出页面结构，宏观上把握产品的基本架构；

5、根据业务复杂程度酌情选择梳理：

①整体业务流程图；②模块流程图；③状态图；

【不仅需关注当前需求，也需注意对已存在功能的影响，考虑特殊情况下的展现】

6、按照思维导图和流程图绘制主体页面，在框架和基本功能完善的基础上优化细节，添加不同情形下的处理方式。

PRD撰写:

1、术语统一，避免歧义；

2、梳理清楚功能流程、文档逻辑；

3、功能归类整理，避免各个模块穿插描述；

4、突出重点、结构清晰；

5、语言精练，避免太过详细；

以前总认为，说明写详细点儿，开发同学根据文档理解需求，既可以避免过多的交流、解释，又可以留档。但是发现效果也不好，还会导致文档很臃肿。其实是因为自己懒，以为可以避免掉很多沟通，但写的再详细，不沟通也不行。

需求讲解：

1、自下而上的思考，自上而下的表达；

2、按每个story的目标、需求描述、产品逻辑进行充分、全面的讲解；

今日份的总结就到这里啦，希望自己来年尽早从坑里爬出来！

微信公众号：世界西北角

欢迎来玩儿哦！