你连Bug都抓不住,还谈什么参与感?

林子大了什么鸟都有,APP市场也是这样。举个例子,有段时期图片社交井喷式发展,各类图片社交APP一时充斥着市场。各种或重视图片加工或主打社交元素的APP“来得快去得快”、“你方唱罢我登场”,这些短命APP的例子不胜枚举。究其原因,除了市场饱和等客观因素外,更多的还是一些企业和开发者急于求成、眼馋市场,以构建参与感为借口将未经测试襁褓之中的APP推上市场,结果暴露出各种各样的Bug,最终演变成用户的吐槽大会。

小米圣经《参与感》一书大谈口碑为王的互联网用户思维,着力提倡参与式营销,提出构建参与感的三个战略:做爆品,做粉丝,做自媒体;三个战术:开放参与节点,设计互动方式,扩散口碑事件;霸气称为“参与感”三三法则,对市场开拓发展和消费者需求的剖析可谓深刻独到,小米的成功也正得益于此。但是若连Bug都抓不到,还谈什么参与感。

构建参与感、让顾客参与进产品和服务的建设并不意味着顾客义务为你发现Bug提改善意见、搭用户反馈的便车甚至让用户看笑话。一些创业者开发出一款APP后急不可耐,打着构建用户参与感的幌子、美其名曰:开放参与节点;将未经严格内测的产品上线,幻想通过UGC社区凝聚粉丝,靠用户发现并修复Bug;这种“卖破绽”似的扭曲的参与式营销简直就是耍流氓。这就好比夜深了,你咕咚着肚子跑下楼去买泡面,饥渴难耐打开却发现里面没有调料包,这样你这辈子都不会再想买这个牌子的泡面了。

开放参与节点指的是把做产品或服务的过程开放,筛选出对企业和用户双方获益的节点,双方获益的参与互动才可持续。开放节点应该基于功能需求,其中越是刚需参与人越多,让用户去天马行空而你始终得脚踏实地。一款APP在现有功能完整的情况下接触到广大用户,用户在使用的过程中发散思维,将新的诉求和愿望反馈给开发者,从而参与到产品的研发和运营等环节,让人人都成为产品经理,不断刷新和放大每一位用户在产品开发运营中的存在感,最终实现用户和品牌的共同成长。这才是参与感的真谛。

同样泡面举例,你推出香辣味泡面广受消费者喜爱,用户还希望你们家能出三鲜味的,他会很热情的表达自己的需求,你需要做的就是珍惜好跟用户的每一次交流,最后企业和用户一起“孕育”出三鲜味的泡面,同时用户也提升了对你的好感。小米4年的发展奇迹也是靠着高质量的MIUI ROM完成了粉丝的原始积累,这才是参与感的正确逻辑,这才是一盒泡面的正确打开方式。

然而,即便大家都明白上面的道理,但我们依然看到许多APP带伤上线。原因除了“学艺不精”外还是涉及到了APP测试行业的痛点。根据过往App行业经验,产品质量控制或者说产品的上线测试环节,无论是在大公司里还是中小开发者团队里都属于软肋,这主要是受两个方面的客观因素制约:1、图省钱——企业不愿意专门养测试团队或工程师,开发测试一窝端;2、图省事——团队中没有足够多的终端设备用于测试,内测样本容量少、分发难。此外还有企业为追求先发优势将产品匆匆上线以及刻意营造参与感、意淫用户贴心地帮你找Bug……最终演变成公司把一堆不负责任的垃圾丢给用户,而用户把垃圾丢进垃圾桶。出来混总是要还的。

既然测试那么棘手又那么重要,中小团队如何解决?要知道,人和动物的本质区别之一就是使用工具,所以这里向大家推荐一款名为Pre.im的内测工具,用起来简便快速。应用上传后,开发者通过二维码或短链接就可以将应用分发到用户的手中进行安装。此外,嵌入内测SDK,用户摇一摇就可以在应用内自动截图反馈bug和建议,而且完全免费。通过这一手段进行内测尤其讨好中小企和初创者之类的种子用户,同时也能很好地解决开发者的需求痛点。

总而言之,对于当前APP行业忽视测试浑水摸鱼的现象,无论是故意为之抑或无奈之举,企业和开发者都应转变观念、树立起测试意识。清楚地看到对APP科学严格的测试绝不能漏。人生三大囧之泡面没有料,忍不了;APP有Bug,同样忍不了。如果一个创业团队连自己应用的质量都保证不了,那还有什么资格要求你的用户满怀参与感地去提升你的应用?想跟小米玩参与感,Testin教你把参与感玩出花。

时间: 2024-10-06 00:10:53

你连Bug都抓不住,还谈什么参与感?的相关文章

SQL存储过程内部RaisError客户端抓不住弹不出错误的解决

