需求调研，如何进行IT项目的需求调研

本文目录一览

1，如何进行IT项目的需求调研
2，消费者需求调研怎么做
3，谁知道如何进行需求调研
4，我们应当怎样做需求调研初识

1，如何进行IT项目的需求调研

第一步： 1：找全项目主要干系人,了解他们的想法 2：可用用多种方法进行调研,如问卷调查/头脑风暴/原型法/会议等 3：做好需求确认第二步：做好调研表格，如下格式第三步：市场调查工作必须有计划、有步骤地进行，以防止调查的盲目性。一般如何进行IT项目的需求调研

如何进行IT项目的需求调研

2，消费者需求调研怎么做

1、确定所要调研产品属性（如果是以产品为基础的调研需要此项）；2、确定产品所对应的目标消费人群属性（性别、年龄、收入、消费习惯、主要接触媒体等）；3、确定所要调研人群范围（数量、区域等）；4、制作甄别问题（排除广告从业人员、排除在一个月内做过类似工作的调研人员、排除从事该产品的行业人员及有家属从事该行业的人员、排除有从事过调研工作经验的人员）5、确定访问形式（拦截式访问、坐谈式访问、邮件式访问、委托网络调研公司访问或其它）；6、根据访问形式确定问卷的长度及内容；7、常规问卷的问题提问技巧（提问的问题应避免直接提问，如被访者的收入、年龄（尤其为女性）等涉及至个人隐私类的话题，而这类问题应当借助其它的问题来进行推断，比如被访者的职业特性、兴趣爱好等问题去推断）；8、对问题中所涉及的产品应当避免出现产品的品牌及竞争对手的品牌这类信息，仅可提到该产品属于哪一类产品即可；9、对问题的设置上要注意尽量要避免主观题，而以选择题为主，如果是拦截式访问，问题原则上不要超过一页A4纸；10、访问结束后要准确的记录被访者的姓名、联系方式、电子邮箱等信息，以备后期回访；备注：在问卷的制作时候，应当连同制作问卷录入表，因此需要对问卷各问题进行明细的录入编码。

对你来说可能很难,但我以前上班经常要做,因为我就是在茶叶上班带班,业绩不是很好时我经常要做检讨.研究的就那些问题.具体不好说,不过可以建议以你们那一个茶叶店为例,一,你们那的喝茶习惯,喝什么茶,二,观察茶叶店的地理位置,客人的消费水平是以高档还是中低档为主,三,进店的人流及客流,四,时节,每个季节茶叶的销售情况不一样!五,客人购买是自喝还是送人,等等方面下手!

消费者需求调研怎么做

3，谁知道如何进行需求调研

力，才能真正体现出软件的价值。4.编写用户需求说明书需求调研的步骤需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。《用户需求说明书》与《产品需求规格说明书》的主要区别与联系是：（1）前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比较粗略，不够详细。（2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件系统设计的直接依据。（3）两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人员应当依据《产品需求规格说明书》来开发当前产品。需求调研的步骤用户需求说明书的模板需求调研中的注意事项对每一次的调研形成正确的文档需求调研中的注意事项需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在《软件需求规格说明书》中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。做好需求变更的控制需求调研中的注意事项对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。

