PRD是互联网产品设计中最重要的文档，也是产品经理、设计、工程师、运营之间的沟通桥梁，然后不同产品的PRD写法其实大相径庭。本人曾经就职于天使轮创业公司，目前在某行业独角兽公司，可以说跨度相当大，接触的PRD也完全是两个形态。
创业公司PRD：交互图即可###
小公司业务流程简单，不需要过多考虑产品底层逻辑（但是对工程师来说并不是这样）。在这个阶段公司产品直接通过交互图当作PRD即可。
我们知道早期公司的产品经理经常兼任交互设计师的工作（少数由平面设计师兼任），在这个阶段产品经理主要思考的也是通过交互上的优化改善来提升产品质量。当然也需要和CEO一起来考虑如何规划产品方向，而不仅仅纠结于产品实现。
总而言之此刻PRD文档一切从简，只要保证各方面都能看懂即可，因此直接用Sketch或者Axure画下交互图，弄清楚边界条件，旁边注释少许文字即可。
独角兽公司文档：多层次多维度###
大公司也需要交互图，但这部分工作全权交给交互设计师。而产品经理做什么呢？除了确定方向、搜集需求之外，梳理产品的底层逻辑极为重要！
什么是底层逻辑，举我目前所在公司例子。一个“外表”看上去很简单的订单流程，里面涉及很多子流程，子逻辑，还有各种逆向流程。作为一个普通用户，在正常使用产品的时候可能不需要考虑这些因素，但是一旦他取消订单或其他异常操作，这些逆向流程小流程就要派上用场。由于平台的UV已经突破500万，也就是说每天还是会有很多用户会接触这样的流程，所以这些点都必须要做好。
回到PRD，思考清楚这些逻辑，才会有第一步的PRD。在这部分文档中没有任何交互图，多的都是思维导图、流程图以及干巴巴的文字。而这些又必须是之后产品文档的基石。
