一、市场分析
1、问卷调查、用户AB测试、焦点访谈、田野调研、用户访谈、用户日志、入户观察、网上有奖调查；
2、做人物角分析：设置用户场景、用户角进行模拟分析；
3、情况推测分析；
4、调研的维度主要从战略层、范围层、结构层、框架层、视觉层来展开（不同的产品从不同的层次来确定调研的维度）
通过市场调研，我们收集了不少的数据，这些数据都是用户最直接的对产品的某种需求的体现。作为产品经理，需要将这些数据进行整理。
整理方式：
1、将规范的数据按照维度整理、录入，然后进行建模；不规范的数据的话就必须得自己先通过一些定性的处理，让它变得规范，然后再用工具进行分析；
2、封闭性的问题，设置选项归类即可。开放性的问题，建议还是先录下来，然后再头脑风暴整理出有用的东西；
3、定性的，焦点访谈和深访，都可以录音，在事后可以形成访谈记录；焦点访谈的过程中，可以以卡片的形式或者其他的形式让用户做选择题，可以获取少量的有数据性的东西，其他的更多的是观点、方向性的，这个需要在整理访谈记录的时候根据问题来归纳整理；
4、深度访谈的数据整理，我们以前会做头脑风暴，建立很多个用户模型，强行量化这些数据。这个方法比较有效，特别在做人研究的时候。
对整理后的数据，我们最终需要形成书面的市场调研文档报告
1、对市场调研的数据分析后进行的说明总结，用图表或图形的形式最直观呈现；
2、分析用户当前现状，用户对产品的需求点；
3、报告的组成有研究背景、研究目的、研究方法、研究结论等相关内容；
4、根据调研的时候的思路，将报告逐一完善，将数据分析的结论图表化，得出自己的结论总结出趋势和规律
瞳瑶数据分析方法：
1、数据分析需要掌握数据统计软件和数据分析工具（分析工具如SPSS等）；
2、数据分析的主要方法有：
对比分析法:将两个或两个以上的数据进行对比分析，分析其中的差异，从而揭示这些事物发展变化的规律和情况。对比分为横向对比和纵向对比。
结构分析法:被分析研究总体内各部分与总体之间进行对比分析的方法，即总体内各部分所占的指标。
感谢别人帮助的话交叉分析法:同时将两个有一定联系的变量及其值交叉排列在一张表内，使各变量值成为不同变量的交叉点，一般采用二维交叉表进行分析。
分组分析法:按照数据特征，将数据进行分组进行分析的方法。
乘风破浪的排名其他还有比如漏斗图分析法、杜邦分析法、矩阵关联分析法等等。
数据分析的方法有很多种，在进行数据分析的时候，选择有效的数据分析方法，能达到事半功倍的效果。根据调研结论 确定产品核心功能。把数据分析的结果加入到整个迭代设计的过程中加速产品的迭代更新。评估解决方案的可行性。根据实施的结果再去评估解决方案是否真的可行？是否还需要再改进，依此类推，通过数据进行分析，得出用户的行为规律，为产品提供支撑。日常的运营分析，及时发现产品问题。产品后期设定一系列的运营指标进行运营监控，然后反馈产品迭代（指标主要包括：1、用户的反馈、2、产品的BUG、3、市场的反映、4、产品未来的发展方向、5、点击率、留存率等等）
二、行业分析
市场规模。说明整个盘子有多大，以论证该领域的分量。
盈利情况。能不能赚钱、赚了多少、怎么赚的。论证盈利能力以及稳定性。
增长态势。针对PV、独立用户数、REVENUE/ PROFIT等关键指标而言。这一条承担的是论证产品成长空间和盈利空间的职责，所以非常重要。
2.同行业下的细致分析。
每一个大行业都可以进行细化切分。如在线旅游行业可以划分成
票务-酒店模式、团线电商模式、自助游分享模式、B2B模式，etc.
每个细分领域都需分析成长空间以及市场成熟度。
3.典型产品分析。
列举有代表性的产品及公司。说明如下情况：
-硬性指标。流量、独立用户数、人均PV、停留时间。
-增长态势。即以上所有数据的变化情况。
-产品的核心优劣势分析。 -各产品间的关系分析。
4.新机会。
有可能出现在以下几个领域：
-行业细分领域中的某一处。比如在电商的领域下，以前没人做消费决策类产品，但后来有人发现了这个点并予以补足。美丽说、蘑菇街就是典型的例子。
横斑鹦鹉-使用颠覆式的方法将原需求满足中的一环改写。 -利用线下的衍生需求（如果有的话）做突破口。
5.风险。
-产品核心价值的实现，是否依托于一些颇有难度的工作。比如分享类站点核心用户的运营。
-上下游公司以及网络巨头是否容易切入这个领域。张瑞希老公
-盈利能力是否稳健。如果暂未赚钱，是否具有盈利的想象空间。
三、需求分析
业务需求——反映了组织机 构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。
用户需求——描述了用户使 用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。
· 功能需求——定义了开发人 员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。
· 非功能性的需求——描述了 系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作接口的具体细节和构造上的限制。
· 需求分析报告——报告所说 明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
下一层次需求——用户需 求，必须从使用产品的用户处收集。因此，这些用户构成了另一种客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用 性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。
有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到 的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。
客户的需求观
客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理 解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。
1、 分析人员要使用符合客户语言习惯的表达
2、分析人员要了解客户的业务及目标
3、 分析人员必须编写 软件需求报告
4、 要求得到需求工作结果的解释说明
5、 开发人员要尊重客户 的意见
6、 开发人员要对需求及产品实施提出建议和解决方案
7、 描述产品使用特性
8、 允许重用已有的软件组件。
9、 要求对变更的代价提供真实可靠的评估
10、 获得满足客户功能和质量要求的系统
11、 给分析人员讲解您的业务
12、 抽出时间清楚地说明并完善需求
13、 准确而详细地说明需求
14、 及时作出决定
15、 尊重开发人员的需求可行性及成本评估
16、 划分需求的优先级
17、 评审需求文档和原 型
18、 需求变更要立即联系
19、 遵照开发小组处理需求变更的过程
20、 尊重开发人员采用的需求分析过程
对“需求分析报告”的签名 是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定 义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦 来源于项目的改进和需求的误差或市场和业务的新要求等。permonth
发布评论