关于B端产品收益的所思所想

我记得上个月召开了一次需求管理会议。在讨论如何提高IT研发效率时，一个问题引起了老师们的热烈讨论，即如何衡量B端产品的收入？这个问题让我很困惑。会上听了前辈们的讨论，收获颇丰。后来我查阅了相关资料，写下了自己的想法。首先，B端产品可分为以下三类：1。业务项目是指具有明确业务价值和收入的项目。大多数情况下，这些项目在某些方面具有明确的业务价值，但很难衡量或测量效果。2.基础设施项目是指业务价值不明显但非常必要的项目。一方面，它可能是由于功能完善的需要，另一方面，它可能是由于对软件架构抽象的需要（例如，最近流行的中间平台系统就属于这一类）。3.运维是指产品已正常投入使用，但仍需进一步迭代优化。此外，业务项目和基础设施项目在企业快速扩张期更为常见，需要IT快速支持。此时，组织结构是每条业务线都有相应的IT团队。在企业稳定期，多条业务线共享IT团队，目的是节约R&D成本，精细化管理。1.企业建立IT分包机制，模拟内部利润分层系统B端产品难以衡量收入的原因是：企业内部产品不接触市场，与用户数量、收入指标相比，非常模糊，难以准确定量评价。那为什么不能内部模拟市场化系统呢？具体来说，在企业内部建立IT分包机制，业务方为甲方，IT团队定义为乙方。甲方向乙方支付佣金。因此，对这类TOB产品团队的评估指标变成了这样的内部分成结算，内部模拟了一套以市场为导向的利润分成体系。那么问题来了，业务方对b端产品收入的评价是什么？B端产品的核心价值是帮助企业解决某些业务管理问题。B端产品作为服务于某一业务线或某一业务单位的B端产品，往往在以下几个方面对业务产生价值:增加收入(规模)、降低成本(成本)、确保质量(质量)、控制风险。其中，规模、成本、质量是业务部门经营管理的核心优化方向，风险控制是一种相对独特的业务监管需求。以上四点可作为B端项目的总体收入类型。任何商业项目的目标都会落在其中的某一点上。若某个项目看起来可能有多个收入，则可分别进行评估、总结和计算。例如，为保险公司建立高客户服务预约管理系统，高客户管家可以*为高客户预约服务，大大节省了时间。同时，高管家可以在系统中实时看到服务进度和情况，及时通知客户，提高客户满意度(如NPS从5到6)。因此，该项目的业务收入是节省劳动力成本和质量（提高客户满意度）。假设系统可以节省100万元的劳动力成本，业务部门愿意从5万元到6万元的NPS(净推荐值)。所以这个项目的收入是200万元。此外，需要注意的是，在衡量B端系统的收入时，我们应该站在一个长期的角度。如果我们过于短视，B端产品的收入往往被低估；在评估B端产品的收入时，我们需要对IT有一个大致的了解，以便更准确地评估收入。2.发现B端产品难以衡量收入最关键的数据指标的另一个原因是影响业务指标的复杂因素。除了软件产品本身的影响外，它通常还取决于外部因素，如业务政策、业务人员的能力和态度。例如：外卖平台骑手系统一直是订单模式，现在*系统订单，观察发现平台日均收入显著增加，但实际上影响收入的因素太多，如菜肴价格、平台变化、骑手数量、平台流量，是影响因素，这些因素混合在一起，难以衡量收入指标的变化，有多少是由于产品功能和改进。这里有两个解决方案:(1)拆分一级指标。我们知道:外卖平台日均收入=日常流量*平台抽取，我们试图层层拆解收入指标。每日流量=每日单量*每日平均流量=骑手数量*骑手每日平均运行单量。因此，该功能是影响骑手每日平均运行单量，从而影响平台收入。可以评估骑手每日平均运行单量，观察项目上线前后指标的变化，评估项目收入。(2)做AB测试或者刚才的例子，选择两批特征完全相同的骑手，一组作为实验组，提供系统发单功能，一组作为对照组，或者原来的手动抢单。观察骑手每天平均跑单量的比较，评估项目收入。然而，在许多情况下，B端项目很难实施AB测试。例如，如果业务流程是一个完整的流程机制，涉及外部部门的合作，那么如果涉及新的业务流程，新旧流程就不可能共存，这样合作部门有时会采取新的流程，有时会采取旧的流程。这可能是B端产品收入难以衡量的致命问题。B端产品的AB测试和小流量实验实施成本高，往往无法实施，难以准确比较和测量项目收入。1.基础设施项目在B端产品项目中的交付质量和完成时间将不可避免地占一定比例，这是由B端产品的性质决定的。B端产品作为一个复杂的系统，必须由多种类型的软件功能组成，例如权限管理、数据管理和其他功能。这种功能对业务没有明显的价值和收益，但对软件系统来说是非常必要的，属于基础设施功能。对此类项目：评估交付质量和时间。交付质量取决于生产事故的*次数/总需求总数。交货时间可以参考行业内类似公司类似系统的建设时间。2.对于中台建设项目，评估系统访问量和人力节约的目的是抽象建设可重复使用的软件系统或模块，如抽象各业务系统需要使用的短信中心进入多个系统的基本服务。因此，中间产品的一个非常重要的目标是避免重复造轮的问题，因此可以通过其访问的客户数量来估计节省R&D的劳动力成本。如何衡量运维项目的收入？1.评估交付质量和时间与基础项目相同。2.可以借鉴NPS的方法来评估业务满意度，但这里的用户是业务方。05最后，很难评估b端产品的收入，但我们仍然需要尽最大努力评估和分析项目。否则，就没有继续优化迭代决策的依据，也没有思考如何衡量项目收入的过程。这也是一个更深入地分析和论证需求和项目的过程。如果你不能衡量一件事，那么你必须仔细考虑是否应该这样做。