从点子到产品：产品经理的价值观与方法论

先说内容实用性为零，通篇都是人人皆知的基础概念。MVP、用户研究、核心价值、PMF……这些互联网产品圈的常识，被作者翻来覆去赘述，没有任何独到见解，更没有落地的方法论。讲MVP只说要“最小可用”，却没说不同行业、不同项目该怎么砍功能、怎么定核心边界；讲用户研究只罗列问卷、访谈、可用性测试，却没教新手怎么设计问题、怎么筛选用户、怎么从杂乱信息里提炼有效需求，新手看完依旧不知道第一步该做什么，完全是“听着都懂，一做就废”。 其次内容逻辑混乱，东拼西凑无体系。章节之间衔接生硬，前面刚讲完核心价值，后面突然跳转MVP，再又扯到需求深挖，没有清晰的知识脉络，像是把零散的产品博客、公众号文章拼凑成册，毫无章法。案例更是敷衍，微信、Airbnb、滴滴这些烂大街的案例，只是简单提及，没有深入拆解当时的决策背景、试错过程、踩坑细节，光说“微信1.0只有聊天功能”，却不说为何只留聊天功能、如何验证需求、怎么应对初期问题，案例完全沦为点缀，起不到丝毫参考作用

我是从销售出身，半路出家做产品的。之前对于产品一知半解，所以疯狂的在书架里加了好多相关的书，这是看的第一本。作者所从事的行业大部分与互联网相关，本书的整个脉络也是按照做一个互联网的产品来写，这与我所处的行业相差甚远。但是这并不影响我重新以一个学生的心态开始做读书笔记。字里行间能看出作者是相当有经验的产品经理，后面的建议都是用心在说话。从前面的产品设计，用户调研，需求分析，市场分析等等再到后来的跨部门沟通和自我提升，整本书以一个极清晰的逻辑和架构娓娓道来。对于还是小白的我，真的学到了，受益匪浅，感谢！

《从点子到产品》刘飞 1.常见错误逻辑：先定义未来大而全产品，再倒推功能配合实现。（先下结论后找论点证明） 产品模型：要解决3个问题 ①用户到底为什么要用你的产品？ ②你设计的产品，能不能运行？ ③为什么是你来做这件事？（设计、技术、团队、运营、资金） 产品模型，构建是一回事，能否带入到当下能力去解决问题又是另一回事。无法证明的创意分文不值。 2.作为产品，最根本的意义就是给用户创造价值、从用户那里得到酬劳，“怎样赚钱”是实实在在的、与产品逻辑并行的关键问题。 3.对于创业团队一定要基于产品的核心价值赚钱。绕开核心价值，选择边缘功能赚快钱，必然是无法长久的。 4.确定核心价值的意义 ①综合考量最优功能，性价比高（用户最认可、最有商业价值、对公司有利） ②逻辑统一，互为补充，用户群体和需求相似，产生价值增益。 ③单一核心价值，能形成用户强认知，初创阶段多种价值大杂烩，打动用户特别困难。 核心价值就是，离开了它，产品就不能真正解决用户的实际问题。 5.产品的价值不在用户量，而在“质”，超预期的满足了一小撮用户需求。 6.用MVP发现用户痛点，也可以理解为找到匹配点。 设计MVP的方法： ①奥卡姆剃刀法：如无必要，勿增实体。罗列预期方案，从最不需要的部分一点点砍，直到再砍正常功能无法使用为止。 ②用户访谈：选取几个复杂度不同的版本，召集用户评选，用户能接受的最低限度版本便是最小可用版本。 ③去掉可人工处理功能：能用人工解决的，就先不技术实现，降低开发成本。 ④确保只有一个功能：只实现单一功能，第二功能再酷也以后再说。让用户有心里定位，一眼就知道你做什么的。 ⑤广告：类访谈，通过广告描述产品内容和功能，测试用户意愿。 ⑥假MVP：模拟页面，收集反馈 ⑦线下实现：能人工解决的就不开发线上产品。如团购最初都线下传单集单。 ⑧众筹：先抛功能设想，让用户先买单再生产。 7.实现MVP，90%需要客户端的产品，都建议用公众号+网页（类APP体验）来做。找痛点分前置痛点和使用痛点，前置就是你从市场洞察得出的MVP，而使用痛点就是从用户数据、商业数据、用户反馈中提炼。 8.MVP既要严谨的思考产品逻辑，又要设计产品模型，既在理论上成立，又要在实践中证明。它很难一击即中，如果核心功能没有解决问题要及时转向，不能死磕。 9.深挖需求： ①基于具体而真实的场景，人物、时间、地点、环境及情节（任务）。代入场景可以鉴别出弱需求和伪需求，比如用户动机并不强烈，与主功能不关联。 ②从人性本质深挖，比如用户反馈：想赶快减肥→表层需求：一个快速减肥的产品或服务→深层需求：变得体态优美→人性需求：虚荣心、得到尊重和欣赏。 10.用户体验7模块： ①有用性：用户需求真实 ②可用性：功能很好满足需求 ③满意度：情感设计，如UI友好凸显品牌调性 ④可找到：用户能找到想要的 ⑤可获得：用户能便利操作，达到目的 ⑥可靠性：让用户产生信任 ⑦价值：为投资人带来价值 简单来说就是功能有用、使用高效、学习成本低、不容易出错、交互体验好。 PS：这本书太好了，写的很详细而具体，值得反复阅读，虽然非产品经理读起来会有点吃力，但其中的一些策略仍值得反复推敲和借鉴。 共勉！

