什么是业务需求

业务需求，是自顶向下的需求，往往来自于中高层管理人员，基于业务运营管理的直接诉求和要求，例如业务规则、管理制度、业务流程、组织机构，这些都属于业务需求。

业务需求分析的方法论

业务需求的分析过程，往往采用了经典传统的软件需求分析设计思路，重点通过业务诊断分析、抽象建模（DDD设计思想）、流程再造（BPR）的方式，进行需求分析和设计工作。

业务需求的价值

业务需求，承载了B端产品的业务价值，为相关业务的运营管理助一臂之力。注意这里所说是业务价值，而非商业价值。商业价值往往要上升到企业的层面，而B端产品多数情况是为单一业务部门服务，承载的更多是业务价值。

业务需求的收益评估

业务需求，多数情况下难以衡量具体的收益，例如，很难衡量设计开发了某个CRM管理模块，就会对销售业绩有多少程度的提升；即便如此，产品经理也要尽量尝试量化收益和价值，具体可参考文章《如何衡量B端产品的收益》。

什么是用户需求

用户需求，是自下向上的需求，来自于一线业务用户和基层管理人员，更多体现着业务人员对业务规则、流程、系统操作交互上的改进诉求。

用户需求分析的方法论

现如今SaaS形态的B端产品都更加关注用户体验，其交互体验和操作流畅度要好于传统的管理软件。在梳理B端产品的用户需求时，可以大量借鉴C端产品的需求管理方法论，例如客户旅程地图，KANO模型等。

用户需求的价值

用户需求体现了用户价值。互联网思维下，即便是B端产品，也需要重视用户体验和用户价值，包括了功能满意度和操作效率等。注意，此处所谓用户价值是指业务用户，而非C端产品的终端用户，这两者用户价值完全不同；前者基于业务价值提升用户体验和效率，后者则解决用户痛点和刚需，不可混为一谈。

用户需求的收益评估

通过针对功能模块定期的满意度调研（NPS）可以较好的度量用户需求的满足情况。另外也可以从效率提升、时间节约的角度去衡量、评估收益。

什么是产品需求

B端产品复杂程度高，建设到一定阶段，甚至有些时候在建设初期，就要考虑功能复用问题，以及与其他系统的架构设计与交互问题。例如，对于业务系统的权限管理模块，是复用基础服务，还是独立开发？对于消息中心和公告通知模块，是复用基础服务还是独立开发？除此以外，还有类似于软件产品功能完备性提升的诉求，例如灵活的后台配置模块，报表引擎的配置，这类需求，我们称其为产品需求。

产品需求的价值

产品需求往往不具备明显的业务价值，但是在软件系统结构合理性设计上，具备显著价值。除了让架构合理，还能节约重复开发的人力浪费。产品需求承担了软件的系统价值，为系统自身优化而服务，让系统自身合理并增值。

产品需求的收益评估

对于产品需求的收益评估，可以考核功能复用以及架构完善，对研发人力的成本节省。

总结

业务需求、用户需求、产品需求，作为B端需求的三大类型，也体现出了层次关系。

对于B端产品的核心目标，首先服务于业务，要满足业务需求；其次，要关注用户的体验和效率，满足用户需求；最后，要考虑软件结构的合理性，满足产品需求。

三者之间具备建设的先后顺序，也可以作为需求优先级排序的依据。例如，我们在从无到有搭建一款产品时，往往首先考虑支持业务，然后优化体验，业务稳定后，才考虑将软件功能架构进行完备性升级，这符合产品落地实践的一般认知。

除了以上提到的B端需求类型，经典软件工程中，还有一类需求，叫做非功能性需求（以上提到的都属于功能性需求），关注的是软件产品可靠性、可用性、可维护性等相关主题。