需求过程

1.用户(用户研究)

2.需求采集----需求分析-----需求筛选---需求管理

3.需求开发

总结:也就是从用户中来到用户中去

需求采集的方法:数据分析、问卷调查、用户访谈。

目标:把用户目标转化为产品目标

需求采集的过程,都会有如下几步:明确目标、选择采集方法、制定采集计划、执行采集、资料整理,然后进入下一步的需求分析阶段。

调查问卷的客观性、多份问卷之间的独立性,可以有效避免上述问题,但其容易出现的问题在于:

第一:样本的偏差,即样本与想了解的目标用户群体出现偏差。

第二:问卷调查的问题、题目数量、题目位置都决定结果的可能性。

(灰度发布:是互联网产品发布上线的一种常用形式,先让少量用户看到新产品,利用他们的反馈进行修正,逐步把新产品展现在所有用户眼前。)

问卷样式:

首先,是一些简单的问题,帮助我对作答者进行分类。

然后,是一些我最想知道的问题。

接着,想了解一些你的情况。

最后,还有什么想说的?

得到结果后进行可用性测试:实际用户使用产品或原型方法来发现界面设计中的可用性问题。

用户条件:有针对性

UGC:User Generated Content:用户产生内容

时间: 2024-08-08 01:27:28

需求过程的相关文章

《掌握需求过程》阅读笔记01

在本学期,老师要求我们每人至少精读一本有关需求分析的书,我选择了<掌握需求过程>这本书. 首先,本书一开始就告诉我们什么是需求,书中提到需求就是必须在构建产品之前发现的东西,如果在构建之后才发现,这将给我们带来无比巨大的麻烦,,所以本书要告诉我们的是如何发现这些需求并得知这些需求的正确性. 然后作者告诉了我们需求与系统分析,并说明需求收集与系统分析有一定程度的重叠.作者着重强调需求的重要性,好的需求收集与系统分析是非常必要的.这和老师在课堂上跟我们强调的一模一样.文中提到利用分析模型来描述需求

掌握需求过程阅读笔记01

掌握需求过程 第一章什么是需求 阅读笔记 我们为什么要进行需求呢? 这样是为了使效率更高,并且减少错误步骤所不必付出的代价. 在我们构造产品之前就要知道客户的需求是什么,大多数的组织都是通过系统分析来进行的,但是需求过程与系统分析并不是一回事,虽然他们之间有联系,但并不完全相同.除了系统分析以外,需求也是很有必要的.他可以对你的分析师生涯有更进一步的促进.当我们接触到一个新的产品时,业务事件和使用情况逐渐清晰了起来,系统分析可以对产品进行更清楚的建模,并为需求过程提供有价值的反馈.对需求的了解增

掌握需求过程(二)

我们需要且应该在需求收集的任何阶段都对需求应用某些或全部的质量关检查.实现质量关的方式取决于如何剪裁过程来适合项目. 一旦有了项目就可以开始检查,目的是今早识别并捕获需求相关的缺陷. 完整性,是否存在遗漏的部分,完整性的第一部分就是把需求与框架中出现的组成部分进行比较:是否对所有风险承担者都有意义,这意味着需求的编写要尽可能地清晰,尽管做到言简意赅是最好的,但不应该为了追求这种境界就损失那些有助于增强需求理解的信息. 测试可追踪性,当需求经过很多阶段,最后成为提交的工作时,信息错误的状况就会发生

掌握需求过程(一)

需求过程把重点放在提交的产物上,我们需要得到这些产物,从而建立可测试和可跟踪的需求规格说明书.这些提交的产物为管理项目提供了早期的衡量标准.我们可以对收集.提取.编写和检查需求的过程进行剪裁,以便让这些过程能适合技术和文化环境.需求模板和需求项框架是提交产物的例子,我们可以根据自己的环境和术语来剪裁.一般的过程提供了理解需求概念的关键. 项目启动是一项突发性的活动,通过这个活动收集让我们的项目启动所需要的各种信息,并确定项目可行而且资金充足.启动阶段确定产品要做为起一部分的工作,并确定产品要实现

《掌握需求过程》阅读笔记03

