童话说说技术创业美文职业
投稿投诉
职业母婴
职场个人
历史治疗
笔记技能
美文纠纷
幽默家庭
范文作文
乐趣解密
创业案例
社会工作
新闻家居
心理安全
技术八卦
仲裁思考
生活时事
运势奇闻
说说企业
魅力社交
安好健康
传统笑话
童话初中
男女饮食
周易阅读
爱好两性

两个真实产品案例所引发的思考

2月2日 蚀肉堂投稿
  当我们明确问题,在寻找解决方案,设计系统功能的时候,也绝对不能浅尝辄止,要学会去探索、去寻找更加完美的产品设计方案。
  作为产品经理,我们常讲要学会挖掘用户需求背后的问题实质,同样,当我们明确问题,在寻找解决方案,设计系统功能的时候,也绝对不能浅尝辄止,要学会去探索、去寻找更加完美的产品设计方案。
  我目前在负责一个电商平台,最近遇到两个比较有意思的产品设计案例,自己从中也有一些思考,所以尝试总结成文,也希望对各位有所启发。
  案例一:领券条件
  优惠券功能上线后不久,我们开始规划在前台做一个“领券中心”的功能,从而增加用户主动领券的方式和途径。当时运营提出需要支持针对“无可用券且下过单”和“无可用券且未下过单”两种特定人群的领券活动,需求背后的原因也比较清晰:希望通过领优惠券来刺激那些当前无可用券的用户下单,并且对于那些从未下过单的用户优惠力度会更大一些,因为这部分用户理论上会更难撬动一些。
  需求明确之后,在当时的设计方案中,是增加了“领券条件”的字段,包含“无可用券且下过单”和“无可用券且未下过单”两个选项。功能上线后,基本上满足了运营人员的使用场景,也没有报出任何问题,貌似又是一个皆大欢喜的新功能。
  可是在后面的复盘思考中,我发现了产品设计方案中的一些问题。我会觉得更好的方案应该是这样:首先对用户进行两个维度划分“当前是否有可用券”和“是否下过单”,然后在领券条件中增加相应的条件筛选。
  对比一下两个方案,很明显能感觉的到第二个方案的逻辑更清晰,灵活性也更高。那为什么我在功能上线后才反思到这一点,而没有提前想到呢?有哪些地方可以总结需要提升的呢?我大致想了一下,应该有下面三点:
  1。虽然详细了解了需求背后的原因和动机,但是仍被束缚在了用户所提出的方案中。当运营人员提出“无可用券且下过单”的筛选条件时,这个方案下意识的就潜入到了自己脑海中,而没有从需求本质的原点出发,去探索各种可行的解决方案。
  2。产品设计的架构不够清晰独立。“无可用券且下过单”这很明显是一个“AB”形式,也就是说A和B在最初始结构中完全是相互独立的,在某个特定的使用场景下,才需要做“与”的处理。而不应该把这个特定的使用场景作为产品设计方案中的基本逻辑点。
  3。缺乏全局的抽象设计意识。“是否有可用券”和“是否下过单”这两个条件或许当前只运用在领券的配置条件中,但是其本质上是对用户不同维度的划分,应该被理解成是用户人群的标签项,其所运用的场景不仅仅只包含领券条件,还可以拓展到更多的场景中。
  有了以上反思总结之后,我对另外一个待做的功能随之就有了更深入的认识。为了挽回流失的用户,运营提出新需求:希望系统能够对超过N天未下单并且没有优惠券的用户自动发放优惠券。如果你对上面的总结有所感悟的话,应该也能想到一个更为合理一些的设计方案吧,我就不再展开讲述,留给你自己去思考。
  案例二:领券时间
  还有另外一个案例,同样是关于“领券中心”的功能。最开始的产品设计方案中,每个领券活动都需要设定一个活动时间段,即指定开始时间和结束时间。通过一段时间的试水后,运营想到一个新的营销策略:固定周末领券,每次可领取的券完全一样,但是只能限定在活动时间内的周末领取。
  分析一下不难发现,按照目前的配置规则完全能够实现,即创建多个活动,每个活动的时间是一个周末即可,但是操作会比较复杂。如果要在系统功能上加以支持,其实只需要对“活动时间”进行一些灵活性的调整即可。所以最开始的构思方案是增加一个勾选项“仅周末”,如果选中此项,则该领券活动只会在活动时间内的周末有效,如果未选中则是在活动时间内均有效。
  乍看起来,这个方案无论是在操作灵活性和技术实现难度上都还算比较简单,也满足了用户的实际需求。可是如果继续深入思考,将问题抽象后进行分析,就会发现该需求的本质,其实是将原有一个连续的活动时间段,拆分成多个间断的活动时间段。如果是这样一个思路,我们能够支持的不应该仅仅是“周末活动”,也可能会存在“每周三活动”、“每月10号活动”等等。
  与第一个设计案例中的“AB”类似,“周末”只是一个特定的使用场景,而不应该是产品设计方案中最基本的一个逻辑结构。所以更合理的一个方案应该是允许用户选择多个间断的时间段,根据不同的使用场景,可能最终选择出来的时间是12月份的所有周末,也可能是12月份的所有周三
  我们要明白用户往往不知道他们想要什么,或者说用户只能明确当前所需要的使用场景(“AB”和“周末活动”),而无法断定以后可能存在的场景需求(“AB”和“周三活动”等)。所以,我们在寻找问题的解决方案时,除了满足当前用户需求,还应该有更深入的思考,要努力找准功能逻辑中最基本的结构点,通过这个基本的结构点则可以满足不同场景下的使用需求。只有这样才能尽量保证产品设计方案的清晰结构,保证实现功能的灵活性和可拓展性。
  以上,是我在实际的产品设计中遇到的一些案例,从中尝试总结出一些通用性的观点,但真正让我有所成长的是整个思考的过程。没有任何的方法论,能保障我们一直设计出完美的方案,只有形成自己一套成熟的思考路径,不断总结、不断提高,才能向着完美的产品设计方案不断趋近。