我们有个海宏商业erp3,库存部分是用存储过程写的,减库存时会先检查负库存,比如还有5个你想出库6个,存储过程就raisError('库存不足',16,1). 最近这一个版本发布后,有客户反映有时候会出负库存. 再一个,我们软件特殊情况下会同时操作本地和远程两个数据库.开两个sql事务,容易产生莫名其妙的错误. 倒腾了一阵,结果汇总在这里,百度上搜不到答案,希望以后有人遇到能管用. {*****************************************测试目的***********

【译文】不是所有的 bug 都值得修复的

原文作者:KRISTINE PINEDO 译者:白乐航 欢迎访问网易云社区,了解更多网易技术产品运营经验. 作为软件开发者,您只需要为客户编写和交付出色的产品和功能. 但您也知道软件开发并不总是那么容易,因为进行迭代时候可能会引入bug. 毕竟,“如果调试是删除软件bug的过程,那么编程肯定就是将bug放入去的过程”,正如Edsger Dijkstra(译者注:著名荷兰计算机科学家,我们熟知有向图最短路径算法--迪杰斯特拉算法就是他的),所说. 因为这些问题将会影响你的客户,所以你可能会感到修复

我们公司做物流的!今年大批件物业量锐减、各行经济都不景气、还鼓吹房价高涨!真是其心可诛!

我们公司做物流的!今年大批件物业量锐减.各行经济都不景气.还鼓吹房价高涨!真是其心可诛! (0)回复(0) 伟才22分钟前 只有为老姓,穷人着想的产业才能长久,跟本!! (1)回复(0) 页龙31分钟前 今明两年开工量创历史新低,只有库存收窄,涨价才有底气. (4)回复(0) 杨武33分钟前 聪明的都走啦 (2)回复(0) 海35分钟前 现在走的高管都是滥竽充数的.市场好的时候谁都会卖房子! (0)回复(0) wu36分钟前 又到月底,在房子你欠银行多少钱,每月利息是多少.开发商集资的钱能还上吗

每一个Bug都可能是致命的

你投入几百个小时甚至是几千个小时开发一款应用的时候,如何能够在竞争激烈的市场中引人注目呢? 全面测试应用程序,每一个Bug都可能是致命的 完整而全面的测试往往决定了你的应用程序是收到较高的评论,还是被忽略无视.发布应用之前先做测试的一个重要原因是因为Android是一个开放的平台,因此有着自身的优缺点,优点是有更多的移动设备和更多的用户群,然而代价是不同设备之间互不兼容,因此要想让使用不同设备的不同用户都有较好的体验是非常困难的. 与iOS系统只需要测试一次相比,对你自己开发的Android应用

【亦观察】 为何现在任正非选择高调对外?(互联网时代是趋势,连华为都挡不住)

为何任正非现在高调对外:笔者认为,这是因为任正非希望他这次传递的信号更强烈,为什么需要更强烈呢?因为队伍不好带了.在采访中他也很坦率地承认,“其实我们很多员工都不听我们的,包括高级干部,他们常常不看公司的文件夹,而是从互联网上吸取能量”. <亦观察>No.44  任正非高调对外的内部原因 文/ 冀勇庆 6月16日,华为创始人任正非破天荒地第一次接受了中国媒体的采访,满足了大家的好奇心.而在笔者看来,任正非其实深谙传播之道,而且特别擅长反其道而行之.之前我们曾经看到过很多他的内部讲话,这些“不小

DevOps都玩不好还想玩AIOps?

devops出来没几年,很多媒体又开始宣传aiops,实际上,据笔者了解,devops落地得好的公司并不多.为了实践devops,很多公司为此做了很多工作,比如:1.把部门名字变了,比如以前叫运维中心,现在叫devops中心,以前叫运维部,现在和测试部合并成了devops部,让开发,测试和运维坐在一起办公.2.引入了很多devops工具链或者流水线,最出名的比如jenkins pipeline,或者其它一些商业CI/CD工具3.引入了配置管理工具,比如disconf,或者基于某开源软件比如con

所有的Bug都应该修改吗?

项目中的工作流,有一个Bug:“下一步找不到处理人时,报错.找不到处理人应该可以根据设置自动转到下一步.” CCFlow的流程节点设置界面有这个设置,可是设置了找不到处理人时自动转到下一步之后,依然报错.仔细调试源码之后,发现CCFlow并没有实现该功能,而是在找不到处理人时直接抛出错误,界面上的设置好像是给自动执行功能用的.我花了半个工作日的时间,仔细调试,首先确定CCFlow有没有实现这个功能,然后思考修改的可行性.最后放弃修改. 理由是:1.找不到处理人的情况是特殊情况,当发生这种情况时,

《中国式医患关系》:医疗时评文集,深度广度都不够,还有点过时。二星

基本是作者在2008-2011期间针对热点医疗事件的时评.按以下五个专题归类:医生,患者,医改,医学人文关怀,中医. 总体来看,这本书已经有点旧了. 其次,这本书有很多时评文章的共性:深度.广度严重不够.作者满足于就事论事,对行业对专业了解都不太够.由于是时评,因此没有对自己的观点做系统论述. 作者对于医改的看法,相对来说比较俗套,感觉深度不够. 有一些涉及到医学专业的一些问题,我认为作者说的有问题:开药特别便宜的那个医生,据我了解,开的药是已经过时的副作用比较大的药.所谓传承了一千年的正脊疗法

SOLID原则都不知道,还敢说自己是搞开发的!

面向对象编程(OOP)给软件开发领域带来了新的设计思想.很多开发人员在进行面向对象编程过程中,往往会在一个类中将具有相同目的/功能的代码放在一起,力求以最快的方式解决当下的问题.但是,这种编程方式会导致程序代码混乱和难以维护.因此,Robert C. Martin制定了面向对象编程的五项原则.这五个原则使得开发人员可以轻松创建可读性好且易于维护的程序. 这五个原则被称为SOLID原则. S:单一职责原则 O:开闭原理 L:里氏替换原则 I:接口隔离原理 D:依赖反转原理 我们下面将详细地展开来讨