产品经理的一些需求概念—用户需求、软件需求及产品需求 ...

抽烟不喝酒饮茶不读书

1、什么是需求？

经常听到的概念，用户需求、软件需求、系统需求、业务需求等等。到底哪个才是准确的名词。
业务需求：通常为软件系统的建设目标，高层次的需求，提供包括当前的问题和机会。（类似愿景）比如：

• 问题：解决企业组织运作中的问题，例如：物资供应环节、用户投诉量大的问题。
  
• 机会：抓住外部环境变化带来的机会，例如：电子商务、网上银行等。
  

用户需求：用户需求是指描述的是用户使用软件需要完成什么任务，怎么完成的需求。由于用户需求基于访谈、调查等需求捕获手段获取，通常具有零散和存在矛盾的特点。因此需求对用户需求进行整理。
软件需求：业务知识+业务问题+其他因素。业务知识包括业务活动、业务实体和业务规则。其他因素包括了设计约束和非功能性需求。软件需求需求分析和建模的产物。软件需求有可分为：功能需求、非功能需求和设计约束。


产品需求：是某一产品或服务能够满足用户某些需要的集合。在我的理解，也是软件需求的另外一种称呼。在移动互联网，产品需求为一组效用结合。（参考《俞军产品方法论》）
2、什么是需求分析，并转化为产品功能。

需求分析，是从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。要对需求分析做个文诌诌的定义，可以这样说：分析是指通过对问题域的研究，获得对该领域特性及存在于其中（需要解决）的问题特性的透彻理解并用文档说明。这种定义对于大家并不会产生具体、行之有效的指导。那么需求分析是什么呢？

• 对问题域进行研究，因此将从业务线索入手，而非系统结构。
  
• 是一种分解活动：也就是将待开发的系统按职责划分成不同的主题域（可以将其理解成子系统，但在划分时是按业务视角进行的），然后分解成组成该主题域的所有业务流程，再分解到业务活动（用例）、业务步骤。
  
• 一种提炼与整合活动：需要将用户的原始需求合并到业务活动中去，要将各个业务流程合并成全局业务流程图，要将每个业务事件相关的领域类图片面合并成全局领域类图，要将各个业务事件的用例图片断合并成全局的用例模型等。
  
• 一种规格化活动：也就是要找到冲突、矛盾，并且通过访谈等手段解决这个问题。
  

伟大的需求分析师，可以无视用户想要的东西，去探究他内心真正的渴望，再给出更好的解决方案，或者说是用户真正需要的东西。
产品功能，就是产品提供的效用。
需求分析的Y理论，把“用户需求”转化为“产品功能”。


“Y”的越上面越是解决方案，越下面越是背后的目的。“1-用户需求”，大多表现为用户的解决方案，往往是不好的，但好的“3-产品功能”一定是从用户需求转化而来，而不是凭空想出来的。所以要“听用户的，但不要照着做”。同时，也不要误解“创造需求”，你创造的只能是满足用户需求的解决方案——产品功能，而不是用户需求。
比如：2020年疫情很严重，每个人都关注
用户需求：我想知道疫情情况。
产品需求：在手机上推送疫情情况嘻嘻。
马斯洛需求：我想知道外面的疫情情况，外出是不是安全。如果以前比较严重，还是呆在家里吧
产品功能：将用所在城市及周围的疫情情况推送给手机上，并提醒这是低风险地区，可以安全出行。（那么，用户就觉得这个功能很好用。）

参考：
1、《软件需求最佳实践》；
2、《俞军产品方法论》