另一个意义非常接近的问题:
http://www.zhihu.com/question/19668599
还有一个接近的问题: http://www.zhihu.com/question/19878458/answer/13253534
还有一个接近的问题: http://www.zhihu.com/question/19878458/answer/13253534
按票数排序
按时间排序
63 个回答
2012.06.07 Update:最近被《程序员》杂志约稿,对内容有较大幅度更新,更新后内容在本人 Blog(
http://ecvip.org/archives/821)里。
自答一下,希望各位 PM 不吝键盘,多多讲实话。不方便透露的项目,可以以匿名模式回答。
自答一下,希望各位 PM 不吝键盘,多多讲实话。不方便透露的项目,可以以匿名模式回答。
- 创新的风险和成本。微博的评论/转发功能,其核心是信息流通和消费模式,是微博信息流的核心。越是核心的东西,往往已经有了相对成熟的解决方案,因此创新的成本和风险也越大,对于产品设计团队的能力考验也越高。在这个问题上,我有过几次机会都没有做好,导致了几次对信息流的改版。核心用户的流失和骂声不少。而最后的最后,采取的解决方案是照搬了国内另一家微博的模式,当然此事背后有其它原因,我也已经失去了再坚持的耐心和信心。
- 想做更多。微博解决了用户「我当前在干什么」这个需求。而从小语文教师就教育我们,一个故事的三要素,应该是「人物、时间、地点」,因此我们想在微博的基础上,也顺便解决用户「我在哪里」的需求,俗称 LBS,并希望以此打造与其它微博的差异化。这一步,对于当时规模和量级并不是第一的我们来说,迈得太大了。而且缺乏严谨的用户调查、明确的用户使用场景和需求支持。结果是,花了近一个季度来跟进此项目,最终数据平平,可以称之为「失败」。而产品一旦上线,要下线则需要更大的决心,这意味着后期更多的维护成本、系统更高的复杂度。微博+ LBS 不是不能做,而是要看什么时候、谁来做。一款产品什么时候该做什么事?什么叫「步子迈大了就扯着蛋」,这就是。不要贪多,大跃进害死人。产品经理要有做减法的决心和魄力。
- 了解用户到底想要什么。产品经理都以为自己是 Super User,能够代表「用户」说话。但你并不是「用户」,尽量早、尽量多地做可用性测试很有必要,用户会用脚投票。不要因为没有眼动仪就不做用户观察,不要因为没有用户研究人员就不做用研分析。作为 pm,这个时候一定要少一些矫情,找几个身边的人就能开工!比如翻页这种交互设计上,不要挑战用户的使用习惯。
- 搞清楚自己在做什么。短期内要解决什么问题、中长期要解决什么问题,产品的基础定位如何?哪怕是在大公司,也不要指望这些问题是 boss 的。产品经理一定要想清楚,而且要敢于坚持。有时候,不要寄希望于别人。
- 对于大众型产品,快速扩张,比细节重要。在中国互联网市场里,任何一款产品都有大量的竞争对手,虎视眈眈。产品大方向没错,快速扩张快速小跑比什么都重要。此时,不要相信「细节决定一切」,而要相信「大战略影响小产品」。我犯过的错误就是,前期花了大量的时间在用户根本不会在意的细节上。
- 没有认清全局。从用户完整的使用流程、用户的激励和引导模式;到信息的完整流通和消费渠道、社区的氛围和机制建立;在诸多可以利用的资源面前,是不是很多资源都可以要?都该要?…什么阶段该重点做哪个环节,都不一样。考验的是产品经理跳出当前具体在做的这一件事,看到整个大事。
- 产品经理个人能力至关重要。在较大规模的公司和团队里,能够搞定运营团队和领导,是产品经理的必须能力。这包括你对产品的规划定位是否够清晰,清晰到可以阐述出来让他们从心里认可,得到更多运营资源的支持。