刚接手产品经理的工作，各种各样的问题劈头盖脸地砸过来，焦虑归焦虑，到处搜刮资料汲取前辈们经验的手可没停过。好不容易找到认为能帮忙指点方向的前辈，小心翼翼问过是否付费咨询后，对方说倒也不必。就在我吭哧吭哧打完一大段产品现状、背景、问题后，满心欢喜期待着答案，对方却甩来一句先去了解你们的业务需求，再无下文。
我一脸懵，心想既然前辈这样指点了，那就先把自己半瓶水的心态先放空，打开某乎先从业务需求的概念开始学起，不过这回答也是五花八门：
（▲ 参考截图）
上图这哥们认为业务需求=用户需求
（▲ 参考截图）
这个哥们的回答中出现了许多对产品新手不友好且定义不清晰的词汇。
看完以上回答，离答案仿佛又更加遥远了。
本着求真的好学态度，前往维基百科一探究竟：
（▲ 参考截图）
维基百科中并没有出现类似需求分析等专属词汇，没有明确的术语和概念，也难怪会衍生出五花八门的解释。看来要想掌握软件开发中每个环节的精髓所在，是非常有必要较真每个环节所对应的概念或术语。
（▲ 参考截图）
需求可以做为新产品开发时，设计阶段的输入。好比孩童时期需要输入大量的字母、音节拼凑出单字、词汇继而才能进行更深入的语言行为——造句和写作（这里仅探讨国内产品开发流程，国外工程师文化的产品开发不在此次讨论范围内）
（▲ 参考截图）
上图将需求从输入（产品需求）到输出（流程需求）的逻辑进行划分，依据国内产品开发现状，业务需求、使用者（利益相关者）需求可以归属于产品需求，会涉及产品经理、运营、需求分析师岗位的参与或协作；功能需求可以归为流程需求，同样离不开交互设计师和视觉设计师、IOS/安卓工程师、后端工程师岗位的参与或协作。
（▲ 参考解释）
C端产品中的使用者（利益相关者）需求指的是终端用户的痛点和刚需，业务需求则是对终端用户进行商业化的设想或探索。
B端产品面向企业或组织，属于自顶向下的需求，往往来自于中高层管理人员，基于业务运营管理的直接诉求和要求，旨在帮助其解决某类经营管理问题，例如业务规则、管理制度、业务流程、组织机构；使用者（利益相关者）需求等同于用户需求：是自下向上的需求，来自于一线业务用户和基层管理人员，更多体现着业务人员对业务规则、流程、系统操作交互上的改进诉求。
用户需求和业务需求作为C端和B端需求的两大类型，区别在于这两者用户价值完全不同；C端产品解决用户痛点和刚需，B端基于业务价值提升用户体验和效率。
我也并非一个特别能较真的人，但对专业术语或概念必须建立明确的认知，这样才能在工作中发挥主观能动性，在繁琐的工作中找到重点去切入和突破。
