产品需求逻辑：指为了满足用户的需求场景，基于前期的需求分析结果而构建的具备内在逻辑关联的由场景需求而组成的产品解决方案。
为了便于产品相关方更好的理解产品解决方案，从不同角度切入可以有不同的表达方式，从而对产品需求逻辑有不同的诠释，根据其诠释角度的不同可以分为业务流程、数据流、功能结构、功能流程、产品需求文档、产品原型等等。
无论选择怎样的产品需求逻辑表达方式，其核心目的是便于产品相关方的团队成员之间通过交流达成理解的一致性，而基于一定规则标准的输出在降低输出成本的同时提高理解的效率。
1业务流程
业务流程：把输入转化为输出的一系列相关活动的结合，它增加输入的价值并创造出对接受者更为有效的输出。活动之间存在一定的逻辑关系，且活动由不同角色完成，不同的角色对自己接受的输入进行加工处理赋予输出更为有效的价值。活动之间在时间和空间上的衔接跨度具有弹性。
同一组织内为了解决同一个活动由不同的人完成时输出结果不同的问题，一般对输入、输出制定一定的规范标准；同类的业务流程，不同的组织根据其实际需求的细微差异，其活动的输入、输出的规范和标准也会存在差异性；在某些特定的行业，同类的业务流程，由于政策法规等约束，其某些活动环节的输入、输出会完全相同；不同类的业务流程，其组织本身的需求之间存在着巨大的差异，其活动的输入、输出的规范和标准将会大相径庭。
为了便于理解、降低沟通成本，行业内制定出一种基于图形的方式来描述业务流程，它用一些规定的符号及连线标识某个具体业务的处理过程，这种方式可以有效的描述管理系统内关联角色之间的业务关系、作业顺序、信息流向。这种方式被称为业务流程图。
业务流程图：可以帮助分析人员找出业务流程的不合理流向，提升不同人员之间、不同组织之间沟通效率、降低沟通成本。
2数据/信息流
互联网产品的核心价值是对信息的管理，任何互联网产品的构建和设计都离不开信息的输入、处理、输出。因此我们非常有必要构建出一种从信息流管理的角度，对信息的流转、加工、管理等进行有效表达，并有助于提升沟通效率的工具。
数据流图（Data Flow Diagram）：简称DFD，是一种从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的方法。
3功能结构
业务数据的处理和业务流程的实现需要以互联网产品的功能为载体，而且其很难依靠单一功能达成，因此在实际实践过程中会以多种功能构成的一个功能集合的方式来解决。因此功能之间必然会存在着一定的从属关系，为了更好的表达这种从属关系，我们可以采用功能结构图。
功能结构图是对解决方案进行深入剖解，对解决方案所需功能的结构、构成、剖面的从大到小、从粗到细、从上到下等角度进行描绘的结果。其表现方式决定了，上层功能包含了下层功能的描述，且最上层功能可以拥有不止一层下层功能，越是上层的功能其描述越是笼统，越是下层的功能越是具体。
从上面的描述中可知，功能结构图的梳理是一个功能不断分解的过程。功能分解是一个由抽象到具体、由复杂到简单的过程。这种分解为多个功能单一的模块的方法叫做模块化，模块化是一种重要的设计思想，这种思想把一个复杂的系统分解为一些规模较小、功能简单、相对独立的部分，易于建立、修改、实现。
在具体表现方式上是按照功能的从属关系画成的图表，图中的每一个框都成为一个功能模块。功能模块可以根据具体情况分的大一点或小一点，分解的最小的功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。
4功能流程
为了实现业务逻辑，需要通过产品包含的功能对数据进行加工处理，这使得功能之间的关联性得以呈现。为了更好的呈现功能之间逻辑关联、衔接之间的关系，可以使用功能流程图。
功能流程图是从功能交互角度展现功能之间结构关系的一种方式，其主要描述了功能模块之间关联关系及其走向顺序，功能流程图可以形象的展示出一个完成的产品解决方案是如何通过功能达成的。
功能流程图也有其需要用到的规范性符号和标识，不同的符号和标识代表着不同的含义。根据功能模块描述的粒度层级不同，功能流程图也是可以分层级的，不同层级的流程图描述不同层面的问题。
在表现流程图逻辑顺序的时候可以采用的方式有：顺序结构、条件结构、循环结构、分支结构等。
5产品需求文档
为了满足与产品相关的不同人员的交流需求，根据沟通人员的类别可以把需求归档分为BRD、MRD、PRD等文档类型。
BRD是要说与产品相关的内容，核心关注点是产品本身的商业属性，即产品本身的商业价值、本产品的具体盈利模式、本产品可行的运营方式、本产品的成本投入与未来收益预估。一言以蔽之：说明要搞什么玩意，这玩意有啥好处。
MRD要展现产品本身的市场属性，市场分析、竞品分析、用户分析、需求分析、功能需求（非功能说需求）。概括地说就是需要搞明白：设计怎样（具备哪些功能）的一款产品来投入市场满足市场需求，以及为什么要这样设计。
PRD则主要解决怎样设计产品，而这个问题的思考结果最终落实到设计怎样的产品功能以及怎样设计产品功能。在明确了设计怎样的产品功能以后，通常会采用业务流程、功能流程、原型设计、UI设计稿等多种手段来说明怎样设计功能，进而完成可直接被开发认知并实现的产品功能和产品体验。在这一步要考虑未来的运营模式。
6产品原型
产品原型是采用专业的产品设计工具，把信息的输入、功能触发的入口、信息处理的输出以及功能之间的交互转换以完全切合业务逻辑的原则进行组织的结果----其具体表现形式为更可视化的具备动态交互效果的产品页面。
产品原型是另一种形式的产品需求文档，它是对传统形式的需求文档的可视化的表达方式，是对产品需求的一次集中呈现。在产品原型设计过程中，如何有效的组织各个层面的需求，将对用户使用产品的体验有很深的影响。
基于什么角度组织信息，如何进行产品功能布局，信息如何呈现给用户，用户和页面之间如何互动，页面与页面之间如何跳转等影响用户体验的基础元素。
采用什么的颜色、需要怎样的动效、文字提示如何表达、页面间如何切换、访问响应时间、潜在安全性需求等影响用户体验的高级元素。
用户体验的基础元素和高级元素在产品设计实践中，不同的阶段其侧重点可能会有偏差，并且在实际变现层面我们很难（也较少追求）所有体验均达到最佳，因为不同的用户认知需求不同、不同的产品侧重方向不同、同一个产品不同节点（页面）的侧重点不同、产品的团队资源限制程度不同、不同阶段产品的重点不同、商业逻辑的考量不同等等。
基于以上这么多不同点存在，在产品设计实践过程中，我们常常不得不做一些妥协。在做妥协前我们需要深入分析某个具体的环节和页面必须把握住的核心是什么，哪些是不可妥协的，哪些是可妥协的。
产品原型提供了一种直观的从战略、范围、结构、框架、表现等几个层面来了解产品的方式，通过产品原型可以了解产品本身的战略定位、产品的功能范围、产品的功能结构关系、产品的页面框架、产品的视觉表现。
PS：在实际工作场景中，并不是所有的文档都需要准备齐全，文档的核心目的是我了达成交流的一致性和统一性，避免因为理解的误差而导致的问题，因此只要能满足目的，可以根据需要选择所需的表达方式。
网友评论