画原型时,经常会漏掉很多的使用场景,怎么改进?

编辑导读:刚入行不久的产品新人,总是会遇到这样的情况:尽管自己已经考虑全面,但是总是会在开发的时候遇到各种各样的问题。画原型时,经常会漏掉很多的使用场景,应该如何改进呢?我们在天天问和小伙伴共同探讨了这个问题,一起来看一下他们是怎么说的吧~

作为产品经理,不是在画原型就是在画原型的路上。

而作为一名新人,总会遇到这样的情况:

画完原型,评审完,自以为没啥问题了,但是到前后端开发的时候,还是会出现各种各样的问题或者自己没有想到的一些情况。

为什么会这样?是自己能力不够的问题还是正常情况?需要怎么去改进?

zhēn对这个问题,我们在天天问展开了一场讨论,一起来看看小伙伴们是怎么说的吧~

【天天问每周精选】第146期:画原型时,经常会漏掉很多的使用场景,如何去改进?

文章内容部分来源于@我爱芋儿基 @北北北北 @小胖纸 @仓前吴彦祖 @冰雨幻天 @冬至 的精彩回答。

一、从自己入手

拿到需qiú以后,不要第一时间画原型,第一步是确认了解需qiú;在确认了解需qiú的基础上进行需qiú调研和竞品分析,竞品分析和需要调研完成接着画功能清单和Xliú程图,最后才画原型;原型是最后一步也是非常重要的一步,不能急于qiú成。

产品需qiú文档是否考虑得全面,会直接影响到后续的开发进度以及实现的效果。

如果碰上比较严谨负责的团队开发,他们会提醒那些我们忽视的问题。但是很多开发只是按部就班,未提及的细节就默默地处理,或者是不做了,直到我们验收版本时才发现问题,不仅项目延期,开发对我们的信任感也骤然降低。

以下是容易被忽视的十个细节:

1)默认值

大多数用户比我们想象中的还要懒,所以需要在涉及到个性化选择功能时,设置默认选项或者是默认值时,同时满足小白用户与X用户的需qiú。

2)上下限

任何功能都需要设置上限值和下限值,避免产品出现失控。

比如说X输入X,发图片数量X,就是为了界面整体的协调性,保证X不会越界,同时考虑是否允许换行,并且最多允许换几行。超过字数X后会怎样显示,是直接省略还是滚动显示。

3)误cāo作提醒

对于一些不可逆转的功能,比如说举报、加入X、清空数据、放弃保存等等,必须要给予确认提醒,防止因为误cāo作而触发该功能。

4)网络状况

网络状况会影响数据的拉取,所以要考虑在断网或者是弱网环境下的使用。比如客户端内置默认图片,在拉取到数据之前保持界面的完整性,还要考虑到数据缓存机制,减少网络状况的不稳定,对产品的体验影响及时给予用户网络状态提示,并引导用户重新连网。

5)泉限jìn用

产品的功能需要调用系统的泉限,而一些X品牌对于泉限的X比较严格,所以会出现安装之后某些功能无fǎ使用的情况。

比如我们的产品需要调用摄像头泉限,而小米在第三方应用中默认jìn用这个泉限,所以很多小米用户反馈无fǎ拍照。后来我们添加了泉限jìn用时的提示弹框,引导用户去设置里开启泉限。

6)无响应状态

有一些功能运行时,会占用比较大的内存,对于性能较差的X就会一直出现在loading界面,用户只能X刹掉进程。所以要设计无响应状态提示用户程序仍在运行,需要耐心等待,也要给用户返回上一层的选择空间。

7)多语言配置

如果你的产品有可能会X到海外,那么最好提前考虑多语言配置的问题。为了减少安装包的大小,必须要精简资源库,尽量使用能够复用的图片素材减少X类图片。分享功能可以使用集成SDK,保证囯内海外的用户都可以使用。

8)规则X可控

很多规则在制定时,我们也不能保证说是最jiā的。如果把规则写sǐ在客户端,上线后数据反馈效果不jiā,那么只能X发布版本来调整,费时又费力。如果把规则做到X可控,虽然在开发时会多投入一些工作量,但能够做到快速灵活的调整。

9)数据统计埋点

要验证功能上线后是否达到设计目的,就必须X统计来进行分析,这也是衡量产品经理能力的一个指标。可以用友盟这种第三方统计平台,如果想要更详细的数据情况,就需要搭建X内部的数据X。比如界面的停留时长,X转化率,用户路径等等。

10)运营扩展

产品和运营是密不可分的,所以在设计每个功能时都要考虑到是否有运营扩展的可能,比如X某些功能的使用需要达成某种条件再解锁,或者在界面中设计一些预留广告位,为liú量变现做准备。

多看看前辈的文档,多写写X实cāo练手。只有踩过才知道哪里是坑,无他但手熟尔。每次工作完成后,多对自己遗漏的东西复盘吧,避免下次再犯同样的错误。

最后,做个原型设计自查表,在自己设计完了之后可以自查一下,看看哪里有没有问题。或者也可以原型设计完了之后,写需qiú文档,在写需qiú文档的时候再梳理下自己写的内容。

二、从其他人入手

需qiú评审所有参会各方未反馈出问题,但实际开展中发现各种问题,这说明除了产品经理外,团队各个职能的小伙伴都存在可改进之处。

产品:

前期需qiú调研不够透彻、X场景理解不够深入、边缘关联X了解不足。也就是说,设计的产品方案是没有形成闭环的或者是细节设计颗粒度不够。

此外还有一种可能是评审时需qiú沟通不够彻底,阐述的需qiú不够细致。有些同事不会仔细去看你做的需qiú,评审X是他们获取信息的最jiā途径。也就是说,他们以评审中获取的信息评估没问题,不意味着根据需qiú文档评估没问题。

技术:

评审参与度专注度不够深或者前瞻评估度需要提升。

需qiú评审的目的之一是技术理解需qiú内容以评估可行性和开发周期。实际开发中,发现评审时未提出的问题需要去分析到底是什么原因导致,毕竟开发中产生问题会非常影响开发进度且不是一个健康的项目状况。

其他:

同理,后续开发过程X现的问题可能是产品向/技术向/X向,评审中如果还有运营/X参与,他们也应当担当一定的方案评估角sè。

测试涉及到全需qiú测验,对整个产品/技术了解度相当深,正向的团队测试同学如果在评审中有X也应该提出。

总体而言,开展过程出现问题产品和技术需做最大反省并为之改进。

三、结语

需qiú梳理很难一步到位,在任何环节都有可能产生疏漏。画原型时产生问题也很正常,原型本身也是产品,需要迭代。

产品经理要做的,就是一步步试错,快速迭代,降低出错概率。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 画原型时,经常会漏掉很多的使用场景,怎么改进? https://www.xiongfawang.com/678.html

常见问题

相关文章

画原型时,经常会漏掉很多的使用场景,怎么改进?-海报

分享本文封面