增加功能需慎重

最近在产品的最新版本中增加了计步功能,在这段时间,我们遇到了不少的问题,也看到了这个功能的不少缺陷。我不禁开始思考,为什么要做这个功能?这个功能这么实现真的好吗?是否有更好的方式来达到我们的目的?

其实,增加功能的原因,自己也不是很清楚,最初是老板提出一定要加上去的,但我作为产品经理没有认真去分析可行性,以及最佳方案,也有很大的责任在里面。而且这个功能的设计也有些欠考虑,没有调查清楚用户的具体需求,也没有结合我们用户群及软件的特点来进行设计。在实际的实行过程中,我也进行过一些反思,望能引以为戒。

要说清楚做这个功能的出发点,首先还需要说一下公司决定添加一个功能的逻辑与思路。一般都是老板某天在使用过程中遇到了什么问题、或想到了什么点子,然后回来和我们说需要加功能,也就是所谓的拍脑袋;还有一种情况是其它软件这样做了,效果还不错,就想抄过来;剩下的情况,可能是有两三个用户在群里面反复说,然后老板就觉得这个功能是众望所归,所以要加上。

计步这个功能就是第二点和第三点结合的产物,用户群里面确实有几个用户提过要加计步的功能,而且乐动力等计步相关的软件这么火。但最主要的还是我们想接入微信运动和QQ健康,这样可以在QQ和微信中都有一个宣传效果。

现在想想,这个功能是没有经过仔细的论证和推敲的,没有结合我们用户的特点与软件的实际使用场景。计步这个需求主要存在于我们日常的使用,而且对于城市中的普通用户的吸引力比较大,但我们的用户群主要都是以重度户外为主,对于步数的关注度并没有那么高,甚至可以说对于他们来说这是一个可有可无的功能。

所以,在现阶段我们的主要精力不应该话费在这种鸡肋的功能上。可能确实有几个用户对于步数这个数据比较关注,但是,他们是否真的需要使用户外助手来计步呢?现在计步类的应用很多,像乐动力、春雨计步器、动动等都是比较成熟的软件,甚至很多手机系统都是自带计步功能的,所以不仅我们服务的用户面狭窄,而且我们还无法像那些专业的计步APP和系统一样做到那么准确。

上面说了这个功能的必要性,下面再来说说我们的做法上的一些问题。就算决定了要做这个功能,我们其实也应该本着一切从简的原则来做这种次要的功能。现在我们的方案完全是抄的乐动力的方法,考虑了各种手机在各种情况下的计步,而且还像乐动力一样将稍微长一点的计步数据归结为一条记录方便用户查看。

因为乐动力就只有计步一个功能,而且每天的数据也不多,用户基本上很少去打开它。但户外助手的主要功能还是记录运动,花费那么大的精力去研究计步算法,而且最终的效果还是不如人意,这就有些得不偿失了。而且我们的主要功能在于记录户外运动,是用户主动去触发的一个操作,用户可能并不关心我今天走路分了多少段,这段时间是从哪里到哪里,生成了这么多的记录之后,在运动列表里面用户可能很难找到自己主动记录的那些运动记录,这些自动产生的记录会让整个列表都显得很混乱,不是用户关心的东西,这就会成为垃圾数据。

另外,从开发的角度来说,这个功能的增加需要花费很大的精力,再结合我们公司现有的技术实力,这势必会导致功能不完美,而且对于软件性能的影响也比较大。增加了计步功能后,在以后的产品设计以及开发的过程中我们都需要考虑计步这个因素。

最直接的就是,我们在做记录运动的时候还得区分有步数的运动和没有步数的运动两种情况,运功数据的统计也要加入步数这个维度,界面的展示也要兼容有步数和无步数。再加上计步是一个必须长期记录的工作,这就要求我们的软件必须常驻后台,本来我们软件的耗电以及无法关闭就饱受用户的诟病,现在我们更要加强计步进程的保护机制,这方面的难度又要增加了。

除此之外,对于软件保护的引导也还需要加入开机自启动等设置,这又进一步增加了用户的使用成本。这一切都是无形的成本,以前看到网上有句话说,“一个失败的产品是加多少垃圾功能导致的”,不禁感觉这句话太有道理了。

所以,现在以我自己的想法来看,就算我们要做计步,并以此接入QQ健康和微信运动来达到我们在微信和QQ上宣传推广的效果,我们也完全可以以简单的方案来完成。

在这方面我觉得我们确实可以借鉴咕咚的做法,我只是统计手机系统记录的步数,并只显示每日的总步数。对于没有自带计步功能的系统我们就不提供此功能,这样做满足了很大一部分用户的需求,而且随着手机的不断升级,覆盖的人群会越来越广。

将计步独立出来,不和软件的其它部分(运动)关联,也有助于我们功能的清晰以及后续设计的简洁,减少对其它功能的影响,以最少的代价来实现接入微信和QQ的目的。没有单独的步数记录,也可以保持运动记录列表的简单纯粹,列表中都是用户关心的数据,不会让用户有混乱的感觉。

这些东西当初开始做的时候虽然想到过一部分,但自己也没有去认真的分析整理,也是在经历过了后,事后思考才想到这些。当然啦!以我们公司的情况来看,可能就算提出来了基本上也没有什么希望说服老板,但自己还是需要多多的思考,即使无法阻止也要心里有数,看是否有办法将影响将到最低甚至产生有益影响。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,922评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,591评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,546评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,467评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,553评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,580评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,588评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,334评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,780评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,092评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,270评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,925评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,573评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,194评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,437评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,154评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容