书籍介绍
本书介绍了企业级和消费级产品的关键不同，给出了企业级产品开发过程各种难点的解决方案。你将从中学到如何掌握三大类知识：机构知识、产品知识和行业知识。本书重点探讨以下主题：识别客户问题和用户问题是企业级产品经理的主要挑战。高效的合作要求深入的机构知识。分析数据是理解用户为什么购买、安装使用和保有你产品的关键。你有过相关行业的工作经验，再为其开发软件，将非常吃香。产品寿命取决于产品经理对行业发展方向的认识。
AI导读
核心看点
- 区分企业级与消费级产品差异
- 掌握机构、产品、行业三类知识
- 平衡客户购买与用户实际使用
适合谁读
- B端产品经理
- SaaS从业者
- 产品管理初学者
读前提醒
- 注意翻译生硬影响阅读
- 结合国内业务场景理解
- 关注干系人沟通策略
读者共识
- 内容干货多框架清晰
- 翻译质量备受争议
- 适合梳理工作查漏补缺
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "然而，正如 winston churchill 所说，“如果你对每只向你汪汪叫的狗都停下来扔石头，你就永远到不了目的地。”"
- "编写清晰易懂的用户故事和需求说明，是产品经理要培养的一种关键技能。但人们普遍认可的写作框架却很少，实际上，很多成熟的大机构，如我们公司，鼓励（且不同程度地强制推行）使用内部模板。大多数情况下，对现有系统作任何改变之前，你最好遵从并学会使用它。但优秀的用户故事大都包括以下内容，你可根据需要灵活调整： 标题：[故事讲的是什么] 作为：[目标用户的角色或岗位；比如业务分析师、数据库管理员] 我想：[用户的近期目标，也是该故事力求实现的]以便：[用户想做该事的原因，若不明显，用户所做之事能实现什么业务价值]"
- "用户故事和需求说明，示例如下： 标题：在“用户类型”级别，共享访问权限 作为：管理员 我想：根据用户的类型而不是其个人身份，授予他们访问销售漏斗报告的权限。 以便：不必浪费时间和精力单独为每个用户授权。选取某一特定类型的所有用户集中操作，可节省我的时间，还能保证所有用户获得正确的授权。因批量操作，例外情况非常罕见，我也就不会忙得焦头烂额。 上述用户故事确实很基础，但也非常清晰，这样一个好故事往往胜过15页产品需求文档，因为它的重点是用户实际尝试实现什么，而不是如何实现。它将用户故事限定在用户的实际任务而不是产品经理臆想中用户可能会做的这一范围之内。 用户故事或需求大纲确定之后，可继续往里补充多"
- "在大多数分工细致的机构中，其他团队依靠产品帮助其更有效地开展工作。开发团队依靠产品管理团队制定计划，编写用户故事、需求说明和验收标准，为其讲清楚需要开发什么。营销团队依靠产品团队提供产品信息、价值主张、商业案例素材、市场洞察力，有时营销内容也要产品团队提供。销售团队需要产品团队提供的支持，跟营销团队需要的大都相同，销售团队的许多工作还需要产品的支持：确定目标市场，制作供演示的案例，解答客户详细询问并帮助完成交易等。财务和产品团队相互配合，确定产品的价格、利润和折扣等问题。领导层制订总体的产品和商业策略，也需要产品团队的支持。所有这些场景，产品团队起关键带头作用，他们引领所有团队朝同一目标前进。"
- "企业级软件是专门为满足特定技术或业务需求而开发的，通常很专业。给这些领域出解决方案，很快就会发现其需求变得非常复杂。身为产品经理，我们的挑战不仅体现在让产品随着时间的发展以新功能、更高的性能和集成能力等，产生更大的业务价值；还体现在我们要理解用户的工作方式，了解用户的工作和行业现状，搞清楚产品如何契合用户的生活。"
- "度量成功 管理专家德鲁克讲过一句名言，“不能度量者，无法提升”。同其他任意领域一样，软件也是如此。某公司开始采用他们所认为的足以改变行业的产品策略或功能集，这类新闻散布于各种技术媒体，但数月或数年之后却发现它并没有对公司的财务状况产生实际影响。他们若是早点知道，就能早点纠正！或者，他们大获成功时，也可向领导层展示他们的工作和规划是多么有效。 因此，作为产品经理，除非你认真思考过如何度量成功，否则你不能认为软件的某次发版是成功的，你需要确定你想通过一次发版来提升的关键绩效指标（KeyPerformanceIndicator，KPI），并确保有合适的数据收集机制来监控这些关键绩效指标（并且，希望这"
- "A/B测试虽好，但摩擦随之而来：大公司付给你们数以百万计的美元购买软件，他们最不想看到的就是你们在事先没有给出通知的情况下对软件作了他们预想不到的改动。对业务发展起关键作用的产品，客户更不愿意摊上这种情况。如果一款这类产品出现故障或遭到意外改动，这不仅会惹恼客户，还会让其丢掉业务。因为产品不可用，客户的业务可能会失败，为此要承受巨大的潜在风险，而不只是产品跟客户的预期不符那么简单。"
- "企业用户不太喜欢被软件的用户体验所捉弄。没人喜欢看到自己购买的软件突然变了样。 企业级软件，你很可能会发现你卖给它软件的公司（也许有数以百计乃至千计的用户使用你的软件），坚持要求你提前数月告知他们用户体验方面的改动。你强大的客户好培训其各个机构（往往规模很大）使用你的工具。当你以测试的名义改变产品，他们员工往往无法跑通核心工作流，从而无法创造业务价值。"
作者简介
Blair Reeves，SAS Software公司的首席产品经理。他定期写一些产品管理类的文章或作相关演讲。Benjamin Gaines，Adobe Analytics Cloud平台的产品经理。他的职责是跟Adobe客户密切合作，理解其需求，并指导客户制定产品策略。
目录
用户评论
1、内容上整体来说很不错，原作者对SAAS的理解绝对是世界级的。主要讲了客户和用户的关系，以及tobPM需要掌握的机构、行业、产品三类知识的获取和应用，里面包含了很多诸如tobPM自身如何成长，和其他干系人沟通的方法等等，干货不少。
2、翻译的什么玩意儿，全书注释不超过10个，我完全没办法和原作者的美式冷幽默共情，很多倒装句，非常不符合中国人的思维习惯，很多内容一大段读完了以后从中文语义上理解完全不知所云。
每一天社畜工作的写照
强烈推荐！两位作者并没有提出什么惊人的洞见——事实上SaaS领域也不存在「银弹」，但对B端产品经理所面对的日常进行了抽象与提炼，形成了这样一本工具书。这些方法往往在平常工作中都会涉及，但不曾像本书一样写得如此清晰透彻，对刚入行或转型B端的产品经理很有价值。全书几乎不涉及产品文档撰写，是因为这只是工作中微不足道的一点，最重要的还是里面所提及的三类知识：机构知识、产品知识、行业知识。
挺好的，把工作中重点说了出来
PM工作过程
作者把干货都抖出来了，很真诚，内容属于道术器里面的“术”，帮助有一定经验的b端产品经理梳理现有工作，查漏补缺。但不足的是翻译很差，怀疑书名都是乱翻译的，跟内容没啥直接关系
原来是写给PM的，跟设计没什么关系，但还是很值得看一看，现在ToB的书不多了。
有点像B端产品设计与开发的战略指导，归纳了企业级产品经理所需要的三类知识。
机构知识，如何与公司内部沟通协调配合。
产品知识，产品人的基础能力。
行业知识，如何了解行业，市场和客户。
B端产品的出发点需要紧紧围绕业务价值和目标，不止要关注用户，也要关注其他利益相关者。
中国电力出版社的其他书籍查看全部
收藏