Demand Analysis

Mar 27, 2020

Development Model

瀑布模型

敏捷模型

明确需求

• 瀑布模型

  • 需求 // 收集用户、利益相关方想要什么

  • 规格说明书 // 明确我们要构建什么 (从外部)

  • 设计 // 明确我们要构建什么 (从内部)

• 敏捷

  • 计划 // 结合需求和规格说明书

  • 开发 // 包括部分设计

• 但是输入输出是相同的

  • 找出他们想要什么，描述我们交付什么

  • 我们称这一结果为规格说明书

• 如何准确全面的找到需求

  • 获取和引导需求

  • 分析和定义需求

  • 验证需求

  • 在软件的生命周期中管理需求

• 需求的划分

  • 对产品功能性的需求

  • 对产品开发过程的需求

  • 非功能性需求(也称服务质量需求)

  • 综合需求

• 用户调查(User study)

  • 可用性调查(Usability Studies)

  • 焦点小组(Focus Groups)

    • 侧重于不同人的观点

  • 卡片分类(Card sorting)

  • 问卷调查(Surveys)

  • 人类学调查(Ethnographic Studies)

  • 纸上模型研究(Paper Prototype Studies)

  • 眼动追踪研究(Eye Tracking Studies)

  • 日记调查(Diary Studies)

  • 深入面谈(In-depth Interview)

  • A/B测试

    • 
    • 通过推送新的UI界面并统计用户对新界面的满意度

      
• 用户对象

  • 我们说了这么多用户调查, 很多人假设评价软件的就是购买软件的，就是使用软件的，但是未必。看下面的例子:

    • 你要写一个中学生学习英语的软件，你找谁去做用户调查?

      • 中学生 - 最终用户

      • 家长 - 他们是要掏钱的人，他们不会每天都用软件，有些人都不太会英语，但是他们也有需求

      • 学校老师 - 他们是有巨大影响力的人，他们说不定立下一道规矩，我们班级就用某某软件!

    • 你要写一个企业管理软件, 你要找谁去做用户调查?

快速调查

• 比传统的用户调查更为迅速，可以视为其敏捷版本

  • 通常征集3个用户参加

  • 每个参与者15 – 30分钟

  • PM或设计提供测试材料

• 快速收集用户反馈，不需要过多的提前准备

• 在没有足够时间进行完整可用性调查时，提供一种直观的检查

• 提供一种对低优先级事项的快速可用性检测方法

• 不是完整可用性调查的替代品

NABCD模型

• N (Need 需求)

  • 你的创意解决了用户的什么需求?

  • 我们要充分了解用户的痛苦, 他们对已有软件, 服务不满意的地方。但是用户往往也不知 道颠覆型的创新

• A (Approach 做法)

  • 你有什么招数, 特别是独特的招数, 来解决用户的痛苦。 这些招数不光是技术上的, 也可以是商业模式上的, 地域的, 人脉的, 行业的.

• B (Benefit 好处)

  • 那你这个产品/服务会给客户/用户带来什么好处呢? Benefit/Cost (成本) 的问题。

• C (Competitors 竞争)

  • 竞争对手也没有闲着, 这个市场有多大, 目前有多少竞争者在瓜分, 你了解么? 你如果不是 最先进入某个市场的产品, 你还能赢么?

• D (Delivery 推广)

项目建议

• 这一领域里面的历史创新是什么?

• 你的项目是第一进入者、第二进入者还是第N个进入者?

• 这个领域里面的有什么样的维持性技术 、性能过度 供给和颠覆性技术是什么?

• 是否存在没有满足的用户需求?

• 对于你的项目来说，什么是成功?为什么你的产品能赢?

• 如何在2-6个月之内赢?

  • 短期内实现并获得用户

电梯演讲

• For

  • who < customer Need>

• Our product is a

  • that .

• Unlike

  • our product .

功能定位