B端产品设计全流程？项目调研——需求分析——产品设计——项目落地与监控其实B端产品设计的全流程和C端并没有太大的差异，只是在具体某些环节中会有一些区别和差异，这个我们其实可以当做一个通用的产品设计或者项目管理流程去理解就好，但是说一句，这些里面的环节，大家都应该积累自己的方法论，每个环节其实都有对应的经验，只是不同行业和场景下会有不同的解法，需要我们自己去积累。B端产品设计的基本原则严谨的业务流程设计：这个原则其实在前面讲了听多次的，页面流程，操作顺序等等都需要经过严格的思考，同时需要考虑设计的拓展性；合理的功能模块设计：B端更多的是需要模块化的设计，比方说A业务有一个商品上架模块，B业务也有一个商品上架模块，那么我们是不是可以统一将商品中心进行归纳，抽象为商品中心模块用户体验一致性设计：这里更多是需要考虑用户体验，比方说这个页面菜单叫商品管理，另外一个页面同样的模块就叫商品系统，以及颜色、加载等等细节需要保持一致，尽可能复用干净简洁的页面设计：B端注重效率，不需要很多花里胡哨的设计，更多的需要我们把握简洁的原则，不加入过多的影响元素。

如何快速入门b端 产品？第三、必须学会的三大流程图：业务流程图、功能流程图、页面流程图相比于C端专注于原型设计，在B端我们可能还会涉及到其他更多的流程设计图，业务流程图更多是从业务本身出发，不考虑系统和功能，比方说我们的点餐流程，就会涉及到用户扫码-下单-支付-取餐-离店等流程，是非常基础的流程图；功能流程图则涉及到各个系统和数据之间的流转，会涉及到跨系统的跳转，以补货流程为例，就会涉及到补货系统、进销存系统、运营、采购、补货员等多个角色，同时中间还会涉及到一些判断和异常流程，是最为关键的设计；页面流程图则是从角色出发，整个业务从最开始到结束中间会涉及到哪些页面的流转，这几个流程图是我们在B端设计中经常会用到的工具，这也是我们从全局思考的一个体现，避免直接就是画原型，没有顶层思考。第四，必备的数据报表设计做B端产品我们还会涉及到一个基本所有行业都会涉及到的一个能力，就是数据报表设计的能力，数据报表包括2个维度，一个维度是数据看板或者数据工作台，有些公司可能会有对应的数据产品，但是绝大多少B端产品，为了监控自己业务，需要设计对应的数据报表去进行监控，业务同事也需要对应的工具去观测业务是不是好的，所以这个能力也是我们必须需要具备的。这里我们可以使用一些成熟的元件库，antdesign，饿了么等元件库；我们在设计数据报表时需要考虑以下方面：明确报表的目的，涉及哪些角色、构建数据指标体系，跟业务方确认，最后才是数据报表的开发。

怎样快速入门B端产品？第一、系统学习相关B端产品知识，阅读相关书籍目前市面上B端的书籍相对C端来说是少很多的，系统性的书籍也不多，主要给大家推荐以下基本书籍，其中最推荐的就是《决胜B端》，里面结合案例把整个B端的项目流程都做了非常详细的介绍，既有理论也有实际案例。另外强推王诗沐的幕后产品，里面关于需求分析决策的体系非常的有用，完全适用于B端产品；最后B端很多书籍需要我们结合行业去看，比方说供应链管理的书籍、物流相关的书籍、电商零售书籍等等，这些对于我们进阶是非常有帮助的。第二、竞品调研，学习成熟产品的设计B端的竞品调研不像C端那么容易，C端我们直接应用市场下一个APP就可以了，B端则非常的难，有时候我们连找一个对标的网站都可能很难找到，这里推荐几个B端的网站给大家，国内国外的都有，上面有很多B端产品的介绍，收录了非常多的网站，SaaS点评网、G2等，当然还有很多云服务网站，主要就是阿里云、腾讯云，上面也有非常多的B端产品；很多网站都有后台试用的入口，我们可以通过试用去了解和学习，如果没有试用版本，我们可以通过官网的介绍文档或者接口文档去学习，还有一些开源的网站也有非常系统的产品，比方说供应链系统、内容库系统等等，会给到我们很多参考学习。