这本书断断续续的阅读，导致反复看了部分内容；甚至先把刘飞2019年的新书看完后再沉下心来看这本。也是2019年读完的最后一本书…… 没有方法论、没有流程机制，只是给产品一个思路和方向，也许并不适用各行各业，但某些本质的东西是融会贯通的。 一本书是无法告诉你数据如何分析，产品如何设计，创新如何把握，项目如何管理……但可以告诉你嘟嘟美甲的用户数据可以给产品迭代带来方向，可以给美甲师创造“用户”；可以指引你美团外卖专员的真实产品体验，可以让你做自己的用户；可以让滴滴出行有效管理顺风车和拼车策略，有效区分“司机”和“车主”……做到如此，已然成为一本好书

本书详细介绍了PM在实际工作中会遇到的问题，方法，结合实际场景去讨论分析一位优秀的PM该如何工作，为企业及社会创造价值 能够接触到产品多长的生命周期、在项目中起到什么样的作用，这是对产品经理的成长来说最重要的。 对产品从0-1的见证，这样的体会是深刻的、对产品不同阶段的体验是完整的，能够补全在工作流中各个环节的经历。 有一位experienced的mentor的是幸运的，当然没有也没有关系，经验都是自己积累的 感谢每一次经历，更要对方法形成体系，构建自己的知识框架 阅读的过程中多次想要抄录下来，想起了高效学习法的笔记法，这样更有助于理解，吸收，运用 读书是为了运用，不论是产品还是项目还是工作都值得不断总结提炼方法，让自己具有产生价值的能力 一直很同意做产品的要有情怀，因为0-1的过程是很艰难的，要有那么点愿景和理想，过程中的痛苦感就会削弱很多 所以这是很不错的书 值得一读再读 无论是价值观还是方法论  全书不少观点和想法 深以为然

说说这本书里的思考和收获吧 更多的是对照目前的工作，知道哪里有改善的空间了。 1.需求管理上，需求进入到完成，以及对应功能的数据表现，是一套流程。 需求方提出需求，产品需要跟进，提出解决方案和需求方对接。确定后进入需求池，排期需要按照重要和优先程度，或者kano模型等确定P123，和需求确定可行性按照D123，最终结合两者排出最终的优先级。整个过程需要让业务方知道，需求在不在开发，以及和方案的吻合度。最后检查需求质量，确定交付，跟进后续需求表现。 2.有自己的数据面板，记录功能迭代的产品文档，这将是产品迭代需求的来源。在空余的时间做出来会让自己有工作的掌控感。 3.get了产品经理的成长地图，明白日后积累应该在用户研究，需求分析，行业知识，工作管理等方面来成长。 4.书中也提到了择业观，我无比赞同，即项目+导师。从项目中获得成长，其中会涉及到需求分析，用户研究以及项目管理等，导师对自己的影响也是蛮大的。我的leader教会了我对业务方需求的审视，多多提供解决方案，身体力行去看需求，让更多人参与进来。 5.跳出目前的工作环境，多看看公司的核心价值，看看你离核心价值的距离。同样也适合选公司时，知道行业的发展，公司目前的处境，以及未来的发展空间。 不停翻阅不停思考，产品是真的实践很重要。

