移动互联网应用需求分析
移动互联网应用的需求分析和传统信息系统的需求分析都属于软件产品的需求分析阶段，但由于移动互联网近年来技术上与商业上的快速发展，其需求分析的方法和技巧也有所不同。因此，本文将在传统需求分析的基础上，结合移动互联网应用的特点，对移动互联网应用的需求分析进行介绍。
需求的层次性
经典的需求分类：业务需求、用户需求和系统级需求，它们分别对应了移动互联网领域的战略、产品和功能。
战略是一种宏远的目标和愿景，需要通过阶段落实来实现。对于一条新的战略，一般要经过起步（市场可行性分析、核心功能的实现）、发展（扩展功能、市场试错）、成熟（功能的稳定、性能的追求、用户的体验）、扩展（产品线建设、平台化建设、周边业务）等过程。
微信的战略路线
- 起步：消息发送、朋友圈、公众平台。
- 发展：开放定制接口、内推微信支付。
- 成熟：开放微信支付，放开权限。
- 扩展：购物、游戏、钱包、城市服务。
在产品和功能上，一致性的体验、符合战略思路和落实技术功能是基本的开发路线和理念。在制定产品需求时，可以通过表面需求和本质需求的关系来分析。例如，如果客户希望有一架马车，这就是客户的要求，属于表面需求。而我们可以提炼出客户的本质需求是尽快地从某地移至另一地。但是，本质需求可能并不具有可实现性，所以，我们可以进行折衷来制定产品需求，比如给客户一辆小汽车。
在另一个维度上，我们还可以通过用户对需求的反响来划分需求：
兴奋型需求：若不提供此需求，用户满意度不会降低；
期望型需求：若提供此需求，用户满意度会有很大的提升。 当提供此需求，用户满意度会提升；
基本型需求：当不提供此需求，用户满意度会降低。 当不提供此需求，用户满意度会大幅降低，但优化此需求，用户满意度不会得到显著提升。
无差异需求：用户根本不在意的需求，对用户体验毫无影响。
反向型需求：用户根本都没有此需求，提供后用户满意度反而下降。
涉众分析
涉众分析围绕软件开发和运行中（可能）涉及的个人和团体展开。传统的涉众分析流程大概分为涉众识别、涉众描述、涉众评估和涉众选择几个部分，最后可以选取涉众代表来作为项目参与者。
涉众描述可以集中在涉众的个人特征（年龄、性别、学历、工作、生活方式、对新技术的态度等）、工作特征（任务、使用状况、技能与经验）和地理与社会特征（地理、文化背景、社会关系等）等。
涉众评估可以使用优先级评估的方法，包括分析 Power/Interest 和 Power/Attitude 的分布等。
Power/Interest 分布
Power/Attitude 分布
涉众选择一般使用代表采样的方式，其关键的要点是完整采样、态度积极、数量适中、比例恰当。
对于移动互联网应用用户，其特点相对于传统领域更加明显。例如，用户都是大规模，不确定的，且具有极强的社交属性和粘滞性（例如朋友圈分享、好友排名等）。此外，用户还有易变，更短抉择，随性的特点，需要结合新的方法进行分析。
移动互联网用户的特征大多集中在用户本身的特征和行为特征上。用户本身的特征为相对来讲比较传统，即性别、年龄、收入和学历等；而行为特征就相对来讲更为广泛，例如时间、地点、形式和原因等。行为特征在生活中存在广泛，例如，一个用户可能在晚上或周末更加倾向于浏览商品；一个惯用拼多多砍一刀的用户更加倾向于占小便宜，因此可以推荐更多相关商品。
需求获取
需求获取的传统方法包括面谈、问卷、观察、文档分析、调研（发展趋势调研、研究同类型的公司）、原型、名族志等。而在移动互联网等年代，用户需求的获取需要更新的方法：
- 上线原型法：运营数据分析、数据统计、数据挖掘；用户模拟
- 竞品分析：“抄袭”也未尝不可。
需求的关注点
传统信息系统的用户关注的重点在工作流程和用户界面上。在移动互联网领域的关注点在于：
- 简单直观的界面
- 猎奇、新鲜感
- 免费或低费用
- 跨端特性：支持应用迁移
- ...
需求的组织
传统信息系统依靠用例来场景来组织需求。在移动互联网应用上较为常用的方法有用户故事和 Behavior Specification。其中，后者经常在测试用例之中得以复用。
一个好的 Behavior Specification 的实践
Title The story should have a clear, explicit title.
Narrative A short, introductory section that specifies:
- who (which business or project role) is the driver or primary stakeholder of the story (the actor who derives business benefit from the story)
- which effect the stakeholder wants the story to have
- what business value the stakeholder will derive from this effect
Acceptance criteria or scenarios a description of each specific case of the narrative. Such a scenario has the following structure:
- It starts by specifying the initial condition that is assumed to be true at the beginning of the scenario. This may consist of a single clause, or
- It then states which event triggers the start of the scenario.
- Finally, it states the expected outcome, in one or more clauses.