怎么样将C端的经验复用到B端呢？第一，MVP思维，C端我们一般新项目都会使用到MVP的模式，只是最小可行性产品可能更多的是小程序、以及包含最小业务的的页面；在B端产品中其实也会用到MVP的模式，我们怎么样验证这样一个产品有没有市场前景，我们可能是直接通过原型进行典型客户的调研，或者是通过PPT给客户演示，实现MVP的设计，避免上线之后发现不满足客户需求而推到重来；第二，灰度测试，只要涉及到项目管理和互联网研发，都要用到灰度测试，C端我们除了用到灰度测试可能还会用到AB测试，通过比例去逐步进行放量，比方说微信的测试版本、淘宝的测试版本等等，都会通过特殊渠道去投放和控制灰度的策略；而B端同样的，也需要灰度测试去保证版本的稳定性，客户更加敏感，一旦出现BUG将影响续费率；第三，用户体验，B端我们一直在强调效率和模块化，但是并不是代表不需要考虑用户体验，我们一般在B端会在保证可用的基础上尽可能的运用C端交互设计，提升客户体验，也就是C端的用户体验和交互设计在我们做B端产品设计时提供一定的优势；第四，用户调研，调研是我们在做产品时不可或缺的环节，只是在C端中我们用户调研更加容易，典型用户更容易找到，但是在B端中，客户较少，样本量不足，就更加依赖典型用户，同时竞品调研也更加难，但是调研的方式很多也是可以复用的，比方说问卷调研、电话访谈、客服反馈等等；第五，项目管理同样是通用的，从整个项目开始到结束，需求文档、设计、开发测试上线等流程基本都是大同小异，其中积累的一些项目管理的经验也都是可以复用的，比方说项目延期怎么处理，怎么样做需求的优先级管理等等；第六，数据分析，数据分析是指导我们进行产品迭代的一个方向，C端产品中需要我们重点关注转化率、留存、arpu等指标，数据分析的方法我们也是可以学习的，都需要我们重视数据，但是在B端中可能会有一些差异，比方说需要我们考虑模块的调用率、系统的稳定性、使用时长等等指标，所以需要我们结合不同的业务去制定不同的数据观测和分析体系。

B端产品经理还需场景化思维，对应C端就是我们所说的创造力，那么在B端业务流程中，场景化思维主要涉及到以下几个主体：客户、场景、问题痛点、解决方案、以及方案评估，简单串起来就是，什么样的客户在什么样的场景下，遇到了怎样的问题和痛点，针对这个痛点我们有怎么样的解决方案，这些方案评估如何，哪个方案最合适。具体来看，我们就要清楚的知道客户是什么类型，外部客户还是内部客户、场景则是还原当时客户最真实的情景，比方说企业理财的转账，遇到的问题和痛点就是，是流程上的问题还是效率问题，当前这个问题是否有解决方案，是否能提出其他创造性的方案，这些解决方案投入产出比如何，是否会对其他客户产生影响等等。这个场景化思维同样适用于其他产品的思考设计。需要我们深入到客户中去，挖掘和感受客户的需求，但同时也需要避免成为工具人，对需求有自己的分析和决策。全局考量，B端复杂的业务需要我们有大局观，主要有以下几个方面需要我们全面考虑：多角色考量、分支及异常流程考量、产品优势与商业模式的思考、以及为未来做好准备；多角色需要我们清晰的了解组织架构，不同角色和权限的考虑，同时还要思考和其他团队的合作，分清楚决策方和使用方等；分支及异常流程考虑，B端复杂，会涉及到很多分支与异常流程，需要我们在产品设计时就需要考虑清楚，以及遇到这些异常流程的兜底方案，同时需要我们监控和快速响应出现异常流程。产品优势与商业模式思考，SAAS产品可能在很多时候都要归纳整理产品的优势，尤其是在官网和产品文档上，都需要非常丰富的产品优势介绍和卖点。同时定价、续费等等策略也需要我们同步思考。为未来考虑，主要是接口的拓展以及菜单导航等规划，避免重复造轮子，导致之前开发的不满足需要重新推倒重新开发设计。

