前言
缘起
随着互联网技术的发展，产品经理这个职位诞生了。这个职位经历了从经验的积累，到知识的建立这一过程。我在互联网行业从业十多年，走过很多弯路，做过各种探索，同时发现，很多产品经理在成长过程中也面临着和我一样的问题：不知道学什么、如何学，甚至学了错误的知识。比如，流程图、状态图就是错误知识的“重灾区”，如果产品经理将这些图画错了，就会导致规划思路不清晰、需求文档有漏洞，甚至造成产品上线失败、研发人员返工。
针对上述问题，我写了三篇文章——《三步绘制大厂标准流程图》之一、之二和之三[1]。在文章发表后，很多读者留言说真正会画流程图了，还有一些读者咨询业务设计。在这些留言的鼓励下，我写了这本关于业务设计的书。
我期望通过撰写本书，帮助产品经理在成长过程中少走弯路。当然由于本人水平有限，难免有偏颇、疏漏之处，还请各位同人多提宝贵意见。
阅读对象
本书是讲业务设计的，既适合C端产品经理阅读，也适合B端产品经理阅读。为什么这么说？这要从产品经理的技能说起。
1.产品经理的技能
产品经理的划分有多种维度。一种是按行业划分，如划分为电商产品经理、社交产品经理等。一种是按模块划分，如划分为设计商家管理、设计内容管理、设计客服系统、设计协同办公等。还有一种是按照C端和B端划分。以上三种划分方式都有一定的道理。
虽然产品经理从事的行业、设计的模块和面对的人群不同，但有些技能是相通的。产品经理只有学习这些技能，才能适应不同行业、不同模块和不同人群的工作，才能走得更远。产品经理的技能主要包括做交互、做增长、做数据、做策略和做业务，本书主要讲如何做业务。下面我们对这几类技能做介绍。
做交互。这是产品经理的基础工作，需要产品经理在界面和交互设计上下功夫。比如，设计电商列表页的交互，或者设计大数据的前台展示和后台配置，或者设计直播系统的学生端。这些都是在做交互，但内在逻辑差异较大。
做增长。这项工作是提升用户数量、增加公司营收等。这类技能需要产品经理通晓社会心理和消费心理等，并学习行业内的增长套路。
做数据。当今是数据时代，网站或应用会沉淀出海量数据。产品经理通过这些数据，指导产品设计并评估产品效果，这就需要产品经理懂得数据模型、数据分析等知识。
做策略。产品的策略可以是热卖推荐的排序、优惠券的发送人群、防止用户“薅羊毛”等。在策略方面要做好和做精并不容易，这涉及算法、统计等知识。
做业务。一个C端产品经理需要设计领取优惠劵的流程，一个B端产品经理需要设计发布商品的流程、退货和送货流程等，这些都是业务设计。业务设计的方法常常是类似的，产品经理需要学习流程设计、操作设计等内容，并要学会拆解业务功能。
通常，一个产品经理需要具备以上四类技能中的几类，并要有所侧重。比如，电商行业的C端产品经理，其基本技能是做交互，核心技能是做增长，并且要懂一些业务设计和数据分析。再如，一个做商家端的B端产品经理，其核心技能是业务设计，但是也要懂一些交互设计和数据分析。
2.谁适合读本书
通过阅读上面的内容，我们知道本书适合C端和B端的产品经理阅读，尤其适合B端产品经理阅读，并且不会局限于某个行业。常见的设计模块如下。
C端产品经理：设计领取优惠券、登录、领红包、下订单等。
B端产品经理：设计商品发布和审核、商品退货、学籍管理、餐饮系统等。
总之，C端和B端的产品经理都可以阅读本书。但初学者不适合阅读本书，因为本书没有讲项目管理、工作流程等内容，也没有讲太多的交互设计、用户故事和场景分析等。
如何学习
产品经理的知识没有高深的理论，每个知识点都很直白。但为什么有的人学起来得心应手，一眼就能看透本质，而有的人却没有思路，总也想不到、看不出呢？有人说是因为经验不足，但这只是表象。问题往往出在知识、连接和应用上。
1.知识和连接
俞军老师在给我们产品团队做培训时，一开始就在白板上画了若干个点，然后用直线把这些点连接起来，如图0-1所示。俞军老师边画边说：“这些点就是产品领域的知识，产品经理要不断掌握这些知识，并且随着知识的增加，要把这些知识连接起来，这样才能融会贯通。”
图0-1 知识的连接
俞军老师的话切中要害。产品经理要掌握大量的知识，并且还要将这些知识连接起来，这样才能发挥威力。
本书所说的知识，尤指概念性知识。概念虽然枯燥，却是学习的基础。比如，什么是需求？用户的心理需求（如归属和交际）、目标需求（如进行团队聚餐）、产品需求（如在列表页按就餐人数筛选餐厅），这些都可称为需求。显然这些需求是不同的，如果不理解这些需求的概念，产品经理就会认为这些都是一样的需求，从而出现思考的混乱。但产品经理仅仅理解了概念还不够，还要将这些概念连接起来，形成结构。产品经理应先挖掘用户的心理需求和目标需求，然后定义产品需求[2]，这就是把知识连接起来。
2.注意应用
产品经理在理解了概念，并能将知识连接起来后，仍需要多多运用。常常有人批评关于产品经理的书只是讲了常识，讲得太简单了，但即使简单的知识也不一定就能用好。
我曾经和一位产品经理沟通，谈到后台产品的价值是要提升效率、降低成本、提升业绩等，这非常容易理解。但是，该产品经理在分析业务的时候走偏了。他并没有思考产品价值，反而把产品价值理解错了，他认为产品价值就是满足用户习惯，这是不对的。
做好产品经理的一大挑战就是，如何从纷繁复杂的信息中筛选出重要信息，从而做出战略决策。而在这个过程中，产品经理需要否定99条路，然后选出一条正确的路。这要求产品经理应多用和多想，如此才能融会贯通。所以，虽然本书讲了一些常识，但是产品经理只有将这些常识用起来、用对了，才是真的学到了。
内容简介
既然知识、连接和应用是学习的关键点，那么本书的内容也按照这三点来组织。在各章节中，本书先讲概念等知识，如用例、流程、需求等，然后说明概念之间的联系，最后给出应用案例。另外，从整体框架上，本书把业务设计分成四层、九个要素，如图0-2所示。
图0-2 业务设计的整体框架
设计整体框架的目的是要把知识串在一起。全书的内容也是围绕这四层、九个要素来组织的。关于业务设计的整体框架，我会在正文中做解释，下面对全书的内容做简单介绍。
第1部分是认知篇（第1、2章）：介绍了什么是业务，以及业务设计整体框架中的四层、九个要素，同时介绍业务构建的工具——UML（统一建模语言）[3]。
第2部分是定方向（第3、4章）：这是业务设计整体框架的第一层，不能一开始就设计业务，应先制定产品战略和解决方案。其中，解决方案大体对应了产品模块。
第3部分是搭框架（第5、6章）：这是业务设计整体框架的第二层，搭框架仿佛在搭建人体骨骼，是在定义产品的大致范围。搭框架包括定义功能框架和非功能框架。
第4部分是做细节（第7、8、9章）：这是业务设计整体框架的第三层，做细节就像给人体以血肉和大脑，是在定义业务的细节，并注入灵魂。做细节包括业务流程、业务操作和信息结构。
第5部分是画界面（第10、11章）：这是业务设计整体框架的第四层，画界面仿佛是给人体以肌肤，是在定义业务的外在表现，是用户能直观看到的部分。画界面包括交互设计和信息设计。
第6部分是拓展篇（第12～15章）：这部分介绍了如何运用四层九要素的知识来进行业务调研和设计，并讲解了业务设计的进阶知识，包括UML的整体框架，以及UML的作用、局限和问题等内容。
以上就是全书的内容。其中，业务设计整体框架中的定方向和搭框架大致对应中高级产品经理的工作，而做细节和画界面大致对应初级产品经理的工作。业务设计整体框架中的九个要素对应着九个章节，这些章节都是独立成章的。读者如果在工作中遇到问题，可找到相应章节阅读，不会太影响对内容的理解。但为了建立知识的连接，我们仍然建议读者按顺序阅读。
解决的问题
在业务设计整体框架中的搭框架和做细节层面，本书讲了用例图、流程图（活动图）、状态图和类图，解决如下问题。
编写内容全面的文档
产品经理编写的文档存在考虑不周全的问题，本书期望通过用例图、流程图和状态图等设计方法来解决该问题。
编写研发人员不返工的文档
产品设计不佳，将导致上线失败、研发人员返工。比如，设计错误的用户体系和结算系统将可能导致研发人员不断返工。
实现高质量的业务调研和沟通
业务调研就是梳理业务流程、状态和类等内容，并找到业务中的痛点和问题。本书侧重于介绍如何让业务调研全面和高效。
现在，就请静下心来，开启阅读之旅吧！
[1]这三篇文章存在一些问题，本书做了修改，并全部重写。想看原文的读者请在知乎上搜索“大厂标准流程图”，并找到“擎苍”这个作者。
[2]关于需求的定义见6.1节。
[3]UML的概念见第2章。