《超凡蜘蛛侠2》的一点产品感悟

今天跟最好的朋友DOZ还有他媳妇我们仨人一起去看3D原声《超凡蜘蛛侠2》。先后有一些产品的感悟,待我细细讲来。

在观看前,D先生一直给我说《超2》有什么好看的,就是在炒冷饭。但是在结束的时候,我问他怎么样,他说:“还不错啊,毕竟是美国大片,投资了那么多钱。”

他的回答就是产品体验。

对产品来讲:产品首先需要通过各种宣传方式让大家知道它——其次,产品要有真功夫,确实能够解决实际存在的问题,且用户体验要在资源可以调配的最大程度内做到最好——用产品的使用价值+优秀的体验,留用用户。这就是一条完整的生态链。

 

电影中蜘蛛侠彼得在拒绝哈利采血的时候,认为不给哈利自己的血就是对哈利好。但最后的结果却是害人害己。着实可怜。这种行为其实就是主观主义错误,对产品经理来讲,在产品设立之初没有数据支撑的情况下,可以依靠经验和竞品进行产品构建,但是在推向市场,与用户产生关系后,必须要学会拿起数据这个武器。学会用数据说话,用数据得到的结果,用科学方法进行分析,通过A/B测试等手段进行优化迭代。

彼得与魔化哈利在钟楼内战斗时,彼得深爱的女朋友歌纹最后不幸牺牲。虽然,彼得的蜘蛛丝在她坠落的时候抓住了她,但是意外发生了,抓住她的位置距离地面很近很近,歌纹坠落的巨大惯性,正好在蜘蛛丝的柔性之内。最终的结果是,歌纹惯性不减地坠落到地上,然后被彼得的蜘蛛丝拉起。不幸牺牲。

蜘蛛丝的弹性在某些时候是好事——也许是绝大多数时候,但是在这个时候,假如弹性没那么好,歌纹还是有一线生机的。产品经理在设立规则的时候,要深刻的警醒到这一点,要注意,规则不可包容一切情况!当你试图去建立能包容一切情况的规则时,就是在误入歧途!那么,你只需要知道,你的规则有没有给你的主流用户群解决了绝大部分的情况!假如一种规则不足以适应发展时,首先考虑对用户群的甄别,针对不同的用户群再根据产品的战略规划进行抉择。

歌纹坠落的同时,身体6个方向都有齿轮,也许是齿轮挡住了彼得的视线,导致彼得并没有准确的判断出歌纹与地面的距离,这是每个人放到整个位置上都会出现的错误,所以,我不会因这个而指责他。我在此讨论的是产品的危险监控和解决预案,互联网的产品都有一个特点,就是变化。变化的中心是围绕用户群,变化的呈现方式是用户体验+功能革新。这里说到了三个维度,目标用户群+用户体验+功能,因产品不同,肯定会有更多的维度能挑出来,但是这三个是核心,围绕这三个进行数据监控,设计并行于功能之外的功能:数据统计分析,是一个中大型互联网产品必须要有的功能。但凡对数据进行监控得到的暂定式结论,都会有两个维度的平面分配。就是我上文讲到的用户分析。【产品经理处理问题“五步法”模板】

看电影是在郑州的新建文影院,它是在商厦的四楼,电梯直达,开门的时候,电影员工作人员拿出塑料袋递给我们——外面下着雨,我们带了伞,以方便我们看电影的时候可以放在座位上。

走出电影院的时候,电影工作人员还给我们了一份制作精美的电影传单。这个对产品的启迪很有意思,体验完成了,你走就走了,但是我还告诉你还有更好的。你想试试么?

最后,我在电梯口看到了一个视频,郑州神曲的MTV版,有完整的,有花絮,看完后我就推测一点,能拍出这个效果,肯定不是作者一个人的资金能够完成的。投资拍这个的人也让我十分佩服,它给我的启发是:凡是能聚焦的文化,就可以产生价值。互联网时代,产品品牌的运营方式是:吸引-共鸣-热爱,例如小米,它的运营思路就是如此!

时间: 2024-08-12 04:54:02

《超凡蜘蛛侠2》的一点产品感悟的相关文章

一点小感悟关于df lsblk fdisk命令关于三种存储

物理块与文件系统之间的关系图: 映射关系:扇区→物理块→逻辑块→文件系统 dfisk:物理块  lsblk:逻辑块  df:文件系统 分布式存储的应用场景根据其存储接口,即提供的访问接口,现在流行分为三种: tip:所谓数据存储的接口,就是数据传到哪里你就得接走去存,接走后,剩下的工作就是你做,由你落盘,至于从谁手里接,得看你打交道的对象的支撑.对象存储: 也就是通常意义的键值存储,其接口就是简单的GET.PUT.DEL和其他扩展,如七牛.又拍.Swift.S3.我认为是从应用层把数据接走,数据

关于接口测试的一点小小的感悟