感觉作者已经掌握了一套成熟的学习、成长、工作方法论，角色已经不单单是产品经理了，他的知识水平已经完全超越了他的角色，别看经历不多，但善于思考和总结，写出来的书对我们非常有益。 一、对我的影响： 1、工作中、生活中要善于发现、总结，做到少走弯路、少走坑，像作者一样有一双善于发现的眼睛； 2、要保持乐观心态，对家庭成员、对工作的伙伴，时不时的使用幽默，还能促进沟通效果，达到沟通的目的； 3、还是需要多读书，认真读书和总结，不断的丰富自己，寻找做事方法，完善自己的心智； 二、梳理的要点 1、用户体验原则： 可见原则：保证界面的内容可见、状态可见、变化可见。任何需要出现的信息都应当在该出现的地方出现。 场景贴切原则：让功能操作符合用户的使用场景。 可控原则：用户要能对当前的情况很好地了解和掌控，足够自由。 一致性：用户需要在同一个产品中接受同一套规范或者逻辑。 防错、防呆原则：要尽量用足够的提醒和设计，让用户不要混淆、犯错和发呆。 协助用户记忆原则：在需要记忆某些信息时，产品功能要帮助用户记忆。 简约易读原则：界面足够简单、内容易读。第一，产品的所有文案都应当简易、可读性强。 第二，要让界面足够清晰，以便于用户快速发现自己想要的信息。 容错原则：向用户提醒犯错的可能，并提供给用户挽回错误的方法。 帮助和提示：在任何时候，考虑到用户需要得到帮助的情况并予以提示。 灵活高效原则：用户在使用时，要方便、高效地完成任务。 恢复现场原则：适应用户的碎片化使用习惯，在各种切换和退出返回时要能有恢复现场的能力。 2、用户体验的方案设计： 不要用太过文艺的语言，尤其是在给重要功能起名时。 能简则简，字数减到最少。 反复斟酌，不要有歧义。 找到产品的试用者 3、"好的"文档应当满足的条件 没有逻辑硬伤 没有疏漏 逻辑清晰 可读性强 4、判断需求的方法如下： 第一，判断需求本身的重要性。 第二，考虑需求来源。 第三，了解需求背景。 5、可行性评审要完成的事情 方案本身的可行性 有没有更好的方案 涉及的产品和技术环节有哪些 方案的成本如何 6、对产品经理来说，好的沟通能力要包含以下几点： • 能够快速、准确地理解别人表达的信息。 • 能够准确、通畅地表述自己想传递的信息。 • 在理解和表达中就事论事，也能照顾大家的情绪。 三、摘要 1、产品经理的工作本质上就是要抓住用户的痛点、实现产品的价值。不管是撰写文档、设计功能还是推进项目都是在让产品的价值实现。2、所有的产品不仅仅是一个点子就能支撑的，还要考察具体实现的逻辑是否清晰、方案是否可行。3、王兴就曾经说过：“我始终认为人是最重要的，你是不是有足够好的团队？有足够好的团队，你才会有正确的战略，才会有强的执行力，所以归根到底都是人。”4、为什么是你们做”这句话，应该是我们在分析任何需求、实现任何产品前都应该问清楚自己的。这句话包含两个意思。其一，你们有能力做出这个方案吗？能力可能是多面的，不仅是产品设计的能力，还有技术能力、运营能力，还包括资金的情况。其二，你们比其他人做有足够的优势吗？就是在各种所需的能力上，每项跟其他竞品团队的能力有多少差距？5、怎样去找到核心价值呢？什么样的功能才算是体现了核心价值呢？核心价值的定义应当是，离开了它，产品就不能真正解决用户的实际问题。6、黑魔法”是英国用户体验设计师哈里·布努（Harry Brignull）博士提出的概念，即通过精心设计的陷阱，诱导用户做某件事情。所谓黑魔法的设计只能带来短期的效果。 做产品时，一定要避开这些“黑魔法”。不要以暂时的效果作为目标，以破坏用户的感受为代价，过于“热心”，有事没事撩骚用户，黏住用户。7、时刻铭记，我们在做产品时设计的功能不是为了投资人、不是为了老板、不是为了理想，而是为了用户。为用户创造真正的价值，才是有意义的功能；而能为行业甚至全社会创造价值的产品，才是真的可以长青的产品。8、对于用户在线反馈，建议在产品上增加比较醒目的反馈入口，或者主动创建一些用户群，在产品醒目位置推荐大家加入讨论。找到第一批种子用户的工作也许是运营的同学去做的，但维护他们，产品经理是一定要参与的。 除了官方渠道之外，要多观察哪里可能会有人讨论自己的产品。常见的是应用商店的评论区、贴吧、知乎、豆瓣、微博。多跟他们接触，并且针对他们提到的观点交流，会有非常多的收获。9、大部分在等待功能完善、交互完美、界面出色才能一炮而红的产品，往往都没等到那一天。 产品初期做设计要多做减法。10、在考虑和分析需求时，代入实际的场景，便能更准确地判断哪些需求是伪需求、是弱需求。 凭借真实场景，我们能够对需求有更精准的判断，也就能做出更完善的功能。11、硅谷钢铁侠马斯克曾经提到第一原理，认为这应该是指导我们思考问题的思路。他说：“我们运用‘第一原理思维’而不是‘比较思维’去思考问题是非常重要的。我们在生活中总是倾向于比较——别人已经做过了或者正在做这件事情，我们也去做。这样的结果是只能产生细小的迭代发展。”12、在很多学科里，田野调查都是至关重要的信息获取途径。对产品经理来说也是如此，设计产品首先要离用户足够近。13、不管有什么借口，我觉得产品经理都不应该永远坐在办公室里做设计，一定要走出门去。这是理解用户的终极方法。14、用户研究的方法没有好坏之分，也没有流程标准，关键在于通过用户研究得到的结论是不是能够支持产品经理的工作。如果能够支持，再“土”的办法，比如去咖啡馆找人聊天也是有意义的；如果不能支持，那么做成国际标准也没用。15、实用户体验关注的就是让产品友好地满足用户的需求，或者反过来说让用户通过你的产品满足需求时足够方便、舒适和快捷。16、在做设计时，不要主观臆断好坏，而是放到场景下做思考。17、要尽量用足够的提醒和设计，让用户不要混淆、犯错和发呆。 防错、防呆原则已经是日本工业界成熟的质量检验方法了，由丰田体系的创建人新江滋生提出。防错和防呆本意并不是说，针对经常犯错的用户和比较傻的用户设计功能，而是说防止让用户遇到会犯错、会发呆的情况。18、未来产品会越来越多，大家对信息接收的方式也不会满足于整块儿的形式，而是会变成以信息流、碎片化的方式为主。所以保护现场将是每个产品都要考虑的原则。19、积沙成塔、集腋成裘，好的产品不是依靠某个神奇的idea就能所向披靡的，好的产品往往都是在任何细节都无可挑剔。20、我的理解是，任何产品工作中接触到的技术都应该算作产品经理“有可能”需要了解和学习的技术。包括算法、技术逻辑、数据结构、架构、整体框架等，只说代码实现反而是比较次要的。21、优质的产品文档就应该是提交给技术研发的同事后，再也不用来回确认沟通的。由于现实因素这几乎不可能实现，不过我们要尽力做到可以让需要确认的情况减少。22、产品方面的文档并没有统一的标准。在大公司里能够用既有的模板详述方案是好的，在创业团队用简陋的形式一页图纸就说清楚功能也是可以的。23、任何需求对应的功能都可以分为“惊喜型”、“期待型”和“必要型”。考虑需求的价值，就要基于这三种类型来做判断。很多公司和产品利用的产品运营手法就是在满足后两种类型需求的同时，不断用第一种类型需求激活用户的热情，促使用户传播。24、有了确切方案后，要尽快跟研发的同事做可行性评审，这一步必不可少。如果缺少可行性评审，将会出现很多产品设计方案可行性差、需求频繁更改、产品功能不切实际的情况。25、在判断事情如何解决最有利时，要确保是“对大家有利”以及“对产品有利”，而不是“对我有利”。这样的心态才能确保协作的价值最大化。26、文档（需求描述）一般都会写，但很多产品经理对零碎的需求并没有记录，都是直接跟工程师们打声招呼，口头说一下或者在微信上提一句。这样做是很危险的。27、所以掌握该让协作流程化的时机，是需要产品经理的深入思考和尝试的。当你意识到很多问题正在重复出现，很多协作沟通的规范能带来显而易见的好处时，就应该是尝试制定规范的时候了。28、需求管理工具：在iOS上有一个应用叫做Workflow，推荐给大家使用。如果你能掌握用Workflow完成一系列手机操作的方法并理解它的精髓，那么你就能明白工具是如何通过减少手工劳动让工作变得高效起来的。29、我们都遇到过那种想学一个技能却拖来拖去发现最终干脆放弃了的经历，这就是因为我们根本没有规划、没有给截止日期造成的。30、如果一个领导每次都表示对下属的工作很满意，那他不会是一个合格的领导。至少对于这个下属来说，在这种没有成长的环境中，对自己不会有帮助。很有可能的情况是他很快就打算申请更换部门，或者干脆离职了。31、作为领导要转换思路，把团队的得失当成自己工作的得失，借由他人成功而不是自己成功。很典型的例子是当下属遇到问题时，不要自己冲上去说“还是我来吧”，而是要指导下属注意哪些事项，指导其把问题解决掉。作为领导，带出一个优秀的下属，比让自己优秀重要。32、对初入门的产品经理来说，可能做设计是乐趣。但有了一定经验后，设计只是表象。解决棘手的问题时，你会发现能够看透问题、得到方案，才是更大的乐趣。33、这个世界上，既不存在“完美的”解决方案，也不存在“唯一的”解决方案。在分析问题时，我们要找的是可以真正解决问题并且让我们自己满意的方案。34、《如何阅读一本书》里曾经提到过一句话：任何实用性的书都不能解决该书所关心的实际问题。读很多方法论的书，只能让我们明白该怎么做，但我们并不能一下子就掌握了那些方法、解决了书里所说的问题。35、对沟通来说，最重要的不是表达的流畅和华丽，而是让信息传递得妥当。36、在接收批评信息时，不要把这个过程当成别人对你的否定，而是把注意力放回到事情本身。思考这个信息是不是对的，如果的确如此，那就想办法改掉；如果信息有误，是对方刻意抹黑，那更不需要在意，你知道并没有出现这样的问题就可以了。37、最高级的沟通能力是不仅能够让信息通达，还能利用这些沟通的机会，通过别人来实现自己的目的。希望我们在进阶之路上，能够慢慢变成这样的人。38、把相关的、相似的知识纳为己用，这是博采众长的初级阶段。更高级的阶段是能把看似完全无关的知识，纳入到自己的产品中来。49、所以不要只把自己对知识和经验的追求限定在“产品设计”和“用户研究”这些层面，要尽量多地接触自己感兴趣的领域，它们会在你意想不到的地方发挥作用。40、有责任心意味着基本的职业道德，而有兴趣则意味着能够把产品当成一种追求，可以投入更多心力。那些在平时生活里无时无刻思考产品、不断想怎么让产品更好的人才在其中获得了乐趣。41、工作中的受挫和茫然，通常都是新的成长的开始。 跟优秀的人共事，也是吸收正能量的方法。

