产品笔记012-需求分析与管理

一，需求管理认知

1，需求管理：以用户原需求为对象，以对需求项的全面分析为基础，综合考虑市场价值、实施成本等相关因素，对需求项进行分别处理。（分类：功能性需求和非功能性需求）

2，需求管理流程

    原需求（进行需求分析管理） →  产品需求池（版本释放） → 版本需求

3，管好CEO的需求

    a，要追根寻源：面对面沟通

    b，也要先纳入需求池，参与版本释放

    c，管理包含了妥协

4，应对运营部门的需求风暴

    a，对历史需求进行追踪和评估

    b，让运营部门参与版本释放

    c，实在僵持不下，就只能去找高层

二，需求分析

1，需求分析

    a，基础：系统思维（详见后续文章 系统思维 ）

    b，场景需求分析：具体什么场景（时间、地点、情景），什么类型用户的什么动机，想达到什么目标，以及人与人的关系，人与场景关系。

    c，Y理论：听用户的，不要照做。挖掘人性、价值观、本质需求。

需求分析-Y理论

    d，需求价值分析

        d1，需求价值四维度：广度、频率、强度、时机

        d2，警惕伪需求

2，需求管理操作

   a，原需求→产品需求→版本需求

   b，落实下来主要是：对需求取舍、拆分、合并、转化、提升、排优先级、分批释放

   c，需求池

       c1，需求源源不断，所以要主动蒸发需求池。

       c2，大的需求可以分拆成更细、更具体的需求点。

       c3，用需求管理卡片管理需求。

    d，排优先级

        d1，判断与战略密切程度

        d2，判断影响面和影响程度

        d3，评估实现难度和成本（人数、时间、钱）

三，版本释放

1，版本释放的内容

    a，修正上一版发现的bug    

    b，新增功能模块或功能点

    c，对上一版的功能模块的删减或改动

    d，探索性的功能模块或功能点

2，版本释放的经验

    a，实施时间越长，越容易失败，功能点太多，做错的概率大。

    b，实施时间太长，和各方预期偏差大，对产品经理不利。

    c，控制实施时长，只释放比较少需求，上线后根据数据判断是否继续其他功能点开发，这样能明显减少浪费。

    d，中小公司，每一版释放的需求，在技术团队不加班的情况下，2~6周完成上线比较合适。（包含了测试、发版等环节）