PRD里的产品逻辑

在PRD里有一块很重要的内容就是产品逻辑，产品逻辑主要指功能模块内部及功能模块之间的相关逻辑，模块划分越清晰的产品，之间交错的逻辑就越少。

产品逻辑主要包括功能逻辑、交互逻辑、边界规则等

功能逻辑通常是指产品功能的内部逻辑，例如产品的登录功能包含检查用户账号是否存在、密码是否正确等逻辑。登录后的一些隐含逻辑最好也在PRD里指明，有的产品在登录后需要读取用户信息，或者获取用户当前位置等，这些都需要在PRD里标注清楚，工程师拿到一个逻辑完整的PRD去实施才不会出现遗漏。

很多产品经理在写PRD的过程中只写了正常情况下的功能逻辑，而没写诸如网络异常或者操作错误等异常情况下的功能逻辑，导致在实施的过程中工程师需要反复跟产品经理确认异常情况下的产品逻辑规则是什么，这样不仅效率低，而且这种临时性的沟通不及时补充记录到PRD里，很容易出现规则遗漏。过一段时间后再想起来就不记得当时是怎么确定的了，由此会产生工程师和产品经理的各种情景讨论。这些问题的出现都会导致产品逻辑遗漏或者实施出错而引起的产品问题。避免这些问题最有效的手段就是产品经理在写PRD的过程中，写清楚产品所涉及的正常功能逻辑、异常逻辑及特殊情况处理。

产品交互逻辑一般是产品经理在原型设计阶段就需要完成的工作。当然，在大公司里，会有专门的交互设计师完成交互设计的工作，但在创业公司或者小公司里都是由产品经理独立完成的，对于交互逻辑的描述，重要的是清晰地描述一个产品功能内部及各产品模块之间的交互逻辑，例如一些有关联关系的产品模块之间的交互形式就需要特别说明。以微信为例，当用户从微信联系人里选择一个人开始聊天时，从联系人主页单击“发消息”选项后进入聊天会话页面，这时从聊天会话页面单击联系人头像进入联系人主页，同样单击“发消息”选项后却直接返回聊天会话页面，这种交互细节的差异是从用户使用场景出发的。第一次单击“发消息”选项进入的是开启会话的场景，第二次单击“发消息”选项却回到会话场景，这两种场景的差异性引起了交互设计的差异性，这种细节设计需要在PRD里做特别标注，否则工程师很难察觉到这种差异性。交互细节标注能提高产品实施的执行效率，不仅让工程师一目了然，后期测试人员进行测试时也可以非常清晰地了解具体的交互规则。

另外就是产品逻辑里的边界规则，边界规则一般是指产品中的一些临界状态，例如微信联系人的上限是5000人，发布一个带图片的朋友圈的图片上限是9张，在微博中发布一条文字微博的字数上限是140个字，这些边界规则是在产品实施过程中尤其要注意的。同时还有一些隐性边界规则也是产品经理在写作PRD的过程中需要注意的，例如在用户注册时设置登录密码，密码的规则是最少6位、允许特殊符号的设置等，这些隐性规则会直接决定产品最后的可用性。工程师在实施过程中也需要基于这些规则通过代码一个个去实现，如果没在PRD里特别标注，很可能一些关键规则就遗漏了。