产品完整性自查表单

lxm 2024-02-20 12:24:13

产品在设计过程中，经常会遇到这种情况：自认为输出了一份完整的产品方案，但评审的时候却被开发测试抓着许多细节点疯狂抨击；开发过程中还会对许多新发现的问题反复拉扯；上线之后用户的反馈数据并未达到预期。由于产品设计经验不足、相关知识欠缺、考虑问题不充分等原因，这些情况时有发生。

为了减少沟通和试错的成本，产品应在设计之初就将所有情况考虑周全，这也是一个成熟产品应有的能力体现。以下向大家介绍一份产品完整性自查手册，可以作为参考来审查产品方案的思考是否有遗漏点。

产品的完整性主要分为以下三个方面：

完整的需求背景
完整的产品设计
存量、增量、中间态数据

一、完整的需求背景

需求背景是整个产品设计的前提，只有深刻了解背景里所存在的问题、及对应的用户痛点，才能把握好产品的设计方向。同时只有大家都认可这个背景的真实、有效和价值，才能够更好推进产品方案的落地。

完整需求背景的一般包含三个部分：用户、场景和需求，即用户在什么样的场景下，遇到什么样的问题/或者对于当前的产品产生了怎样的需要或者诉求。在产品设计的时候，应该就用“用户场景需求”的句式来反复确认，产品背景是否把握准确未偏离方向；向开发介绍的时候也应利用这种句式，逻辑清晰地向他们传达出功能背后的价值。

产品完整性自查表单

二、完整的产品设计

背景确认之后，将开始着手具体的产品方案设计，主要思考以下三个方面：功能完整、信息完整以及交互完整。

1. 功能完整

一是指场景完整，能够覆盖到所有的用户使用路径；二是指每个场景下，功能在逻辑上能形成闭环。

多场景情况，拿登录注册举个简单的例子，新用户首次登录要先注册账号、老用户登录可直接登录、老用户注册新账号的时候发现曾经已经注册过账号、新用户登录的时候发现还没有注册过账号；这几种对应的场景产品在设计的时候就应该都想到对应的解决方案。比如老用户注册新账号的时候发现曾经已经注册过账号，就应该在注册的页面给出对应的提示，并添加一个返回注册页的按钮，提供给用户直接进行登录。

产品完整性自查表单

2. 信息完整

信息完整指产品的页面内容、操作指引、字段描述、功能说明等信息是完整的，能让用户在每一步都明确当前所使用的功能以及下一步需要做的事情。

产品完整性自查表单

3. 交互完整

交互完整是指整个产品设计中，每一处的交互设计都是完整且闭环的。同样以注册/登录功能为例，当用户进行登录操作时，首先会输入账号。这时如果用户输入了非法账号（如默认使用手机号码登录，用户输入了汉字或者字符），产品不仅在功能设计上要禁止非法格式账号的输入，还要在交互设计上提示用户输入正确的账号。

当用户输入正确的账号、密码并单击“登录”按钮时，我们需要考虑其他场景，如账号不存在的场景、账号与密码不匹配的场景、断网无法登录的场景、异常情况下登录失败的场景，以及每个场景下的交互设计，从而实现交互完整。

产品完整性自查表单

三、存量、增量、中间态的数据

在产品设计过程中，除保证需求背景和产品设计的完整之外，还要考虑存量、增量及中间态数据。

存量数据指新功能上线之前就已产生的历史数据，例如，存量用户、存量版本、存量订单等数据。与存量数据相对应的是增量数据，指产品新功能上线后产生的数据。

以注册功能为例，其新版本新增了“性别”和“地区”两个必填字段，这个版本上线后注册的用户属于增量用户，需要在注册流程中填写自己的性别和所在地区。但这里不仅要考虑增量用户，还要考虑存量用户。存量用户过去注册时，并没有填写这两个字段的信息，新版本上线后存量用户的这两个字段的信息如何处理，是产品设计初期就要考虑的问题。在这个案例中，存量用户这两个字段的信息，可以默认为空值，也可以设计一定的任务激励，让存量用户自主地维护这两个字段的信息。

值得注意的是，存量和增量这两个概念一定是针对产品某个具体上线的版本或者功能而言的。不同的版本或者功能上线的时间不同，对应的增量数据和存量数据也不同，脱离了上线的版本和功能去谈增量数据和存量数据是没有意义的。

除考虑增量数据和存量数据之外，还要考虑中间态数据。中间态数据也是针对具体上线的版本或功能而言的。例如，一个审批流程共有A、B、C三大审批环节，每个环节中又分别有A1、A2、A3；B1、B2、B3；C1、C2、C3等子流程，新版本对B环节中的子流程做了改造。

新版本上线后，会出现以下3种数据。