一本让人感觉应该静下心来细细品读的书。篇幅较短，但内容却很详实。语言叙述和案例分享相结合，让读者看了容易理解和代入，肥而不腻，刘飞在产品设计和用户体验上的考虑和功底可见一斑。 曾经以为每本产经的书籍都大同小异，无关痛痒，尽扯些明眼人都知道的东西。可这本书却实实在在让我感同身受，最近大大小小的产品工作总让我感觉有点力不从心，通过这书反思了下自己，理清了一下思路，理会了点迷津。 “在内心里，我们要有更远大的追求，在实际工作中，则要脚踏实地做产品。”

一边读一边回忆我这一年半的产品经历，寻找共鸣、新思路、梳理我的方法论。 这本书读一遍是不够的，重复中可以在脑中不断更新方法论模型，自己实际的经历：每一次填坑、做需求、项目管理、沟通方式，都可以在本书中找到最佳的套路，有时一句话就能打通我的经络

《从点子到产品》 产品经理的工作本质上就是要抓住用户的痛点、实现产品的价值。不管是撰写文档、设计功能还是推进项目都是在让产品的价值实现。所以如果对产品价值判断有误，对用户痛点理解有偏差，就意味着很多工作都不会起到应用的效果——它们没有在让产品变得更好。 创业成功需要具备四个要素：团队、用户体验、成本和效率 无法证明的创意是分文不值的。所以迄今为止，全世界专利都不保护没有实现或者无法证明的简单创意 为用户创造真正的价值，才是有意义的功能；而能为行业甚至全社会创造价值的产品，才是真的可以长青的产品。 一是产品满足了用户需求；二是产品能够创造商业价值 做产品时我们也可以遵循这个原理，把预期完整的方案简单罗列出来，然后从最不重要的部分一点一点砍掉其中的功能。直到再砍下去正常功能就无法使用为止，这时候的版本就可以算是最基础的版本了。 召集一些目标用户来评价。他们认为会接受的最低限度的版本就是最小可用版本。 去掉可人工处理的功能 用户不知道自己想要什么，除非你摆到他面前，所以好的产品都应该是设计出来的。