L 产品案例
Listing
联系我们 | contacts us
电话:
邮箱:
QQ:
地址:环亚ag88手机版集团有限公司

您现在的位置:主页 > 产品案例 >

济南优秀的产品经理数据分析

2018-09-11 21:06

  去年实时,面对的是一个新产品,每天上午到办公室的件事情就是上手画产品稿。当然,也会和用户接触。当时在腾云大厦的访谈室一共参与了10场左右的用户访谈和焦点小组。用研的同学在访谈室进行访谈,而我和另外两个产品经理“藏”在小黑屋里面,透过单面镜和观察和聆听着用户反馈。当时最大的感受是:用户的反馈和我们设想的需求还真不一样!

  了解需求,而不是去批评客户。你熟悉的是产品和技术,而客户客户比你更熟悉业务的环境,客户总是知道问题在哪儿,你的工作就是要让他们自己愿意说出来,而且要深入的去挖掘问题的本质和客户的潜在需求。产品经理应该有逐步成为领域专家的意识,只有这样业务和产品才可能真正匹配。

  2、看论坛反馈:每天会收到前一天论坛中用户对于产品新功能反馈list的邮件,打开邮件看看用户有哪些建议,并及时回复。每周还会收到来自小米用户在MIUI“用户反馈”客户端的反馈list。

  另外,每天还会随时关注来自微博、微信、qq群等方面的反馈。和用户接触多了,也就发现了其中的乐趣:

  好的产品经理会考虑:在发布计划中向市场交付高价值的东西,并在发布之后获取市场份额、取得收益目标。 差的产品经理对于交付价值、匹敌的竞争性功能、定价和普遍性之间的区别,却混淆不清。 好的产品经理分解问题。 差的产品经理将所有问题为一个大难题。 好的产品经理考虑想让媒体书写的故事。 差的产品经理跟媒体一同思考覆盖每个功能、考虑在真实技术上确保(描述)准确。 好的产品经理咨询媒体问题。

  2、更加深入的了解自己的产品:通过回复用户反馈,被用户逼着去更加深入的去熟悉自己的产品细节,用户的这个反馈是针对哪个部分的?之前为什么这么设计?现在需不需要优化?等等

  3、真正明白那个“用户需要更快的马,其实是需要一辆汽车”的故事:举个例子,用户反馈需要MIUI便签增加保存为图片的功能。如果直接按照用户反馈,产品方案会好出,但是仔细想想用户要保存为图片做什么呢?发微博配图,私信给自己的好友等等,那么产品方案可能就不是“保存为图片”,而是“以图片的形式发送”。

  而差的产品经理在指出“怎么做”的时候自我感觉最棒。 好的产品经理会制作可参考的附加材料、常见问题解答、简报、白皮书。 差的产品经理抱怨他们整天回复销售团队的问题,以至于头晕脑胀。 好的产品经理期望严重的产品缺陷,并建立真实可靠的解决方案。 差的产品经理整日跟踪消除缺陷。 的产品经理对于重要问题(强竞争力的绝招、结实的架构抉择、艰难的产品决策、市场攻击或收益)进行书面记录。

  靠谱的方案,设计师就不会对你的方案提出质疑,程序开发也不会对你的方案再有质疑,这样才能更好的推进方案的实施。所以,在别人质疑你产品方案之前,还是自己多质疑质疑自己比较靠谱。

  之前出产品方案,容易闭门造车。虽然也会反反复复的去探索是否有更多的方案,但一般却无收获。很重要的一点就是没有对自己的现有方案做些质疑。这里的质疑我个人总结起来分为两部分:

  差的产品经理回答媒体的任何问题。 好的产品经理假定媒体和分析师是聪明的。 差的产品经理则假定媒体和分析人员是外行人——(认为他们不理解“推动”和“拟推动”的区别)。 好的产品经理在“‘明确’对比‘解释浅显问题’”方面犯错。 差的产品经理则从不解释显而易见的问题。

  2、质疑方案本身是否解靠谱:如果是这个方案,会真正帮忙用户解决他的问题嘛?会不会对用户造成新的问题?等

  好的产品经理不会被需要共事交付正确产品、履行正确时间的其他各类组织占用全部时间。他们不会耗掉所有产品团队的时间、不会制定管理各种职能、不会成为产品队的一部分;相反,他们管理产品团队。技术团队不会将好的产品经理当成营销资源。好的产品经理是技术经理的营销同行。好的产品经理清晰地定义目标、做什么(需求),并管理交付什么。好的产品经理能以书面方式清晰地沟通工作上的事,即便在口头形式上也能做到清晰沟通。好的产品经理不会随便给出指示。但是,好的产品经理会非正式性地(不刻板)收集信息。

  从做用户体验转为做PM,对于产品的认识会有改变。之前,以设计师的角度去看产品,会更关注完整的用户体验,推开并购神秘大门 七桥联合主办,如果这个方案不完美,我是愿意去开发的。而现在,我更在乎这个方案是不是能够快速上线解决用户的问题。

  差的产品经理回答媒体的任何问题。 好的产品经理假定媒体和分析师是聪明的。 差的产品经理则假定媒体和分析人员是外行人——(认为他们不理解“推动”和“拟推动”的区别)。 好的产品经理在“‘明确’对比‘解释浅显问题’”方面犯错。 差的产品经理则从不解释显而易见的问题。

  1、0到1比0到N更靠谱。0到1是解决的“有和无”的问题,很多时候方案可能不够完美,但它被开发了出来,并且一定程度上解决了用户的需求,它就是有价值的。而另一种思路是0到N,很多时候会卡在(N-1)的过程中,和N只差一步而导致方案迟迟得不到落实。其实说不定等产品N实施出来了,有可能用户其实需要的并不是N。

  差的产品经理口头陈述观点并悲叹类似问题不要在发生。一旦差的产品经理失败了,他们则指出自己已经预测到会失败。 好的产品经理使团队关注收益和客户层面。 差的产品经理则让团队聚焦微软正构建的功能数。 好的产品经理定义可执行的产品。 差的产品经理则定义这样的“好产品”:不能执行或无法让技术人员构建他们想要的行为(比如,解决最大难度的问题)。

  2、1到N比0到N更靠谱。1解决了功能“有”的问题,其实就够了,从1到N会比从0到N有更多的可能性,只有有了1才会有用户来“吐槽”和“提建议”,有了这些吐槽和建议,你可以更顺畅的到达N,甚至是N+1,也可能是M。因为你永远代表不了真实的用户。

  而差的产品经理在指出“怎么做”的时候自我感觉最棒。 好的产品经理会制作可参考的附加材料、常见问题解答、简报、白皮书。 差的产品经理抱怨他们整天回复销售团队的问题,以至于头晕脑胀。 好的产品经理期望严重的产品缺陷,并建立真实可靠的解决方案。 差的产品经理整日跟踪消除缺陷。 的产品经理对于重要问题(强竞争力的绝招、结实的架构抉择、艰难的产品决策、市场攻击或收益)进行书面记录。