【天天问每周精选】第87期：功能更新了却没用户用，是不是做得没意义？

Sharer: 人人都是产品经理 September 9, 2019 at 12:30 am

Link Share :http://www.woshipm.com/it/2834831.html - via RSS

做功能/更新功能，花费了不少时间和精力，结果发现用户都没发现也没用，是不是这次就算失败了？其次公司的产品每次更新都会出现问题，之前明明好的功能，突然坏了。难道每次都要全测试一遍？这两个问题你是如何考虑的？跟着天天问的小伙伴一起思考下吧~

问题清单：

如果一个功能更新了却几乎没有用户发现并使用，那么这个更新的功能还有意义吗？
每次更新难道都要把全部功能测试一遍吗？

问题一

如果一个功能更新了却几乎没有用户发现并使用，那么这个更新的功能还有意义吗？@小火车

精选回复@大鱼炖海棠

第一步探讨这个功能是怎么来的：

首先猜测这个功能应该是解决魅力型需求（也就是有了它会加分，没有也不会扣分）；
其次猜测这个功能应该是与产品的核心业务关系很小；
最后猜测这个功能的迭代是业务需求，而不是用户需求。

接下来考虑为什么没人用它：

是功能的入口太深，导致用户很少有机会看到它吗？
是该功能的使用场景极其有限，导致不会经常用吗？
是因为这个功能能解决的需求，已经有其他途径可以解决了吗？
是因为领导拍脑门决定上线的吗？

最后再探讨这个功能是否留用，就得考虑：

这个功能如果没有了会不会对用户体验造成影响？
这个功能如果没有了会不会对核心业务造成影响？
这个功能有了会不会惹领导不高兴？

将以上问题的答案找到，那么这功能的存在是否有意义就比较清晰了。

精选回复@江天一隅

（1）有没有意义取决于你的的目的是什么产品目标是什么！

离开产品目标谈意义纯属扯淡！

如果你的产品目的或者本意是让该功能被更多的用户发现，并积极使用从而达到一定的产品目标或者商业价值，那么就需要反思和仔细分析这个功能到低为什么没有受到关注？然后逐一去排查问题点出在哪里？

（2）如果你需要用户关注到这个功能

那么你是否赋予该功能在布局和排版上足够的突出？
在信息层级中是否优先？
在交互设计上不够显眼？
UI视觉呈现有问题？

……

“没有被用户发现及使用”的潜台词是 该功能对产品经理来说是相对重要的 ，是需要排到较高展示层级的！

基于这一点，不应该首先去质疑它有无意义，因为你本身希望这个功能得到用户关注和使用，所以，首先应考虑和定位问题点出在哪里。

如果该功能本身定位就是一个辅助的隐藏功能，是为了完成产品的流程闭环而存在的且不必然一定会被用户使用却必须要存在的，那么这个功能依然是有意义的。

如果该功能既不必然又无明确要达到的产品目标，那么产品经理就要好好考虑需求最初的初衷是什么？是不是从一开始方向就是错的！

精选回复@石砚 @请叫我马小胖

从有意义的方面来考虑：

（1）要考虑这个功能所对标的用户群有多少，可能这个功能更新就是为了服务于那一小部分群体。

（2）产品功能更新是有坂本规划和迭代的，因为各种因素，可能某个功能更新是为了服务于未来的产品战略规划。而战略或通过这个小功能引出的那个大功能还在规划中，所以只是目前用户发现使用得少。

就像白鸦说的：”即使有一个用户在用这个功能，这就说明这个功能是有意义的。“即使是这个功能目前无人使用，亦或者是暂时无法实现其商业价值，但只要是产品中必不可少的一环，就有做的必要！

当然很多时候新增的功能并不能被用户发现，或者使用的用户过少，这是很正常的，因为不可能一直保证策略是正确的。

精选回复@默默潜水的小透明

为什么要等用户自己发现啊。难道上新功能不推广的吗？产品新功能上线，让用户知晓的方法有以下几种：

（1）更新说明

如果是App产品，在应用商店可以标明本次更新的内容，新功能的使用方法，和位置。用户在商店中更新时，有机会关注到产品新功能的介绍。

（2）启动页

App启动页可以做新功能介绍页面，展开讲新功能如何使用，以及用户使用新功能的场景，诱导客户体验产品新功能。

（3）App内高亮显示

通多高亮聚焦新功能所在位置，引导客户点击新功能所在位置，体验新功能操作流程。这个方法可以做的强势一些，其他位置不能点击，只能根据引导点击到新功能，才可以自由使用。

（4）通知消息

通过APP内消息，通知提醒消息等渠道，通知用户产品新功能添加详情，引导用户体验新功能。

（5）市场活动

围绕产品新功能，策划一波市场推广活动，即增加了产品关注度，又让用户了解到了新功能的更新。

总之，尽可能让用户有多渠道可以了解到产品新功能，并完成新功能的体验，而不只是等待。

精选回复@koi

不同的功能目的不同，先看一个微信的案例，微信删除了漂流瓶功能。

