内容举报
请慎重选择举报原因
这事情肯定是不能一言概之的。具体事情实际分析的话,还要看投入产出比。
首先,产品体验是没有量化标准的,可以付出大开发成本去做极致优化,也可以稍微简单做产品体验。比如页面稍微简单点,流畅简化算优化产品体验;把功能做极致,一键式傻瓜操作也是优化产品体验。我认为单纯的说产品体验是意义不大的,要看产品的阶段以及阶段首要目标是什么,再去综合衡量。
楼主既然提到了是产品上线,那应该就是指的是一个新产品上线。
新产品上线,最基本的就是满足目标用户核心功能或者服务,如果你指的用户体验跟核心功能是有密切关系,比如体验不好影响核心功能使用的,那肯定需要优化的,不能因小失大。
如果说核心功能已经可以满足当前用户的需求,那现在就可以先暂缓用户体验的优化,早上线就是节省成本,后期可以再迭代优化用户体验。不过这只是站在产品的角度上说的,如果公司有运营指标的话,还要看上线后能否达到用户增长目标。
站在用户角度来看,这就是个付出值不值得问题。因为你的产品体验差,我多付出了学习和使用成本,如果你的功能足够好或者我正需要,那这个成本就是值得,我自然愿意接受(当然后期如果用户成本能降低,用户自然会兴奋)。反之用户反馈就是一团糟,去你的垃圾产品~
使用收益 - 原产品使用收益 - 学习成本> 0 用户就会来使用你的产品
不知道题主是怎么理解用户体验的
如果这个问题是:一个产品上线,因时间或成本等因素,页面展示可以做的粗糙一些吗,使用流程可以繁琐一些吗,功能可以单一一些吗?
那么我的答案是:可以
假设你的产品是一个新类型的产品,只要你的使用收益足够大,能够抵消学习成本,那么就会有新的用户。
而如果你的产品是一个已经存在了的产品,那你需求比原来产品做到更大的使用收益,例如核心功能上更好(如搜索更快,内容更多)。同时你的用户体验越差用户的学习成本越高,越有可能阻碍用户增长。
基于这个原理,可以去在不同阶段以不同的方式衡量产品的目标。
问题本身就有问题,用户体验是什么?
1. 产品越简单,核心需求体验也越简单,比如打电话,客户端可以打且能听和说,通讯端可以通讯就足够;随着用户对产品使用的熟悉,以及外部社会发展的促进,用户有了新的需求;当新的需求满足后,为提升产品更好的体验,其UI操作等相应提升。
2. 确切的说当产品确定立项的时候,用户体验已经包含在里面了,当然想追求很优质的体验,那就漫长而艰难了。
3. 很多产品首次发布,功能并不全面,也是逐步提升的;
4. 因各种因素,产品早发布对企业负担会越小,不过这里建议首次版本基础的功能完整性、核心功能的稳定性、产品技术方面后续迭代等都需要做好,已保证上线版本稳定运营,后续能够实现快速迭代。如果整个团队不能保证稳定、快速迭代开发,那么建议延迟。
考虑范畴我认为不能一刀切
遵循一个原则:人无我有,人有我优
当客观因素影响了产品的用户体验,因首先从原则上进行判定,如果此功能是人家没有的,那此时我就可以放弃用户体验,若别人已经有了,那我至少不能比别人差的体验
这是单产品论
但实际情况会非常多,例如运营,渠道,销售,资金等综合情况,因综合考量,若本身渠道非常有优势,那此时需要的就是一个能用的产品,而非一个让人家眼前一亮的产品,其他情况举一反三
从B端产品的角度来看,要解决的是一个企业的痛点,因此在能解决用户需求的情况下可以先上线,再不断地优化用户体验。
从C端产品的角度来看,要解决的则是某一群人的某个痛点,所以要看同类型产品:
1.当同类型产品做得比你好时,不考虑用户体验容易造成用户流失。
2.当没有同类型产品时或同类型产品不如你时,可以考虑先抢占市场,上线后逐步优化用户体验。不过现在没有同类型产品的情况实属少见啊......
这个问题要根据具体业务的实际资源和相关场景而论,以及这个新产品所在的平台大小程度而定;
个人认为不应该过于考虑时间成本的问题,这个不是重点;如果新产品的最基础功能走得通,那么我更倾向于是能够上线的,理由如下:
1、新产品上线都会面临“冷启动”的问题,极少的用户和极少的流量和极低的转化率;当然,最基础的核心功能总得能实现吧,比方电商平台的新产品,订单流程要走得通吧,用户付了钱能买到实物或虚拟物品吧。
2、此时,不要做过多的推广,不要引入过多的流量;此时的产品处于导入期的阶段,产品的核心在于完善基础功能,树立口碑;避免“生于拉新,死于留存”这种情况,然后太多的用户体验太差了,满世界骂你的产品,这就得不偿失了
3、如果是新颖的产品定位,那么要用最低的成本去验证你的MVP理念是否行得通,这个时候应该上线,把新产品丢在一个陌生的环境,看看用户是否有好感有兴趣,然后通过市场验证这个理念能否行得通,紧接着,再去开发迭代!
你说的上线 ,应该指正式版本
其实用户还是在意用户体验的,比重的话,就看产品所提供的功能,有没有解决用户核心问题,能达到啊哈时刻的话,一般能忍;如果没有,就留存不下来,或者侧重吐槽体验问题
要看产品的解决了什么问题,还要看产品的竞对环境
如果是刚需产品,比如疫情期间各种做核酸的小程序,不需要考虑用户体验的
因为你不用,你就出不了门,所以在出去浪,和偶尔体验很差,用户的容忍度很高
但是如果行业赛道很多同类产品,没有用户体验的话,我觉得没有上线的必要了
一个产品上线,要不要考虑用户体验,这是很多运营人都考虑过的问题。我的答案很明确:不考虑!为什么?我会在下面说出我的理由,欢迎讨论。
理由1:要做符合产品生命周期的运营。
相信所有的运营都知道产品生命周期曲线图,我这里也不再叙述概念了。营运就是在正确的时间做正确的事情,产品上线,我们更应该关注的是种子用户、创新者、早期采纳者。
在产品上线的时候,我们应该关注的是种子用户,引入种子用户,激励完成产品使用的完整流程,帮助我们的产品快速迭代。
这一部分种子用户、创新者、早期采纳者,他们的特点是:
(1)容错性高,需求更加强烈和迫切;
(2)乐于发表意见,喜欢提出建议,愿意持续与你互动,甚至愿意与你一起运营该产品。
所以,我认为,是不用考虑用户体验的,更应该回归到产品的生命周期的运营上面来,在对的时间做对的事情。
理由2:验证产品的MVP
软件行业里60%的功能是完全多余的。
MVP = Minimum Viable Product,中文通常翻译为最小可行产品。
能不能翻译成大白话?能!
用最小的成本开发出可表达项目创意,可用且能用于表达核心理念的原型产品,使其功能极简而且能用于快速验证想法。
目的:尽快接触消费者,验证需求,往P/MF的方向前进。
因此,在一个产品上线的时候,不应该关注过多的用户体验,而应该聚焦到产品的长期价值,设计产品的MVP,快速验证产品的长期价值。
理由3:运营的压力
个人认为,完美的的产品是没有的,或者是极少的。一家公司,不可能把一个产品做的非常完美再上线。 由于时间或者是成本的因素,早期可以不用过于关注用户体验。
理由4:早期的用户量不大
前面我也说了一下,产品上线,早期的用户量可能没有那么大,并且他们的容错性高。
所以,我个人觉得,一个产品上线,早期是不用过多关注用户体验的。
一个产品上线,应该说的是一个全新的产品刚开始发布到市场,这个阶段核心功能是最重要的,满足了核心功能,因为成本的问题可以暂时先不考虑用户体验,但是后续迭代需要快速的优化,因为用户体验不好,会对用户造成很大的学习成本从而导致用户流失
首先要考虑目标用户群体,是哪类人?群体用户,还是企业内部使用
前者在实现用户核心功能需求的前提下,用户体验是必要考虑的;除非你有竞品没有的功能亮点,可以考虑部分用户体验,后期进行优化;
后者可以分为紧急能用的产品,满足内部使用的功能,在实现需求的情况下,也要考虑到后期怎样迭代优化;
还有4个有趣回答,继续看^-^
暂时还没回答,等你发挥
扫码即可下载app
内容举报
请慎重选择举报原因
邀请回答
想要更快获得答案?试试邀请回答吧~ 今日已邀请0/5
给问题加标签后,可根据标签推荐更专业的用户来回答
微信扫码即可分享
删除后将不会展示在回答列表中
沉底后问题将从推荐列表中移除,此为
智囊团成员特殊权限,请谨慎使用
问题已沉底
用户将无法在列表查看到该问题
沉底操作已达上限,建议联系天天问管理员
处理违规内容
请重新尝试
©2016-2024 - 深圳聚力创想信息科技有限公司 - 粤ICP备14037330号 粤公网安备 44030502002255号
广播电视节目制作经营许可证(粤)字第03109号 增值电信业务经营许可证粤B2-20190788 版权所有 © 深圳聚力创想信息科技有限公司