投诉 评论 转载

让技术有温度,解码QQ音乐7。0三维闪屏动感而细腻的画面,瞬间让技术拥有温度。QQ音乐2016年度版本7。0,于11月30日全新上线。全新版本不仅整体视觉做了全新的设计,以更简洁、更轻快的理念贯穿,而且向……设计的两个极端世界:“性冷淡”和“性热烈”在“性冷淡”和“性热烈”的两个极端世界中徘徊的设计。不知道从什么时候开始,“性冷淡”的设计就以迅雷不及掩耳之势迅速的占据了我们的视线里,他出现在了我们目之所及的地方,并且……Axure8。0实例:简单实用的验证码分享一个运用Axure8。0制作验证码的实例。相信大家都遇到过,在登录某网站时,往往会要求输入一个验证码,验证码一般是4或5位的纯数字或数字字符结合体,这里就给大家介绍一……开发产品的艺术在这篇文章中,本文作者介绍了自己的产品开发经验和使用的工具。他们的做法是以周为单位,不断与利益攸关者进行沟通,进行一次次的“冲刺”(sprint)。当然,我们也可以比较一下项目……产品策划:消息系统设计详解与案例分析看过很多产品设计的文章,很少有对消息系统这个模块的设计讲得比较清晰的,最近搜集了一些资料,结合实际例子梳理了消息系统的设计原则,供参考。一、消息系统定义消息系统,顾……小黄车ofo是怎么实现自行车定位功能的?摩拜单车通过车身携带的GPS而实现单车定位,但是我们知道ofo是没有安装GPS,它又是如何实现单车定位的呢?我居住的地方距离地铁站步行大约15分钟左右,距离最近的商场步行……为什么许多非社交APP都执着于社交?非社交类APP尝试社交,不是一定非社交不可,而是丰富整个产品的生态圈,全方位的满足用户需求。一款APP很容易诞生,一个研发团队或一位开发者能搞定;一款APP很容易推出去,……从构思、交互、视觉、包装4个步骤,手把手教你做个产品今天作者从构思、交互、视觉、包装四个步骤手把手教你做个产品。hi,盟友们大家好!已经快两周没有发文了,因为都在做作品,从构思,画原型,到定视觉风格和规范,再到出视觉稿和动……个性化推荐:从用户、推荐平台以及推荐内容入手研究最近正在研究个性化推荐相关的知识,本文以电商平台为例,逐步探讨有关个性化推荐的知识。研究一个事物,首先要了解这个事物,才能深刻理解它。个性化推荐系统包括:用户、推荐平台以……两个真实产品案例所引发的思考当我们明确问题,在寻找解决方案,设计系统功能的时候,也绝对不能浅尝辄止,要学会去探索、去寻找更加完美的产品设计方案。作为产品经理,我们常讲要学会挖掘用户需求背后的问题实质……全新UberAPP改版背后的设计思考总结声势浩大的改版设计总使人望而生畏。有太多变化与未知,有可能会失败。但我们知道,如果想要打造未来,我们就得欣然接受挑战。这就意味着不仅仅是在外观上下赌注,也是在重新想象整个流程。……支付系统设计:应用内支付(五)应用内支付指使用手机操作系统自带的支付功能来支持支付。目前国内主要的应用内支付有GooglePay、ApplePay、小米支付、华为支付等。其中ApplePay是典型的一个应用……
UI设计师要读的产品经理书单如何看产品之:价值链(上)【Lisa带你逛起点】因为梦想光芒万丈PM小技巧流程图产品原型我们为啥在APP里留了一个“BUG”?如何完整高效地制作一款APP产品需求文档有关产品管理的最重要的一课:很多基础工作,必须要亲自去做不同行业领域,互联网产品和运营该如何处理工作关系评估一个产品前景的五大标准深入了解产品思维:用户、需要、用的爽!从基础到高阶,这里有一份产品经理书单傅盛分享:五个为什么

友情链接:中准网聚热点快百科快传网快生活快软网快好知文好找作文动态热点娱乐育儿情感教程科技体育养生教案探索美文旅游财经日志励志范文论文时尚保健游戏护肤业界