微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

产品经理进阶成长过程中都会踩的坑(三)

来源: 2444
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

这是“产品经理进阶成长过程中都会踩的坑”系列的第三篇,也是完结篇。

产品经理进阶成长过程中都会踩的坑(三)

九、分不清有也挺好和让用户尖叫的功能。

在中国的互联网行业环境下,任何新鲜出炉的产品,不管是国内的还是国外的,只要模式够好,用户喜欢,不需要多少时间,一大波非常类似的产品就会出现在市面上。在这类相似产品的群体中,先来者可能还会分到一杯羹,后来者只能在夹缝中求生存,赶超的机会只在于是否能够后来居上,最终赢得用户的欢心,最准确的抓住用户的痛点,让用户用过之后感叹“这就是我要的产品”。

但是,很多产品经理经常花了很多精力在打造一些“有也不错”的功能。用户体量比较大的产品,任何一个功能,都能满足一部分用户的需求,也都有部分用户在使用。类似的功能需求会永远做不完,这样下去会让产品越来越复杂。微信做了一个很好的榜样,把沟通的功能做到非常方便。

资源总是有限的,产品经理应该把精力放在核心业务上,用户在使用某个产品的时候,内心都会有一个预期,这个预期能超出多少,决定了用户对这个产品的喜好程度,而这可以通过追求极致体验来解决。通过运营不断收集用户反馈,再不断的优化产品,都说做产品讲究的是要对得起本心,产品经理最要对的起的就是自己的专业度。追求极致应该成为我们的工作态度,这样才能做出让用户尖叫的产品。

十、追求详尽的需求文档而不是牛逼的产品

我见过写的非常好的需求文档,很详细很清晰,让我这个产品老兵都自愧不如。写出一份好的需求文档,确实很重要,因为可以帮产品经理理清思路,同时又让开发人员、测试人员知道产品的设计细节。不过对于PRD,应该是够用就好,能确保有效沟通,现在都开始流行直接在原型上写需求逻辑说明,也就是原型需求文档,这样技术人员可以对照着界面看,更有感觉一些。确实有些技术人员会说,看大篇幅的文字,会看晕掉。

产品的主要精力和时间不应该是花在写需求文档上,更多的是要验证需求,有时间可以把原型做的高保真一些,用原型去向用户验证,获得用户的认可和反馈,去感知用户的真正需求。因为产品经理最主要的职责还是做出好产品,写需求文档只是这个职责下面的一项工作而已。

牛逼产品的诞生绝不是需求文档写的好就能产生的,很有可能只是一张思维导图,一个业务流程图,或者是几张纸上原型,就能把方向和发展思路确定下来,从而去指导后续的完善设计。

十一、将产品上线发布当作工作完成

这个错误产品经理也很容易犯,很多人面试的时候让他说一下从需求开始的工作流程,一般说到开发跟进就结束了。这就是对产品生命周期不了解的表现,没有上线后的跟进,只能说是功能上线了,至于是不是做出来一个好产品,那还要看用户的使用表现。

可能跟公司内部的风气有关系,现在都要求除了会干活,还要会作秀,所以发布了一个版本,甚至发布了一个小功能,都会喜报邮件。这种邮件很鼓舞团队士气,只是产品经理不能把产品发布当成完结环节,还要跟进上线后的数据表现,看用户接受程度,然后决定是否需要改进或者推倒重来。

很多产品经理急于发布自己的产品,导致产品体验不好,就算后续快速改进,也很难挽回用户的流失和口碑。现在有很多产品都开始实行A/B Test模式或者灰度发布的形式,就是先切一部分流量去测试新上线的功能,这样是为了避免发布的产品或功能不被用户所接受。

产品发布意味着用户才真正开始使用,成功与否不是看产品是否发布,而是看用户是否真正喜欢。要做到用户喜欢并能用起来,产品发布才是刚刚开始。这个看似很简单的道理,但做起来不那么容易。

十二、以喂饱技术团队工作量而增加功能

很多公司都有类似情况,为了不让技术团队闲下来,要求产品经理能够持续产出。很多时候产品经理没有想好要做哪些功能,为了给出足够的工作,于是临时的做一些小功能。这样的坏处显而易见,不仅是资源上的浪费,更有可能会造成产品变臃肿,变得没有逻辑。要知道前期功能加多了,到后面想减少是很难的。

产品经理要清晰的定出每个阶段、每段时期产品的发展规划,有个稍微粗一点的框架,到了要做的时候就不至于无法产出需求。而前期只是做规划的话,到了时间如果业务发生变化了,需求需要调整也完全来得及。

另外产品经理要与技术人员做充分的沟通,不同的发展阶段,都会有不同的技术底层建设要求,本来就需要在迭代过程中,安插着去做一些技术优化和技术框架搭建的任务,一般很难有技术团队会空下来的情况,除非技术团队特别的不负责任,只是单纯的完成产品交付的需求实现任务。

组织上也要给予产品经理合理的时间去培育产品,也给予产品经理足够的信任。产品经理要发挥自己的专业能力,快速的梳理清楚业务流程和业务诉求,制定出相应的产品规划,与技术团队一起商量迭代的节奏控制,这样才能让产品走上正轨。

总结

这里提到的可能只是其中一部分产品经理常犯的错误,基于我自己的成长经历和带团队的经验总结,不一定适合于所有公司的情况,或者适用于每个成长中的产品经理。如果你是产品经理,你希望自己能快速成长起来,可以对照一下看看自己有没有犯类似的错误,反正有则改之,无则加勉,希望大家都能成长为牛逼的产品经理,设计出更多好产品。

相关阅读

产品经理进阶成长过程中都会踩的坑(一)

产品经理进阶成长过程中都会踩的坑(二)

 

作者:华仔(微信公众号:零起点做产品经理),11年多产品经验,专注于在线教育和电商产品方向。合著有《运营前线》、《产品前线》、《互联网产品之美》,译著有《人人点赞:让APP瞬间疯转的绝妙文案》。

本文由 @华仔 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号