需求分析与落地

需求分析

Definition

1. 用户提出的需求-挖掘用户内心真实意图-产品需求；问题-解决方案

Review

1. 一致性
   1. 战略、范围、结构、框架、表现
2. 价值性
   1. 项目支撑
   2. 产品特性提升
3. 真实性
   1. 根因分析&理解用户
   2. 广度&频次&强度
4. 可行性
   1. 技术
   2. 市场和政策
   3. 成本和收益

Modeling

1. 影响产品最核心的用户特征，对其分类
2. 场景建模
   1. 场：时间、空间
   2. 景：情景、互动，用户的情绪
3. 做产品关注在运营场景
4. 场景运营表
5. 部署图、架构图、上下文图
6. 情境建模，情感坐标法

Prioritization

1. 重要性/困难度矩阵
2. KANO模型
   1. Must-be, basic quality
   2. One-dimensional, performance quality
   3. Attractive, excitement quality
   4. Indifferent, neutral quality
   5. Reverse quality
   

需求落地

需求转换

1. 需求获取

1. 难点：无法接触客户的需求；需求信息零散，渠道随意
2. 方式：
   1. 被动方式，售前项目，售后客诉
   2. 主动方式，竞品研究，调研，展会/行业报告
3. 售前。
   1. 客户直接提出Solution，但不一定是最优的，要挖掘其痛点到底是什么，再提出对应的solution；
   2. 有时是伪需求，并没有价值，因为客户关系才是决定性的因素；
   3. 有时是战略需求，必须支持；
   4. 要为其设定一定的门槛，从而识别销售是否过渡承诺
4. 售后，客户的需求反馈也是重要的需求收集渠道
5. 竞品分析，观感、体验的需求
6. 调研，提前与销售了解其背景信息，不同背景提出的建议存在不同，识别客户的主观看法

2. 需求分析

1. 难点：如何保证每个需求被充分挖掘，如何识别需求的真伪及优先级
2. 需求本身的价值，背后的市场机会
3. 需求优先级建议，解决方案的建议
4. 用户需求说明书、产品立项报告、用户需求评审

需求规划

1. 难点：目的如何确定（目的必须明确，否则就是为了规划而规划）；如何处理与开发的冲突
2. Charter；版本规划 feature list

需求开发

1. 难点：如何满足客户需求；如何保证文档易读性；阅读者需求差异大；评审困难
2. 问答分析方法；建模分析法
3. 软件需求评审：预审-评审会议-问题确认（确认修改后的需求，文档评审责任书）

需求验证

1. 目的：尽早发现及解决问题，降低项目风险；保证开发的功能满足客户的需求
2. 用户需求评审、软件需求评审、功能测试、aplha测试、beta测试