把握用户需求，才能做出用户真正喜欢的网站。如果不考虑用户需求，网站的页面设计得再漂亮，功能再强大，也只能作为摆设，无法吸引到用户，更谈不上将网站用户变为你的客户。　　1、用户类型划分　　对用户需求的分析，首先要考虑的，就是用户类型。　　网站是面对国外客户，还是国内客户？　　网站是面对经销商，还是面对终端客户？　　网站是面对家庭购买者，还是面对个人消费者？　　网站是服务老客户为主，还是吸引新客户？　　……　　面对不同的用户类型，网站需要满足的用户需求也不同。　　2、用户需求分析　　确定好用户类型之后，接下来就是研究用户所关注的内容了。怎样确定用户关注哪些内容呢，除了向企业的销售人员调研，也可以做一个简单的“角色互换”思考，如果你是用户，那么你会从哪些方面来考察企业呢？如果你是用户，你会希望看到怎样的网站？　　1）用户的明确需求　　如产品的展示、公司的介绍、服务介绍等等，这些是属于用户最基础的需求，一般的企业网站都会有，但是不同网站之间的差别在于细节，比如产品应如何展示才更美观？公司介绍要怎样写才能突出企业优势呢？只有将细节做好，才能打动用户。　　2）用户的潜在需求　　除了满足用户的基础需求，网站策划者还要深入挖掘用户的潜在需求。比如，一种复杂的技术型产品，用户很可能需要及时的“技术咨询”以帮助了解；而一款家庭清洁的日化产品，如果网站有“家庭清洁常识”的介绍，相信会比单纯的产品介绍更吸引用户。　　从“ 网络调研 ”到“ 网站诊断”，再到“用户需求分析”，网站策划者完成了网站规划前必要的准备工作，而接下来，才真正到了考验网站策划者功力时候了

谁知道如何进行需求调研

4，我们应当怎样做需求调研初识

很多需求分析的工作是从需求调研开始的，我们就从这里说起吧。需求调研是需求分析最重要的一环，也最集中地体现了需求分析的特点——既是一份体力活儿，更是一份技术活儿。它既要求我们具有一种理解能力、设计能力，更要求我们具有一种与人交往、沟通的能力。在一个阳光明媚的下午，项目经理带领着项目组成员，参加了客户组织的见面会，一个新的软件研发项目就这样开始了。双方在一种友好的气氛中进行，相互寒暄，介绍与会人员，拉拉家常。逐渐地，会议开始进入了正题。初次接触客户，对于项目团队意义重大。对方对你印象的好坏，今后如何与你交往，都在这个阶段被确定下来。然而，在客户至上的今天，与客户保持适当的谦卑是有必要的，但过于的谦卑却常常给项目日后的进程带来风险。为什么这么说呢？过于的谦卑，处处都是诺诺诺，客户说什么就是什么，就会使客户变得非常强势。这样的结果就是，客户提出了许多变态的、不太现实的、不合理的需求，而我们呢却是一味地服从，客户说什么就是什么。最后我们做得很累，结果却不能让客户满意。正确的做法是，我们对客户提出的需求进行深入理解以后，运用我们专业知识，提出比客户的原始需求更加合理、可操作的解决方案，让客户感觉你说的正是他们想要的。如果能够这样，客户不仅能够欣然接收你提出的方案，而且会感觉你非常专业，你在客户心目中的形象也会无形中提高，使你有更多的机会提出有利于开发的可行方案，降低开发的风险。这毫无疑问会形成一个良性循环，但要做到这一点并不容易，毫无疑问，在与客户接触初期的表现起到了极其关键的作用。人与人交往，往往在接触的初期就决定了相互的行为方式，与客户交往也是一样。起初的唯唯诺诺，客户说啥就是啥，必然造成客户不再关注你的意见，对你发号施令就可以了。相反，起初展现出一位技术专家的姿态，能大方而得体地提出自己的意见，会使客户重视你的意见，甚至主动征求你的意见。这一方面要求我们对自己要有足够的自信，另一方面也要有循循善诱的表达能力。如果我们做到了这些，就会客户心目中形成一种威信，使项目向着一种良性的方向前进。同时，这样的会议又是一个项目启动会议。客户方领导要在会议上传达给与会代表一个清晰的信号，那就是与会代表今后要积极配合我们完成今后的工作。这时候，我们要弄清，客户方有哪些角色，谁是这些角色的需求提出者与决策者。这是什么意思呢？在软件项目中，特别是管理型软件项目中，客户都代表的是一个群体，而不是个人。他们代表的可能是一个单位、一个集团，甚至是一系列组织机构。在这样一个群体中，他们按照职能被划分成了不同的角色。拿一个单位来说，横向可能划分成不同的部门，财务部、销售部、采购部、生产部