转型B端产品的核心技能树？第一是客户思维，第二个是逻辑思维与抽象能力，第三个则是场景化思维，最后一个就是全局考量，里面有一些是和C端是相通的，具体来看这个4个能力包含哪些方面。客户思维，在C端可能更多的对应的是用户思维和同理心。尤其是在SAAS行业，我们一定要从用户视角转变为客户视角，在C端用户不一定会付费，但是客户却一定是付费的用户；我们在思考客户思维的时候，主要从以下几个方面体现，首先以客户为中心，站在客户的立场上思考客户的痛点和诉求，第二学习客户的行业流程，了解市场上有哪些玩家，学习这个行业的玩法和流程，一定要深入了解；第三了解客户的组织架构，B端相比于C端，就是B端客户一般都是多角色，有着复杂的权限和逻辑，我们一定要清楚的知道不同角色的客户对应需要哪些内容，第四深度体验客户业务，尤其是线下的业务一定需要我们深入一线。逻辑思维与抽象能力，并不是说C端不需要逻辑思维和抽象能力，而是B端更需要非常缜密的逻辑思维，抽象归纳演绎的能力，能够把复杂的业务流程抽象成统一的可实现的方案。这里参考用户体验五要素，B端的业务模型我整理成了3个维度，最底层的则是数据层，这里需要我们拥有一定的数据能力，考虑数据结构和接口的稳定性，以及数据如何在不同的业务系统中进行流转，怎样将不同的业务转化为通用的能力，这里需要有一定的技术认知；数据往上一层则是中间业务层，这也是B端产品最核心的一个能力，需要我们拥有强大的逻辑思维与分析能力，需要我们将复杂的业务进行拆解和梳理，不同的客户有不同的业务流程，我们需要怎么去整合，业务的逻辑和边界我们需要怎么去定义和划分；而最上层则是前端表现层，需要我们交互设计能力，怎么设计导航和菜单栏，以及需要考虑不同页面和组件的复用能力，保持页面交互的一致性。这里主要是自下而上的逻辑思考模型，从最底层往上层进行拆解，在导航和菜单栏设计时，则需要我们有自上而下的思考，一层一层机型规划设计，这里推荐大家《金字塔原理》这本书，能够很好的培养我们的结构化思维能力；

面临这么多可供选择的B端方向和行业，我们应该怎么去选择适合自己的的方向呢？我觉得主要有以下3个方面需要考虑：第一个就是个人兴趣和技能的匹配度，这个可能是最重要的，需要清晰的评估自己对什么感兴趣，自己有哪些技能，专业上与哪些方向更加匹配，第二个则是行业和方向的延续性需要考虑。在职业生涯前几年多给自己试错的机会，找到最适合自己的以及跟公司最匹配的；根据自己的兴趣和积累梳理出一些可供选择的方向。最后就是盘点市场上哪些是朝阳行业哪些是夕阳行业，也就是选择发展空间更大，资本和风口上的方向我们可以优先考虑，意味着岗位更多，机会更大，需要我们对整个市场和行业都要有一定的了解。

B端产品有哪些方向？首先应该了解一下目前在B端市场具体有哪些类型的产品。第一类大的方向就是面向企业内部的业务平台，很多人可能觉得这不属于B端，但是其实这是体量最大的方向，比方说很多人可能目前都会涉及到的订单系统、客服系统、活动管理等等，这类系统一般不会直接为企业带来效益，但是会间接为内部同事提升效率，进而降低企业的成本，达到降本增效；第二类就是面向企业外部销售的平台产品，比方说大家都熟知的ERP、CRM、SCM等各种各样的SaaS平台，据了解，目前中国市场上截止2019年底，大约有4000多家SAAS企业，今年又涌现出来非常多的SaaS公司，预计已经达到了7000加左右，最典型的比方说有赞、微盟、金蝶、用友等，绝大多少Saas公司其实都是小而美的垂直细分领域的公司，不为被大家所知，但是前景却非常的广阔；第三类则是基础服务产品，比方说协同办公系统、即时通讯系统、OA系统、人力资源管理系统。

