读书笔记《微信背后的产品观》.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
读书笔记 | 《微信背后的产品观》 很多人其实对于2012年那次腾讯内部的演讲PPT如数家珍,本书便是整理自此次内部分享,并加入了更多微信的案例。通过张小龙的分享,可以瞥见微信背后的产品哲学。 本书分成了用户篇、需求篇、设计篇、气质篇、UI篇等五个部分。书的篇幅极短,读的过程中,我总是在拷问自己「每一句话都看得懂,但实操时我是这么做的吗?我自己是如何看待这个问题的呢?」如此总是能够常读常新的。 1. 用户是什么? 做产品要去了解用户,了解用户的想法,了解用户作为一个人,人性的需求是什么;第二,要了解群体的心理。 《微信背后的产品观·用户篇》 移动互联网浪潮经过近十年的演化,微信对于用户的这套方法论已成为业界主流,作为产品经理的我们对于这些观点也绝不陌生。那么人的几个重要特性是什么呢?书中提到了11点: 人是环境的反应器 人是懒惰的 时尚是驱动力 人是没有耐心的 人是不爱学习的 群体是“乌合之众” 重视“草根”群体 从日常体验中发现本质 让不上微博的用户来用你的产品 人性化就是以已推人 需求是满足人们的贪嗔痴 《微信背后的产品观·用户篇》 这里我印象最深的一个特性是“人是环境的反应器”,在产品设计过程中,如果你打造的是一个游乐场,那么你需要设计的不仅仅是基础设施本身,游乐场的周边环境、氛围,用户可能接触到的一切都需要被精心设计和考虑。否则用户往往不能如你所预期的那样去使用你的产品。 2. 如何了解用户? 需求只来自你对用户的了解:需求不来自调研;需求不来自分析;需求不来自讨论;需求不来自竞争对手。 《微信背后的产品观·需求篇》 由于需求属于感觉层面的东西,所以借由传统方式来了解用户需求是不科学的。所有的需求分析法在决策中起到的都是辅助作用,任何脱离用户臆想出来的需求都是无意义的。所以如果想要精准地确定需求,一定要对用户有着深刻的洞察。以下谈谈我自己的理解: 我自己身处在线教育行业,目前在做的是给辅导老师提供工具和策略支持的中后台产品经理。其实对于我们来说,时常会自觉离一线业务、用户太远。那么我们建立起对于用户感知的方式有这几种:一是从反馈群、各类反馈渠道第一时间了解作为用户的老师们关心的是什么?痛点在哪里?另外还会通过定期参加业务周会、业务访谈等形式以更加紧密地与业务联系在一起。当然,我始终上述几种方式都显得不够接地气。最关键的是轮岗,我最近愈发感觉轮岗这种形式有些类似「社会学中的田野观察实验」;通过轮岗,可以最直接的走到一线、和老师们打成一片。 上述的认知需要不断更新,因为辅导老师也是整个业务环境变化的感知器,存在一个动态变化的过程;一旦你不持续的更新自己的感知,对于产品策略方向的把握可能就会出现偏差。 3. 如何确定需求? 了解用户是为了更高效、准确的满足他们的需求,那么张小龙在谈如何确定需求时,给出了以下观点: 对于新点子,99%的情况下否定是对的 不要用户说什么就做什么 不从同类产品里找需求 不要听从产品经理的需求 每个时代都有每个时代的产品 找到需求背后的心理诉求 心理满足的驱动力远胜工具甚至省钱 “爽”胜过功能 为群体效应而做:附近的人 为想法而做:朋友圈 只抓主场景,不做全功能 需求来自对信息流的理解 对未来的理解比当前的需要更重要 最后一刻才决定新版本特性 世界是新的 《微信背后的产品观·需求篇》 我这里重点结合自己过往经历谈一下自己对于「只抓主场景,不做全功能」和「最后一刻才决定新版本特性」这两条的理解。“少即是多”、“最小可行性产品模型”、小步快跑,敏捷迭代这些其实都和上面这两条有共通之处。但我们身处实际工作时,却总是会不知不觉地把这些原则给忘掉,一味地堆砌功能,把所谓的最小版本做成了一个巨无霸。研发周期长不说,还难以及时地收集到用户的反馈,对业务和产品本身造成极大的伤害。 造成抓不住重点的原因有二:其一是无法分辨哪些是主要场景,说白了还是对于用户和业务的理解不够;其二是在实操过程中容易陷入细节、而缺乏了对全局的把握,所以要时常跳出细节看全局,又能够专注于细节做体验,两种状态之间灵活切换是很难得的;此外还可以通过引入外部更有经验的人帮助你走出困境。 从众多问题中抓主要矛盾、敏捷迭代是我们整个职业生涯都在学习的事情。 4. 产品在演化过程中DNA进化 在谈及产品在演化过程中DNA如何进化时,龙叔列出了这些观点: 产品是进化出来的,而非规划出来的 把用户分为高中低端是不道德的 先做产品结构,之后才是功能细节 功能模块之间是有机联系的关系 设计就是分类 抽象方能化繁为简 越简单的分类越易于被接受 找到需求背后的本质需求 面向场景来做设计,而非功能列表 面向场景,才能取舍 让功能存在无形之中 区别手机和PC 不过度设计 宁愿损失功能也不损失体验 《微信背后的产品观·设计篇》 这里重点聊一下抽象设计。作为业务型的产品

文档评论(0)

作为一个人力资源服务、法律文书协议顾问,我的个人优势在于具备专业知识丰富、经验丰富、服务全面、个性化解决方案等能力,能够提供客户优质的服务,并解决各种法律和人事关系方面的问题。

1亿VIP精品文档

相关文档