产品完整性自查表单

315d9535c6bfc2d228f23cffe252b40e.png

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

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

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

  1. 完整的需求背景

  2. 完整的产品设计

  3. 存量、增量、中间态数据

一、完整的需求背景

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

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

81a3554993d309a8792173ce86aeb15f.png

二、完整的产品设计

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

1. 功能完整

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

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

a69e5ddff6df355698bfd5da0f2e1f4e.png

2. 信息完整

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

a63825ac0de3add4d558145c03f163a9.png

c0970b48d264cedfc6d9cf3a61066f86.png

3. 交互完整

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

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

0967a2481f76b2aa38685affcd40a731.png

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

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

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

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

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

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

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

  1. 新版本上线前就已经完成整个审批流程的存量数据。

  2. 新版本上线后,按照新版本改造后的审批流程进行审批的增量数据。

  3. 新版本上线之前发起了审批流程,新版本上线后,该流程还没有完成的中间态数据。

对于中间态数据,通常有以下两种处理方案:

一是按照旧版本流程进行处理;二是自动驳回,按照新的审批流程重新申请。不同的方案分别适用于不同的场景,在实际的产品设计过程中,选择一种适合的方案即可。

在日常的产品设计过程中,要尝试用以上数据的检查项来检查产品方案是否完整和闭环,养成良好的设计习惯,这不仅可以提高产品方案的设计效率,还可以保证产品上线后的质量。

最后,我建立了各大城市的产品交流群,想进群小伙伴加微信:chanpin626  我拉你进群。(加过微信:chanpin628或yw5201a1的别加,分享内容一样,有一个号就行)

83ce9100c90276155653462630dac024.jpeg

9dcaa169459f78ca5ff074931c4e9263.gif

视频号推荐

关注微信公众号:产品刘 可领取大礼包一份。

b142522097f3fdb4997dbf9b10057d51.gif

··················END··················

dbbca98b5b3308b824706d9566ea0940.png

今日报告:月狐数据  发布2024上半年网约车行业发展洞察,下载报告去公众号:硬核刘大  后台回复“网约车”,即可下载完整PDF文件。

申明:报告版权归 月狐数据 所有,此处仅限分享学习使用,如有侵权,请联系小编做删除处理。

RECOMMEND

推荐阅读

B端产品经理的流程设计思维(上)

一道字节的产品经理面试题

线下实战2.0

手把手教你做数据产品经理

200ebf1822747eca9d2af1d4c7e0f046.gif

点击“阅读原文”

查看更多干货

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值