当一个功能没有用户使用，当然能够去掉，微信都能去掉，但在在此之前需要思考这个功能的目的是什么？这个功能是满足与市场？用户？还是公司战略？当初开发这个功能的目的是什么？如果只是做一个MVP到市场验证，得到了市场的结果，那么就根据结果做调整。

如果方向没有错，那么请考虑是否产品的信息层级出了问题？排版不够突出？宣传力度不够？

当年微信开发了微信红包功能，经历了6个月只有300W+人使用，借助了春晚的运营，才一炮而红。梁宁老师根据这个现象得出一个结论，一个功能没有运营没有宣传，它使用量的天花板就是300W+。

结合我公司的一个例子，刚开始结合公司战略推出月报功能，渗透率不足5%，经过半年的运营和线下活动，渗透率达到了25%，好评如潮。

后来很多用户反馈：你们这么好的功能，我们怎么都不知道？

实际上这个功能我放在商家后台的一级目录，每次月初都会在后台&APP段弹框提醒，即使这样用户都没有主动使用起来。

用户主动去使用一个新功能的几率太低了，反问一个问题你们很多主动使用过微信的浮窗功能吗？

更多精彩回复：https://wen.woshipm.com/question/detail/th7snj.html

问题二

每次更新难道都要把全部功能测试一遍吗？@Z丶six

公司的产品每次更新都会出现问题，之前明明好的功能，突然坏了。

大家是怎么解决这个问题，或者可以建立一些奖罚制度让开发人员更加仔细吗？

精选回复@冰雨幻天

一般正常的流程是：开发完成后，先放在测试服务器进行测试，测试的过程基本上就是本次更新、优化的、修改的内容进行详细测试，因为本次优化而影响其他相关功能的进行测试，然后全面测试。部署前测试和部署后正式环境测试，都应该进行。

测试的重心排列顺序是： 本次更新的内容 >和本次更新内容相关的内容>全部功能

也就是说，前面的这两个要详细严密的测试，最后的全部功能，大概走一遍就行了~

还有我提醒一下，公司里面什么岗位可以没有，但是不能没有测试，没有测试，你是如何保证你的产品在线上如何稳定运作的。我深深受过伤，公司没测试，然后我自己写测试用例，自己测试，然后出问题，自己背锅。

奖惩机制让程序猿仔细一点，你是不是疯了，自己开发的，自己能觉得有问题？自己永远都觉得自己的逻辑是对的。

精选回复@农夫

这个问题是公司项目管理的问题，各流程干系人的能力、尽职尽责的责任心、业务的熟悉程度的考验。

当然，对于产品经理需要熟知的是本次更新的功能影响点有哪些，灵魂拷问：需求的解决方案对吗？能不能解决用户痛点？有没有更好的解决方案？能否经得起技术、测试的再三询问？本次更新影响哪些功能点？发现需求Bug的时候锅怎么甩？

产品更新的时候，一定要求技术告知本次改动了哪些内容（代码更改范围，当然对于产品不是很了解代码的情况下，一定要知道技术实现的方式是什么，从哪个模块调用什么到哪个模块来实现该功能）。

其次对于本次更新可能涉及到的功能点，一定要和测试说清楚，正向流程，逆向流程，正常流程，非正常流程。本次更新要对哪些模块做回归测试，测试用例一定要测试告诉你，就算是不出用例文档，也得知晓测试的测试风格和测试过程情况。

切记、切记、切记，在产品需求告诉完技术和产品后，一定要定时的去问一下，需求有无问题、测试有无盲点。你不问，很有可能会出现一个结果（产品没有说清楚这个需求，我不知道）

以上都搞清楚后，那么出现问题的话，就没有产品的事情了，只能是测试和技术的问题。但这个事情首先摘掉自己的责任，产品是流程第一步，只要产品不错，后面出错就属于其他人能力问题。你自己出错也是能力问题。所以，归根结底是能力问题。

精选回复@和小胖

这个是多方面问题造成的，但是依然可以做一些事情减少这种事儿出现的概率。每次都全部测试一遍，明显不现实。

需要开发写代码时候尽量的模块化，没个模块彼此独立，互不影响。需要开发写好单元测试，做好自测。需要开发自己做好代码的 review，需要开发给出每次开发的流程图。

精选回复@泥白

完善开发、测试的验收流程，尽量把虫子按死在发布前。
发布前提前1-2天封版，发布前后都需要在测试机多跑几次。
灰度发布，不过发布对象不是生产服务器，而是另外的模拟生产服务器，没问题再往生产服务器发布。
非必要时尽量发增量。

精选回复@学无涯

按道理肯定要做回归测试的，但是我瞄了一眼隔壁为了全力支持新项目，全组就剩他一个人的产品经理。

还是看实际情况吧！看实际情况！看实际情况！

你把刀放下，放下！

精选回复@范灿彬

楼主是产品还是测试呢？

公司不请测试或测试人手不够那看看能不能发展用户帮忙？作为先锋部队。这需要运用一下KOL运营的知识，早期团队中，经常“全民测试”哈哈。

更多精彩回复：https://wen.woshipm.com//question/detail/ocvdge.html

问题一