需求分类

破晓的曙光

一  需求来源分类





1 业务需求

承载了B端产品的业务价值，为相关业务的运营管理助一臂之力。它是自顶向下的需求，往往来自于中高层管理人员。
基于业务运营管理的直接诉求和要求，例如业务规则、管理制度、业务流程、组织机构，这些都属于业务需求。业务需求分析的方法论：业务需求的分析过程，往往采用了经典传统的软件需求分析设计思路。重点通过业务诊断分析、抽象建模（DDD设计思想）、流程再造（BPR）的方式，进行需求分析和设计工作。
业务需求的收益评估：业务需求，多数情况下难以衡量具体的收益。例如：很难衡量设计开发了某个CRM管理模块，就会对销售业绩有多少程度的提升。
关注用户体验和效率，需要满足用户需求
2 用户需求

它是自下向上的需求，来自于一线业务用户和基层管理人员。更多体现着业务人员对业务规则、流程、系统操作交互上的改进诉求。
用户需求分析的方法论：现如今SaaS形态的B端产品都更加关注用户体验，其交互体验和操作流畅度要好于传统的管理软件。在梳理B端产品的用户需求时，可以大量借鉴C端产品的需求管理方法论，例如客户旅程地图，KANO模型等。
用户需求的收益评估：通过针对功能模块定期的满意度调研（NPS）可以较好的度量用户需求的满足情况。另外也可以从效率提升、时间节约的角度去衡量、评估收益。
3 产品需求

考虑结构合理性，需要满足产品需求，B端产品复杂程度高，建设到一定阶段，甚至有些时候在建设初期，就要考虑功能复用问题，以及与其他系统的架构设计与交互问题。
例如，对于业务系统的权限管理模块，是复用基础服务，还是独立开发？对于消息中心和公告通知模块，是复用基础服务还是独立开发？
除此以外，还有类似于软件产品功能完备性提升的诉求，例如灵活的后台配置模块，报表引擎的配置。这类需求，我们称其为产品需求。
产品需求的价值：产品需求往往不具备明显的业务价值，但是在软件系统结构合理性设计上，具备显著价值。除了让架构合理，还能节约重复开发的人力浪费。产品需求承担了软件的系统价值，为系统自身优化而服务，让系统自身合理并增值。
产品需求的收益评估：对于产品需求的收益评估，可以考核功能复用以及架构完善，对研发人力的成本节省。

4 人的需求五类

生理需要：低级需要，食物、水分、空气、睡眠、性的需要等。它们在人的需要中最重要，最有力量。 80%
安全需要：低级需要，人们需要稳定、安全、受到保护、有秩序、能免除恐惧和焦虑等。
归属和爱的需要：一个人要求与其他人建立感情的联系或关系。
尊重需要：自尊和希望受到别人的尊重。
自尊的需要使人相信自己的力量和价值，使得自己更有能力，更有创造力。缺乏自尊，使人自卑，没有足够信心去处理问题。
自我实现的需要:人们追求实现自己的能力或者潜能，并使之完善化。

二 按照需求大小来分类

1 战略需求=史诗级需求=高层决策

增加新的业务，开新产品线，业务型
2 模块需求=特性需求=中层决定

增加模块和新业务流程
3 功能 =用户故事=执行层决定

页面级别，界面优化，交互
特例：老板的需求！
三 按照紧急程度来区分

一般的迭代是2周，需求都有冷静期，2周一次，拿来后开分析会
1 紧急需求

每月不能超过5%，紧急的需求会插进来，排序打乱。
2 非紧急

设计时间可以长一点，想到更好的方案。
3 规划需求

长远的规划，需要磨练。

四  功能拟人化

为了让功能不再冰冷，让用户在使用你的产品的时候理解为你的功能是什么？
1 朋友功能

就是关怀功能，不是实际的业务
2 老板功能

一些决策功能
3 个人功能

助手，老师功能，对用户帮助，指导功能。

奋斗中的男人

在撸一遍。。。

就是喜欢怼

顶起顶起顶起

刘玲娜

元芳你怎么看？