新书榜第一的《图解产品》，帮助内卷中的产品经理实现跨越式发展！

大家好：

我是新书《“图解"产品：产品经理业务设计与 UML 建模》的作者擎苍。书正五折销售，并已冲到当当分类新书榜第 1，京东分类飙升榜第 1，该榜单非人工干预。可搜“图解产品 产品经理”购买，文末附购书链接。

书的内容是我多个行业前三公司的工作经验和四年教学经验的提炼，全书总计 42 万字、330 多页，是产品经理书中的“大部头”，也是我的心血。

这是一本讲底层逻辑，讲基本功的书，希望帮内卷中的产品经理打好基础，从而实现跨越式发展。下面我就介绍一下本书。

01 本书内容

正如本书的副标题所言，书是讲业务设计（偏重流程设计）和 UML 建模的，这些内容适合 C 端和 B 端产品经理看。围绕这个主题，本书提出了以业务为中心的产品设计思想，并凝练出了四层九要素模型，该模型还融入了 UML 建模知识。

书的封面

产品经理在做业务设计时常面临一些问题，如做调研时问的不全，写文档时有漏洞，以及上线后才发现研发要返工，本书就是要解决这些问题。

这就需要有结构地思考，四层九要素和其实践就是在有结构地思考，该模型内容如下（括号内为要素）。

第一层：定方向（产品战略、解决方案）

第二层：搭框架（功能框架、非功能框架）

第三层：做细节（业务流程、业务操作、信息架构）

第四层：画界面（交互设计，信息设计）

书中的四个要素中还精讲了用例、流程（活动）、状态和类图这四个 UML 图。以前产品经理要学 UML，就要看研发写的书，这些书既不易懂，更有很多冗余和未讲到之处。而本书是给产品经看的，让你彻底用好 UML，并将其用在文字、口头和画图中。

总之，本书就是讲业务设计与 UML 建模的，具体章节如下：

通过以上内容的学习，你就能设计好业务，用好 UML。这些内容很基础，是人人要学的“底层逻辑”，但也是学习的难点。

一些高级产品经理和书作者对此或有不知，或有做错。本书部分错误案例即源自高级产品经理的文章。因此打工人如想摆脱内卷，实现跨越式发展，本书就是一把钥匙。

02 本书答疑

为什么要设计成四层九要素？为什么叫“图解”？

产品经理设计一个完整业务要么按照工作流程梳理，要么按照领域结构梳理（按照事务的大小梳理），本模型是按照领域结构梳理的。

即从大的定方向（定义产品的边界、产品的模块），到中的搭框架（定义模块内的功能、非功能框架），再到小的做细节（定义该功能的流程、操作和信息结构），和最后的画界面（交互设计和信息设计），这就是一个由大到小设计模型，也是一个复杂模型。

复杂的事务更适合按照领域方式梳理，这也是本书区别于其他模型、方法之处。

而这个四层九要素就画在书的封面，是用图表达的，且九要素中也有很多 UML 图和思考流程图，这些也是用图表达的。所以本书称为“图解”产品——即用图解构产品经理的知识。

什么是业务？为什么不讲中台和 SaaS？

一个业务就是消费者的下单、预定等操作，员工的订单管理，确认预订等工作。而一个中台或 SaaS 产品也由一个个业务组成的，所以说业务设计才是“底层逻辑”和“通用方法论”，自然是要先学的。

而因为其通用性，你既可以将其用在中台或 SaaS 产品的模块设计中，也可以用在中台或 SaaS 的顶层设计中。

作者能讲好这些知识吗？

要讲好知识既要有实操经验，更要真正教过，两者缺一不可。本人先后在多个行业前三公司任职产品经理、子公司负责人。业务包括 SaaS 企服、电商、B2B 与网络安全，同时有四年的专职教学经验。

可以说这些知识既是成功经验的总结，也在教学中经过了锤炼和验证，并已用在人工智能、教育、电商等行业中，相信也能解决你的问题。

但本书的文笔一般，还请读者们见谅，如能再版我将改善此问题。

我不用 UML 也能工作，为什么还要学？

UML 是产品圈的争议话题，有人觉得不用学，没有用。而事实是 UML 是基础中的基础，是最该学的。

《策略产品经理：模型与方法论》作者，本硕毕业于北大智能科学系人工智能专业的青十五在给本书的推荐中说：

过去带产品新人，有一些非计算机专业的同学让我推荐软件设计方面的书籍，方便和开发同学沟通。我推荐的都是 UML 相关的书，因为需求文档中描述业务的流程图、描述数据的类图等等，其实都属于 UML 的范畴，是产品经理的基本功之一。

青十五强调了 UML 在沟通中和写文档中的作用，强调了 UML 是产品经理的基本功，这自然要学。然而虽是基本功，用好却不易，如本书“业务操作”章节的错误案例即修改自 TMD 高级产品经理的文章。

大家都在用“用户故事”，我为什么要用 UML？

用“用户故事”可以分析业务，但要做的更好就要用到 UML。阿里商家中台事业群前 P10 研究员（负责产品）谢启斌在对本书的推荐中说：

现在很多公司都在用用户故事，但用 UML 建模却常被忽视，并被认为是个“古董”。但我深知 UML 的重要性，而当产品经理掌握了以后，既有利于用文字方式把用户故事表达清晰，也有利于用图形方式设计出复杂系统。

也就是说既需要学用户故事，也需要学 UML。

另一方面，用户故事和用例是偏等价关系，在本书中会刨铣两者的区别、联系和用法。同时用例也有自身的问题。北大院士杨芙清、邵维忠教授合著的书中对此就多有批评，本书也将指出问题并给出本书独有的分层用例分析方法。

会不会又是一本浅尝即止，讲理论的书？

本书用了 42 多万字和 330 多页，就讲了业务设计和 UML 建模，比如流程设计、状态设计、用例设计这三章，每章都讲了 30-50 页。且本书没讲项目管理、模块知识、产品经理的发展等。这样就可将一件事情讲透，而不会浅尝即止。

同时本书既有理论也有实操，你通过看本书目录，比如看下面的“业务操作”章节的目录也能看出这个脉络。且全书还讲了金融、餐饮、电商和教育等行业案例。

以上就是本书介绍和书的答疑。

希望该书能成为你在产品经理精进之路上的一盏灯，帮你拨开迷雾，让你的文档质量更高，调研思路更清晰，UML 的运用更纯熟，从而实现跨越式发展！

图解产品9787121418136.jpg

▊《“图解”产品：产品经理业务设计与 UML 建模》

擎苍 著

• 用图解构产品经理的知识

• 业务设计的开山之作，UML 建模的学习宝典

作为产品经理，你是否遇到过如下问题：写出的文档有漏洞，上线的产品要返工，或者在调研的时候无逻辑。出现这些问题的原因往往是产品经理没有分层思考，没有用 UML 建模。

为此，本书提出业务设计整体框架中的四层九要素，从而将问题从大到小拆分，并给出每个问题的思考步骤。

本书适合有一定基础的 C 端和 B 端的产品经理阅读，所讲的知识既可用于 C 端领取优惠券、身份认证等的设计，也可用于 B 端内容管理、订单管理、CRM 等的设计。