(一、二、三)，做好B端客户需求分析|人人都是产品经理。.
随着中国互联网产业从消费互联向产业互联转型，企业服务市场进入快速增长期。
根据艾瑞咨询的报告，虽然新冠疫情影响了宏观经济增速，但线下转线上、远程办公等需求反而助推了SaaS发展，预计2020年企业级SaaS市场仍将保持可观的增速，到2022年市场规模将突破千亿元。
风口上，不只是资本纷纷涌入To B领域，许多产品人也在谋划着从C端转型到B端。
一、B端和C端的区别
产品人Frank在《三大方面，分析 to B和 to C产品的区别》中，从三个角度对这两个产品做了区分：
面向对象：2B产品面向偏理性的客户，2C产品面向偏感性的用户； 产品特点：B端卖工具，强调性价比；C端卖玩具，突出好玩； 商业模式：B端“卖身”，实打实地一手交钱一手交货；C端“卖艺”，主要通过广告、排名等方式间接变现。
在《何谓B端产品》一文中，产品糙叔把B端产品定义为：为组织提供商业价值的产品或服务。
他提出，B端产品经理在日常工作中，要做到“一个明确，两个基于”，即先明确目标客户，再基于价值决策、基于场景设计。
概括而言，C端用户更重体验，要求用得爽、玩得嗨，因此，在做产品设计时要轻流程、重体验。而B端客户更重效率，在做决策时更符合理性经济人假设。
所以，在设计产品时，要带着帮忙客户降本增效的目标，对企业业务流程进行重构、优化。
二、一条公式
作者认为，这个公式是预判需求是否有商业价值和客户是否购买后续做出来的产品的根本标准。
为什么这么说呢？
在当前的国内环境中，一个SaaS产品只有在需求分析阶段就瞄准客户痛点、在产品设计阶段就帮客户把账算清楚，才能为走通商业模式、实现产品盈利奠定基础，国内的SaaS市场环境目前是落后于发达国家的。
艾瑞咨询的数据显示，2019年中国GDP占全球的比例达到16.4%，但企业IT支出占全球比重仅为5.5%，总体而言，中国企业信息化水平相对经济发展程度仍比较落后。
具体而言，国内目前愿意付费订阅SaaS的客户多为国企与政府，且偏向定制化开发。而小微企业由于竞争环境相对恶劣、对于用人力来经营有路径依赖等原因，所以对软件工具的付费能力普遍不强。
这种情况下，B端产品经理只有在做顶层设计时，就帮目标客群把SaaS产品价值的ROI测算清楚，才能保证做出来的产品既切中客户真实需求，又在目标客群的付费能力之内，进而支撑销售和客服团队把SaaS产品卖出去。
然后，这条公式要怎样使用呢？
参考用法是：先从市面上选择合适的解决方案作为参照物，跟拟开发的新解决方案、客户正在使用的旧解决方案作比较，引入参照物是为了比较客观地做出分数评估。
然后，按选定的统一标准从不同维度给这些方案打分。经标准化处理后，取综合得分并进一步计算、比较不同方案之间的优劣。
关于新旧方案评估的维度，以及每个维度的权重，建议根据行业经验和产品特性来确定，可以包括但不限于技术先进性、价格、功效、安全性、方案完备性等等。
计算不同解决方案的价值得分
计算不同解决方案的成本得分
举例：假设我要做一套客服系统，我选择了从技术、价格、服务和功效这4个维度来评估我们公司打算做的客服系统、市面上的参照方案和目标客户正在用的旧方案。
假设经计算得到，新解决方案的价值得分为70分，成本为65分，而旧解决方案的价值得分为30分，成本得分为45分。
那么，根据客户价值公式，产品价值=(新解决方案-旧解决方案)-替换成本=(70-30)-(65-45)=20分。产品价值为正数，表明这个新解决方案可以给客户带来价值，也就是说这个B端产品的价值模型有较高的可能性成立。
其中，在根据行业和产品特点选择具体维度来比较不同方案的替换成本时，建议考虑“功能专注度”和“功能丰富度”，为什么呢？
因为这两个维度分别对应了把功能做强和把集成做广的SaaS产品竞争策略。
具体如下：
1. 功能专注度：把功能做强
相比于通用型SaaS产品，有些SaaS厂商会专注于某一垂直领域做专用产品切入，打磨好符合该领域需求的细节功能，从而构建起自己的竞争壁垒。
这样当竞争对手尝试以低价抢走客户时，客户可能会考虑到某些细节功能更符合自己在特定场景中的业务需求，而拒绝竞争对手的诱惑。
2. 功能丰富度：把集成做广
相比于专注做强功能，有的SaaS产品会面向B端客户多样化的管理需求，把可以共生的多种软硬件服务集成在一起，为客户提供一体化的解决方案。
这样既通过一站式帮助客户解决全部相关问题，在销售时赢得客户的青睐，又使得已经在用的客户在面对友商提供的替换方案时，考虑到要投入额外资源把几套系统割接在一起，很可能会慎重考虑要不要更换。
把“功能专注度”和“功能丰富度”纳入到替换成本的测算中，可以帮助我们构建起产品的竞争壁垒。
三、两个维度
明确了产品价值的衡量方式后，接下来从商业和技术两个维度，来摸清B端客户对于SaaS产品的需求。其中，商业维度的分析是技术分析的基础。
商业分析如果错了，那么后续搭建出来的产品技术模型很可能是没用的。
商业维度的分析可以从以下角度展开：
1. 目标客群
C端产品有用户研究，类似地，B端需求也可以建立目标客户模型，只是考虑的维度不一样。
C端一般从年龄、职业、性别等维度来勾画目标用户的个性特征，而B端产品则会从行业、地域、企业规模等角度来明确目标客群。
2. 需求背景
B端产品一定是立足于某个具体的环境和（或）发展阶段来为目标企业创造价值的，这个价值可大可小。企业对软件工具的需求，一定是客观环境或者发展问题映射到决策层的主观意志上，再回馈出来的痛点。
产品经理一定要理解这个需求产生的背景，例如：同样是对自助建站的需求，一个企业在50人左右的阶段，可能只愿意购买模板和基础的数据库服务来展示自己的业务，而当它扩张到500人的阶段，就可能比较看重平台开发/制作能力了。
自助建站SaaS产品经理就需要明确自己面向哪个发展阶段的企业客户。
3. 商业模式
在理解需求背景后，B端产品经理要弄清楚目标企业的商业模式，商业模式决定了产品规划和设计的框架。
只有梳理清楚了企业的商业模式，准确把握目标客户经营什么产品或者服务、怎样销售、怎样盈利，才能避免B端产品的系统设计出现严重的偏差。
对商业模式的理解，可以结合下文介绍的场景分析来展开。
4. 付费能力
B端产品只是通过用技术辅助企业降低成本或者增加收入，来改变B端客户的支付对象，但并不能增强客户的付费能力。产品经理需要确保自己在用产品来帮助客户时，所采用的技术和成本没有超出目标客户的购买能力范围。
同理地，产品在完成商业角度的分析后，可以从开发目标、系统架构、功能模块和参数要求等维度来分析目标客群对于SaaS产品的技术要求。
四、三种分析
具体到怎样从商业和技术两个维度做好、做充分对B端客户的需求分析，我认为有三种手段可以辅助实现，分别是：相关方分析、场景分析和业务逻辑分析。
首先，我们需要确定这个需求涉及到的相关方有哪些。与C端需求主体只有用户一个人不同，B端需求会涉及到更多主体。
一般来说，B端需求中，决策者（老板）、购买者（采购部、财务部）和使用者（业务人员）是分离的。
相关方是产品需求的来源。一定是在某个特定的场景中，几个相关方在他们的现状和想达到的目标之间有差距，这些差距集合在一起才形成了一个痛点，进而形成了B端客户对一个新的解决方案的需求。作者认为，全面的相关方分析是首要的。
例如：假设收银员人均处理500单流水，而要达成人均1000单才能应对业务扩张，这种差距反馈到老板那里，他可能就会有控制成本、提高效率的想法，然后授意采购部去询价能辅助实现这个目标的收银解决方案。
产品经理一定要把一个业务场景中涉及到的相关方都捕捉到了，然后分析他们在特定场景中的互动，才能确保在做需求分析时没有遗漏。
这里特别提出，在做相关方分析时，建议把合作伙伴也考虑进来，然后整体分析他们在特定的行业生态中，是怎样围绕特定主题合作实现价值创造、流动的，为什么这么说呢？
前文提到，目前国内企业的信息化程度还相对落后，中小企业的SaaS付费意愿没有美国的强。这种情况下，SaaS产品如果想盈利，就不能只是做一个软件，而是要以降本/增收为目标导向，为B端客户提供一体化的解决方案。
再次拿收银系统来举例：如果某SaaS产品只是给到客户一个IT系统，那么，企业是不会买单的。
因为企业在买了这个系统后，还需要去采购电脑、连接网络、部署软件等，在售后问题上需要额外投入很多资源。客户会觉得不划算；而现实中，国内大部分厂商现在都是提供一整套的移动支付解决方案，包括收银机、扫码枪和收银系统等在内。
也就是说，B端产品在做相关方分析和场景分析时，需要充分捕捉到涉及到的角色，然后思考信息流、资金流和（或）物流是怎样在这几个主体之间流动的，他们是怎样形成一个小型生态的，然后才能针对性地为这个场景设计出一体化的解决方案。
另外，在做场景分析时，还需要考虑物理场景。虽然都属于线上场景，企业对于网页端自助建站和小程序自助建站的需求是不一样的。
网页端建站时，对于功能模块的要求会更齐全；而在小程序建站时，由于它倡导用完就走、不适合做留存，所以对于功能模块的需求就会聚焦在商品上架和订单交易。
同样地，虽然都是做线下支付，商铺扫码支付和公交扫码支付对于产品的功能要求是不一样的。
因为跟便利店里信号稳定不一样，公交是一个网络波动的场景，可能这个车站信号满格，下个站点却没有信号了。不同物理场景中，对于产品的功能参数要求是不一样的。
在做完相关方分析和场景分析，对目标客户的商业需求有个完整的理解后，才开始着手业务逻辑分析。而不是一上来，就开始画流程图。在做业务逻辑分析时，可以调用一些比较成熟的工具模型。
如下：
范围模型：生态系统图、系统交互图、功能模型等； 流程模型：过程流、用例、用例故事等； 规则模型：商业规则目录、决策树、决策表等； 数据模型：数据流图、数据字典、状态表、状态图和实体关系图等； 接口模型：报告表、系统接口表、用户界面流、线框图和显示-操作响应表等。
这方面其他专业人士已有比较详细的论述，这里就不展开了。
在做需求分析和产品设计时，可以从商业和技术两个维度，通过相关方分析、场景分析和业务逻辑分析，去梳理清楚目标客群的具体需求以及他们的真实需求程度，为做出一个成功的B端产品奠定基础。
题图来自Unsplash，基于CC0协议。
B&B APP的开发解决了用户的问题和需求，提高了用户的满意度。
一、提高预订和入住体验
通过APP预订民宿，用户可以更加方便快捷地了解民宿的详细信息，包括房间布局、设施、价格等。同时，用户还可以通过APP直接完成预订、支付等操作，避免了繁琐的中间环节。入住时，用户可以直接通过APP获取房间的开门密码、导航到民宿等，极大地提高了入住的便利性。
二、降低民宿经营成本
对于民宿经营者来说，APP的开发可以帮助他们降低经营成本。首先，APP可以减少对传统渠道的依赖，降低营销费用。其次，通过APP直接与游客沟通，可以减少中间环节，降低沟通成本。此外，APP还可以帮助民宿经营者更好地管理房源，提高房间的出租率。
三、增加用户黏性和复购率
APP可以帮助民宿建立自己的用户体系，通过数据分析了解用户的喜好和需求，为用户提供更加个性化的服务。同时，通过推送优惠券、特价活动等信息，可以增加用户的黏性和复购率。
四、拓展市场渠道
APP可以帮助民宿拓展更多的市场渠道。通过APP，民宿可以将房源信息推送给更多的潜在客户，提高知名度。同时，APP还可以与旅行社、在线旅游平台等合作，共同开拓市场。
五、提升品牌形象
一个设计精美、功能完善的APP可以帮助民宿树立良好的品牌形象。用户在使用APP的过程中，可以感受到民宿的品质和服务态度，从而对民宿产生更好的印象。同时，通过用户的口碑传播，可以进一步扩大民宿的影响力。
六、实时掌握房源情况
通过APP，民宿经营者可以实时掌握房源的出租情况，及时调整价格和房源状态，提高经营效率。同时，APP还可以帮助经营者了解房间的维护情况，及时进行维修和保养，提高房源的质量。
七、提升用户体验和忠诚度
除了提供便捷的预订和入住服务外，APP还可以通过提供用户评价、在线客服等功能提升用户体验和忠诚度。用户可以通过APP对民宿进行评价和反馈，帮助其他用户做出决策，同时也为民宿经营者提供了改进服务的依据。在线客服功能则可以及时解决用户的问题和需求，提高用户的满意度。
八、增加营收渠道
除了传统的住宿收入，B&B APP的开发还可以通过提供周边游攻略和特色产品推荐增加收入渠道。通过与当地商家合作，B&B可以向用户推荐更多特色服务，提高用户的消费意愿和满意度。
本段是特别嵌入：编辑是：红匣子，收集艰难，不图回报，与作者互动就1662051 1776（可微可电）共同商讨。
B&B又变热了。如何用APP增加游客量？
随着旅游业的快速发展和人们对独特、个性化住宿体验的需求，住宿业再次成为旅游业关注的焦点。然而，在竞争日益激烈的市场环境下，如何增加游客数量成为每个酒店经营者需要解决的问题。在这种情况下，利用APP增加客户数量就成了非常有效的手段。
首先，开发app可以让经营者直接面向客户，使得客户能够更加方便地了解民宿的信息。经营者可以在APP上发布房间的图片、详细介绍、价格以及客房情况等信息，让客户能够快速了解民宿的优势和特色，提高客户的预订率。
其次，它还可以提供在线预订服务，方便客户进行预订和付款。这种服务不仅可以提高客户的体验，也可以提高民宿的预订率，实现快速的盈利。
另外，经营者可以为客户提供更多的增值服务，比如机场接送、旅游线路推荐等服务，增加客户的满意度，进而提高客户的复购率和留存率。
现在-免编程APP&小程序在线生成平台很好的平衡了质量及成本的难题。无需掌握任何的编程开发技能和UI设计能力，只要一键套用现成的模板，全程可视化进行拼图操作，同步打通小程序。相对比传统的软件定制服务公司普遍昂贵的开发报价，这类零代码的app开发平台，资金投入成本不到1万元，不出一周，就能完成软件开发到上线。
开始制作