常常听到许多朋友跟我埋怨，需求分析之难，就在于用户自身就常常弄不清楚自己的需求。起初在需求确认的时候说得好好的，一到软件上线的时候就不是那么回事了，这可没法整。但我们只要坐下来仔细分析就会发现，在需求分析的时候我们跟用户是在空对空地讨论问题。用户不是专业人士，他也搞不清楚软件到底会做成啥样，所以你跟他确认的时候他就点头了。但是，用户不是傻子，当你软件上线时，他拿到了实物了，知道软件做成啥样了，一旦不满意他就开始提变更了。所以，需求分析的症结就在与这个实物。既然症结在此，毫无疑问，我们就应当在需求分析阶段拿出实物，用实物与用户确认需求，这就是快速原型法的基本思想。快速原型法，简称原型法（prototyping），是20世纪80年代提出的一种从设计思想、工具、手段都全新的系统开发方法。它摒弃了那种一步步周密细致地调查分析，然后逐步整理出文字档案，设计开发，最后才能让用户看到软件结果的繁琐作法。当我们捕获了一批业务需求以后，就立即使用快速可视化工具开发出一个原型，交给用户去试用、补充和修改。再提出一些新的需求以后，再开发一版新的原型。原型法的关键就是这个快速开发。不用考虑性能、美观、可靠，原型的目的就是模拟客户的需求，与客户进行确认的。整个需求分析的过程就是“捕获需求->原型开发->确认需求->再捕获需求”的过程。原型开发的快速与模拟到什么程度，是一对矛盾，我们要去把握。要快速开发，必然不可能和最终交付的软件系统一模一样，许多复杂问题被简化，非关键性流程被忽略，这就是所谓的模拟。因此，模拟到什么程度是关键，既能说明问题，又不耽误时间。根据我的经验，一般能拿出界面，并可以走通关键性流程就可以了。一些快速开发平台为快速原型法提供了可能。当用户拿到原型可以自己操作时，需求研讨的气氛立即变得不太一样了。当用户享受原型给他们带来体验的快感时，需求被源源不断地被提出来。这时候的需求，就不再是枯燥无味的文字游戏，而是生动形象的图形界面。日后，如果项目采用迭代开发，让用户看着软件一点儿一点儿地成长，这又是多么美妙的体验啊。与此同时，你与用户的信任也在一步一步建立起来，软件风险在降低，项目将朝着正确方向前进。快速原型法是美妙的，它给你与用户带来了从未有过的体验。但美妙的同时，也会带来一些的尴尬，不必要的误会，我们一定要注意。最常见的误会就是让用户将原型误以为最终交付的系统。开发一个系统需要持续数月，但你倒好，几天就搞定了，为什么还要在这个系统上投入大量资金呢？如果对方领导开始有这样的想法时，双方就开发费用进行的谈判就有一些不妙了。所以在给用户看到原型前，一定要跟用户解释清楚。既然是原型，必要的校验、非正常操作的处理通通都被忽略。因此，当演示原型出错时，用户你可千万不要较真哟！这丑话可得说在前头，否则用户跟你较起真来，你在用户心目中的形象可就要大打折扣了。我们应当怎样做需求分析我们应当怎样做需求调研：初识我们应当怎样做需求调研：拜访我们应当怎样做需求调研：研讨会我们应当怎样做需求调研：需求研讨我们应当怎样做需求调研：迭代我们应当怎样做需求调研：需求捕获（上）我们应当怎样做需求调研：需求捕获（下）我们应当怎样做需求分析：功能角色分析与用例图我们应当怎样做需求分析：业务流程分析（上）我们应当怎样做需求分析：业务流程分析（下）我们应当怎样做需求分析：用例说明我们应当怎样做需求分析：查询报表分析我们应当怎样做需求分析：子用例与扩展用例我们应当怎样做需求分析：行动图和状态图我们应当怎样做需求分析：业务领域分析我们应当怎样做需求分析：原文分析法我们应当怎样做需求分析：领域驱动设计我们应当怎样做需求分析：非功能需求我们应当怎样做需求确认：需求列表我们应当怎样做需求确认：一个需求列表的实例我们应当怎样做需求确认：需求规格说明书我们应当怎样做需求确认：评审与签字确认会（续）