接口测试的目的 这个算是老生常谈了,但我觉得只要聊到接口这个还是绕不过的,没有目标就没有评判标准,所以测试的目的还是很重要的. 先搬运一下维基百科上的英文解释(中文没找到,百度的就算了...): API testing is a type of software testing that involves testing application programming interfaces (APIs) directly and as part of integration testing to

每天一点产品思考(10):知识的生命周期 —— 知识的产生与归档

??昨天和乖哥聊完之后,阿白就一直惦记这个乖哥的"知识的生命周期"理论,期待这乖哥进一步给他讲解一哈. ??今天一大早阿白就来到公司,准备好纸笔,静静的等待来上班的乖哥.果然乖哥还是向往常一样提前半小时来了公司.乖哥刚坐到工位上,阿白就跑过来请教乖哥.乖哥看阿白这么热爱学习,自然也是很乐意继续交流的. ??"我们今天继续说一下知识生命周期的前两个阶段 -- 产生与归档.首先问一下你平常使用到的知识形式都是什么?又用什么进行知识的记录呢?又怎么管理知识呢?"乖哥还是一

每天一点产品思考(9):什么是知识的生命周期?

日常焦虑小阿白 ?今天早上阿白一过来就忧心忡忡的样子.乖哥问阿白早饭吃了没,阿白过了半天才反应过来.乖哥一看平常嘻嘻哈哈的阿白同学今天怎么心不在焉的样子,做为中国好同事自然要关心一下了.阿白这才说了自己的困扰,"工作这么久了,每天都在看各种知识,但是很长时间下来,发现其实自己本质上并没有沉淀什么知识,很多东西知识泛泛而谈,大概就是基于了解吧." 排忧解难好乖哥 ?"我以为啥呢?原来是大众性问题,现代社会人大多都会得的'知识焦虑症'.",乖哥笑着说. ?"啥

ef core数据迁移的一点小感悟

ef core在针对mysql数据迁移的时候,有些时候没法迁移...有两种情况没法迁移,一种是因为efcore的bug问题导致没法迁移,这个在github上有个问题集,另外一种是对数据表进行较大幅度的变更,导致外键导航之类的变更较多,无法正常迁移,并且涉及到该表的迁移有多条. 然后我就自己琢磨,在不删除所有迁移记录的情况下怎么顺利把数据表更改掉,然后摸索了一阵,确实成功了,步骤如下. 1.先把表备份后,删除这个表.2. 在migration记录表中,涉及到该表的迁移全部删除.3. 删除迁移记录中

自我认知--认识产品(一)

最近在做一个IT项目,从需求到实施,再到编码都参与其中,所以在空闲时总结对产品感悟 一.产品所在的社会结构 产品的设计初衷要与所处的社会结构相符合,被人认可的产品在诞生之时就与所处的社会有着密不可分的联系,这些联系有可能是经过设计者的大量调研和思考的成果或者是无意之中创造出来的,就以目前的中国为例,现在主要的IT精英用户还是占少数部分,绝大很数是IT小白用户,针对这样的情况,设计出的产品主要还是偏向于大众化,就像一个大杂烩里面什么都有,但社会一直发展,相信中国的社会发展会越来越好,到时候社会分工

c++感悟

无论何时何地都不要去问别人问题,如果是和别人讨论就除外,因为当你从一个问题开始思考的时候,这种收获是无法言语的,时间一长,你就会发现,你学什么都会了,学什么都容易了, 如果你一有问题就去问别人的话,时间一长,你自己做的事情或者解决的问题,你都不能确定是不是正确的,所以你又要去问别人,如此恶性循环,是一个it猿的悲剧,因为他总是很努力, 却总是也无法提高,要想提高自己,就必须每问必问问自己,最后赠言:吾既能完之,又何必问尔. ------------------------------------

年度钜献,108个大数据文档PDF开放下载

1.大数据的开放式创新——吴甘沙 相关阅读:[PPT]吴甘沙:让不同领域的数据真正流动.融合起来,才能释放大数据的价值 下载:大数据的开放式创新——吴甘沙.pdf 2.微软严治庆——让大数据为每个人服务 导读:数据文化带来1.6万亿美元数据红利,IDC调查显示,采用完整的大数据解决方案,将在未来4年内,给全球企业带来1.6万亿. 下载:微软严治庆—让大数据为每个人服务.pdf 3.大规模主题模型建模及其在腾讯业务中的应用 相关阅读:广点通背后的大数据技术秘密——大规模主题模型建模及其在腾讯业务中

百余份经典大数据文档免费下载

您只需要添加[ITIL先锋]微信公众号,公众号的后台再回复您的邮箱地址,我们将在两天内把这一百多篇大数据文档的下载链接免费发送给您! 这些大数据文档只是迄今收集整理出的一些文档,后期我们还会不断的收集整理,补充更新.如果您有好的大数据文档,欢迎后台留言推荐给我们.或者您有什么需求,也欢迎留言,我们后期会根据大家的需求,再收集整理一些文档奉献给大家. 大数据文档 (2014)OpenKN--网络大数据时代 的知识计算引擎.pdf <云计算(第三版)>Google云计算原理与应用(二).pptx