我们都知道要站在用户的角度考虑问题,可是作为用户的我们也是存在思考的缺口的,那些根深蒂固的东西会使我们忘记了它们的存在,这就是未意识到的需求.还有未梦想过的需求,我们习惯了类似软件拥有的功能,未曾想过一些新的功能,在我们看来,技术还没有成熟.作为软件工程师,我们一定要在初期让这种需求浮现出来,否则后续阶段发现会付出太多代价. 开始阶段我们会画上下文范围图,输入输出流表示数据的流向,如果画图过程中有不知去向何处的数据流,那正是我们需要向用户询问的地方.需求调研是主动的,用户在工作的时候才能精确描述

《掌握需求过程》阅读笔记05

<掌握需求过程>阅读笔记05 我们的产品因为其功能而为用户使用而有意义,我们的产品才会有价值.而产品的需求又分为功能性需求和非功能性需求. 功能性需求就是因为产品存在的根本原因而存在的需求.功能性需求指明了产品必须做的事情,是产品功能的规格说明书,源于产品的基本目标.为了实现存在的根本理由,产品必须执行的一些动作,这些动作就与功能性需求有关. 我们可以通过用例描述.用户场景描述等地方挖掘出我们产品的功能性需求.那些我们产品必不可少的功能.目标就是我们产品的功能性需求.但是在分析功能性需求的时候

《掌握需求过程》阅读笔记04

<掌握需求过程>阅读笔记04 我们在开发我们的系统的时候要是要给用户用使用的,所以用户的使用感受非常重要,这就需要我们站在用户的角度去考虑这个系统如何让用户的使用更加的简捷,而不是站在你开发者的角度去考虑这个系统如何开发比较省我自己的事儿.抱着多一事不如少一事的态度开发出的系统是我们懒惰情况下的残次品,是注定要被淘汰的,而我们也可能因为这样的态度,面临我们的工作也将被人这样轻视.要把握好用户的使用习惯.操作环境,就需要我们去体会用户的使用感受,就需要我们具有同理心. 编写用户故事.我们可以把我

掌握需求过程第三章读后感

首先我们明确掌握需求过程第三章三讲了什么内容,第三章讲了项目启动,那么什么是项目启动,项目启动的目的又是什么?带着這两个问题我阅读了第三章.项目启动这个概念我查阅百度给出的解释是组织正式开始一个项目或继续道项目的下一个阶段,我觉得并不能准确阐释他的准确意思,在阅读完本章后我理解的项目启动应该是:为后续产品或项目奠定条件,并为我们能够准确判断项目的发展提供信息.项目启动阶段我们需要收集的信息包括:产品的目的,客户,顾客,风险承担者,限制条件,名称,相关事实和假定,费用的估算,以及风险.在准确评估分

《掌握需求过程》阅读笔记二

了解了一些需求过程中的方法和问题,接下来就要网罗需求.网罗工作是由需求分析师来策划的,但是要完成这个工作需要分析师.用户和其他风险承担者相互合作,要明确每一个角色各自的职责.意识到的需求是指那些用户最先想到的需求,这通常表明用户希望改进的一些事情:无意识的需求是指用户没有言明的事情:未梦想过的需求是指那些一旦用户认识到它们可能时就会要求的事情.在网罗活动的过程中,必须揭示和捕获所有的需求,网罗活动具有多面性,它使用了一些来自启动阶段活动的输出结果:业务事件在网罗活动中占主导地位. 需求网罗的第一

掌握需求过程(第3版)Mastering the Requirements Process:Getting Requirements Right , Third Edition ——词汇表

actor(参与者)   与产品用例交互的人或自动化系统.参与者也被称为用户或最终用户. Adjacent development(相邻系统)  向你研究的工作系统提供信息或接收信息的系统(人.组织机构.计算机系统等). Agile development(敏捷开发)  利用迭代开发开开发软件的一种方式.存在许多敏捷技术,包括Scrum.极限编程和水晶开发等.我们使用术“迭代”来指所有敏捷或迭代开发. Agile Manifesto(敏捷宣言)  一组规则,关注向顾客交付能工作的系统.协作式的工