腾讯手机QQ产品经理丨我做产品的「失败」体验

2020-01-14

  在我写这篇文章的时候在听汪峰老师的新单曲「流年啊
你奈我何」,恰巧我Й又在写自己做产◤品的「失败¤」经历,顿时感觉秋风四起,落叶飘飘,一副冰冷凄惨的画ぁ面浮现在我的脑海中。说心理话,当宣布自己的产品转维护不再继续投入开发的时候,我心里真的很难受,似乎失去了什么,似乎又得到了什么,但那一刻我的内心更多的是「不甘心」。

  「不甘心」ミ是想再争取一些资源做更多的尝试,证明产品走到今天这一步是ω正确的,所做的一切是对用户来说有价值的,想给产品保留一丝希望;「不甘心」是作为产品经理的自尊,总觉得做过的事可以做的更好,而且还有很多事自己没有做;「不甘心」是内心一种无力的呐喊,и心有不甘,力未用完,可是,结束了就是结束了。

  这段做〓产品的「失败」经历,对我来讲是一笔宝贵的财富,今天我做一次复盘,与大家分享。“互联网的一些事”推荐此文。

  1.「低频」需求确实┛很难做大

 ☼ 我们以前总会听到关于「高频需求」的说法,就是产品上』的功能是可以解决用户「经常」遇到的б问题,这个「经常」就是「高频」,相反「偶尔」就是「低频」。我之前心里对这个事有着深刻的认识,但似乎一直停留在认识上,再加上之前都⊙是做的相对「高频」的需求,所以一直都只是觉得,应该是这样Ⅵ,直到这次才真正明白。

  或许选择「低频」需求υ的开始就是一个错误,我在做产品前期规划的时℉候,会分析需求的§发生场景及发生频率,说白了就是对用户来说有多「痛」。如果一开始的漏斗选择的太小,场景也会越来越少,越收越窄,相反如果选择Ψ了大一些的漏斗,那么就会好◤做很多,很♀多时候,产品经理在规划时候的判断,基本就就决定了产品的成败。

  2、「关键路径」上的门槛要足够底

  我想不少产品经理都是∮这么想的,也包括我,但是真正做起来的时候却总是感觉╯╰有点距离或者说太过于理想化了。总想让用户多填写一些信息,多选⌒择一个条件,多做一点操作,这在产品的ぷ关键路径上对于用户来ↆ说就是层层阻碍,是非常致命的。

  产品流程要足够简单,简╳单不意味着简陋,只是想让用户能否更加轻松的走到你的产品套路中来。

  3、「ω场景」要考虑完整

  「场景」这个词儿对产品经理来说非常重要,我自己也非常认可这一点。只是需要在考※虑「场景」的时候要更加细致,通过流程图将这些场景串起来,这是我试过◢最好用的方法,不管是主流程还是分支流程,都要想清楚,然后串起来就可以将其场景化了。

  4、「迭代节奏」很重要

  我当时两个节奏都没有踩好,状态非¤常别扭,所以如何在资源有限的前提下,产品经理可以控制好┎「迭代节奏」就显得很重要了,虽然当时自己做了很多尝试,但是觉得还是有不足的地方。

  这里的「迭代节奏」包括:「版本节奏」和「运营节奏」。举个例子,V1.0版本发布在7月10日,V1.1Ⅳ由于开发资源不足,评估完需求复杂程度后预计在9月10日发布;V1.0的运营由于排期问题,在7月30日开始运营,软广才能开始对外投放。

 Ⅹ 所以产品经理需要对现状有个「预判」,解决这≈个问题需要做两件事,一Ж个是「提前启动运营策划」,让推广和产品发布的时间点能配合起来;另外一个是「简化下一个版本的需求」,让有限的开发资源投在优先级较高的功能上,保证产品能够继续小步快跑起来。

  5、先「能用」再「"好用」,先「小而精」再「大而全」

  产品存在的价∮值一定是「解决用户在某个场景下的某个问题」,
所以在产品刚开始的时候需要对很小的一个功能进行「精雕细琢」专心解决好一个问题,而非「平台化思维」,什么都想做,但似乎什么都做不好,搭建好骨架后才能做大做强。

  当时自己有一种很明显的感觉,就是应该按照1+1的思路来做,但是却在◣按照0.9+0.1的思路做,体验扣的有点过于细了,应该是提供۩「有损体验」,★但是功能可用,后续不断完善。有种什么都想做的「平台化思ζ维」一直在干扰我。

  很多错误在亲身经历了之后才会有着深刻的感悟,后知后觉的痛≧楚似乎不那么好受,不过我想这也是在产品道路上需要面对的困难,有经历才会有成长。我将这些内容分享出↙来,希望可以帮助大家抛砖引玉í,希望我们可以共同进步‰。

  啊,多么痛的领悟…

  欢迎大家随时跟我交流,可以把你们的经历◙告诉我,我汇总出来后与大家分享,帮助更多的产品人◀,少走弯路。

  对了,最近「小咖秀」火了,你觉得它会是下一个现象级应用吗?

「互联网的一些事」聚焦互联网前沿资讯,行业爆料、小道消息、内幕挖掘,关注互联网热点事件!干货分享,提供各种产品文档、行业报告、设计素材免费下载。官方微信:im★yixieshi

本文链接: http://www.yi?xieshi.com/22205.html (转载请保留)

相关文章