B端产品和C端产品有哪些典型的差异呢？核心主要表现在2个方面，B端更加侧重效率和产能，C端则更注重流量和用户体验；具体在用户层面，B端一般面向企业和组织多角色，用户量相对较少但是毕竟专一，C端用户则是面向个人用户，万花筒，什么样的用户都可能存在，用户体量也相对较大；在终端方面，绝大多数B端都以PC端为主，移动端为辅，C端则绝大多数以移动端APP小程序等，在终端方面其实主要还是看行业和用户场景来选择合适的应用，就比方说钉钉和企业微信，移动端和PC端都有；在产品设计层面，B端更加简洁和集中，模块化设计较多，而C端则百花齐放，交互体验会有很多花里胡哨的设计，也会有很多趣味好玩的场景，最有代表性的就是游戏、电商、短视频等产品形态，页面设计非常的丰富，B端则很多可能都是性冷淡，配色单一的设计，更多的是提升产品的效率；在盈利模式上，B端主要有2种，一种是纯内部工具提升效率降低成本，另外一种则是面向企业用户收费，定制或者年费等方式，客单价较高‘’而C端的盈利模式则相对较多，比方说广告、游戏充值、增值服务、电商等，客单价相对较低，但是体量较大。

优惠券在使用后是否可以退回呢？这里可以分情况讨论：退还优惠券：当下游客户下单后又主动取消订单，这种情况可以考虑退还给优惠券客户；当上游商家在订单未完成的情况下作废/取消订单，这种情况可以考虑退还优惠券给客户。不退还优惠券：订单已完成的情况下再去作废订单，这种情况一般不退还优惠券；对相应的订单进行退货，这种情况一般也不退还优惠券。统计/分析优惠券活动之后，需要对促销活动做有目的的统计分析，便于下次的针对性改进。以下提供几个统计维度，仅供参考：领取率：已领取总量/发放总量；使用率：已使用总量/发领取总量；用券总成交额：使用该优惠券的订单付款总金额；优惠总金额：使用该优惠券优惠的总金额；优惠总单量：使用该优惠券的订单数量合计；费效比：优惠总金额 / 用券总成交额；用券笔单价：用券总成交额 / 使用该优惠券的付款订单数；用券老客户：使用该优惠券的老成交客户数；用券新客户：使用该优惠券的新成交客户数；购买商品件数：使用该优惠券购买的商品数量。

成功生成优惠券，在用户领取后，优惠券处于待使用的状态。领取场景：注册领券：吸引新客户，在客户新注册成功后，即可领取新人注册券；购物领券：客户在成功下单后，即可领取相应的优惠券，吸引客户二次消费；分享领券：客户在成功分享上游商家的商品、店铺等信息后，即可成功领券；全场领券：客户可无条件在活动时间内领取指定优惠券用于消费。领取方式：注意领取这个名词是有概括性的，具体是可以分为系统自动发放和用户主动领取两种方式的。有些券无需用户主动点击领取，而是通过商家下派的形式直接发放给下游客户。领取路径：PC、H5、小程序均可考虑。但移动端的优先级更高。使用优惠券状态：可分为待使用、已使用、已过期。待使用的优惠券可正常使用，成功使用优惠券后状态变更为已使用，未在有效期内使用的优惠券状态变更为已过期。使用节点：理论上使用节点可分为在下单时使用还是在支付时使用。但基于现在各大电商平台（淘宝、天猫、京东等）都是在下单环节使用优惠券，在这个环节已经给广大消费者们深度教育过。所以建议不要轻易去改变用户的习惯，即在下单环节使用优惠券，与支付环节隔离开。选择优惠券：可考虑是否要默认选中优惠券；展示所有未过期优惠券，符合使用条件的高亮置顶显示，其余置灰靠后展示；多张可用优惠券，面额不同，优先选择可抵扣金额最多的优惠券，若面额相同，优先抵扣有效期即将到达的优惠券。

