需求的价值判断标准1
广度=用户数*单个用户价值
频度=使用频率*单次使用价值
强度=可替代性 * 紧急程度 * 持续时间
实现成本=开发时间+发布时间
需求的价值判断标准2:KNANO模型
基础功能:不被性价比判断束缚,留出足够资源实现;这类需求的判断主要依靠常识积累。
预期功能;越多越好,挑性价比高的实现;这类需求的判断依靠常识,数据和调用。
亮点功能;低成本实现;这类需求来源于灵感,洞察。
无差异功能;低成本验证;
反向功能;考虑多边用户,多样性用户,权衡利弊;
一些常识:
-
产品生命周期论,来判断当前阶段,产品的重点目标,从而调整价值判断因素的权重。
-
MVP价值观推崇的是低成本,速度上线,验证产品效果,因此理想的情况是开发完成就立即上线,但是,发布有时间成本,因此在发布成本较大的移动端,就有了按版本发布的概念。
功能打包成需求
把零散但相关性高的功能,打成一个包作为一个需求,而不是零散的小需求。
工作流中的输出:
功能列表+描述;
功能列表+描述+价值评判维度;
产品架构图;
交付给各方的需求文档;
需求管理
按空间:对应不同的模块,属性存放;
按时间:对应不同的状态,比如待讨论,实现中,归档,不理……
其他应考虑的点
- 功能的前置条件,比如,接口准备好,财务批准;
- 非功能性的需求,比如,性能需求,培训需求;
网友评论