在成功创建优惠券之后，需要适当对当前的促销/优惠券活动做宣传推广。常用的消息推送方式有：EDM邮送、APP消息通知、公众号推送（二维码）、小程序传播（小程序码）、短信通知。这五种消息推送方式的优劣势这里就不一一展开讲，有兴趣的同学可以自己去百度知乎一下，这里挑出公众号推送（二维码）和小程序传播（小程序码）这两种方式简单说一下。作为移动的入口，二维码/小程序码依靠微信强大的流量为支撑，不得不引起重视。而我们也恰恰可以利用到这点，对促销/优惠券活动的宣传推广增加入口。生成相应的包含优惠券、店铺、商品等信息的二维码/小程序码，直接分享到微信群、朋友圈等社交集群，用户只要扫一扫即可看到店铺优惠信息，注册/登录成功即可一键领取，将拉新的流程大幅度缩短，也使得营销推广的成本大大降低。

优惠券领取门槛：客户：对不同客户发放不同类型/力度的优惠券，实现精细化运营，常常可以这么设置：按照新老客户划分；按照不同的客户级别划分；按照不同的客户归属区域划分；所有客户均可领取，不做区分；指定某几个特定客户。限领数：设置每个用户可以领取的优惠券数量：不限制，可以重复领取；自定义数量。优惠券使用规则：需要对优惠券的使用进行一系列的规则定义，才能达到你想要的效果。有效期：设置优惠券的有效期可以给用户营造紧迫感，刺激消费：不限时间；限制绝对时间：如有效期为2018.04.23到2018.04.30；限制相对时间：如有效期为自领取日起xx天。作用商品范围：可指定某些商品，对不同的商品采取不同的促销策略：指定商品分类；指定商品品牌；指定商品标签；所有商品通用无限制，均可使用；指定某几个特定商品。使用门槛：设定使用优惠券的满足条件，如：满xx元可使用；满xx件可使用；满xx重量可使用；无门槛。与其他促销同时使用：需要确定优惠券是否可以与其他促销活动同时使用。如果允许的话，需要考虑优惠券的使用门槛以哪个金额/数量为准，并注意各个促销活动逻辑判断的先后顺序。举例说明：商品A原价50元，做了商品促销直降到40元；现有促销优惠券是满300减20元券。则在购买时：买7件商品A，合计40*7=280元，不可使用优惠券；最终结算280元。买8件商品A，合计40*8=320元，可以使用优惠券；最终结算320-20=300元。单笔订单使用多张优惠券：需要确定单笔订单是否可以使用多张优惠券，在做优惠券需求前期，建议不允许同时使用多张，否则会让业务变得很复杂，产品和技术实现都会变得比较复杂而难以快速迭代。除非业务上必须要求这么做，否则不建议可使用多张优惠券。到期提醒：优惠券在领取后快到期仍未被使用时，可以设置适当提醒唤醒用户。

优惠券的生命周期来对优惠券进行一一解读，分为：生成、审核、推广、发放/领取、使用、退还、统计/分析。1、生成即创建一个你想要的优惠券，包含优惠券的类型、面额、有效期、使用门槛等。1）基本信息类型：不同场景下需要有不同类型的优惠券来有针对性的去刺激消费者，基于不同场景初步可做以下几类：新人券：面对新注册的客户，领取后满足使用条件即可抵扣xx元；现金券：使用门槛较低，可直接使用抵扣xx元；满减券：满xx元减xx元；折扣券：满xx元打xx折；免单券：使用该券面单；包邮券：使用该券免邮费；礼品券：持券可赠送指定礼品。名称：方便活动运营人员标识，简洁明了的名称也可以直观吸引用户，了解活动大致内容。面额：设置优惠券的面额，即可以减免多少的优惠金额，可设置为：固定面额；随机面额（设置面额区间）。发放时间：这里发放时间指的是发放优惠券的活动时间区间，不要和优惠券的有效期弄混了。发放总量：本次活动计划发放的优惠券总数量。活动状态：活动状态可分为未开始、进行中、已结束。需要注意的是，已经发出去的优惠券，即时对应的活动是已结束，只要在优惠券的有效期内，是可以正常使用的。这点不要弄混了。使用说明：对优惠券的一些使用说明和温馨提示，方便用户快速了解该优惠券的使用方法。