有过项目调研经验的进来！！！

[woshimaikou]

公司最近有一个项目，前期调研这一块主要让我负责，以前就写代码了，没做过这方面工作。
想请教各位前辈 前期调研主要包括哪些工作（主要工作 辅助工作），以及整体流程，注意事项，容易出现问题的地方。
请不吝赐教。

[Ny-6000]

客户，面谈。
总结，写需求文档。

[诺维斯基]

只问你能做的，超出能力范围的不提！！

[风骑士之怒]

他要什么，你给什么

[MSDNXGH]

[Quote=引用 1 楼 liuqian4243 的回复:]
客户，面谈。
总结，写需求文档。
[/Quote]
+1

[Wicho开源开发中]

[Quote=引用 1 楼 liuqian4243 的回复:]

客户，面谈。
总结，写需求文档。
[/Quote]
mark
+N

[娃都会打酱油了]

前期就是跟客户交流，如果有相应的要求方面的经验，可以引导客户需求，否则就是用户要求什么就先记录什么
然后需求文档化，找公司的人进行需求分析。。。。看情况需求分析应该也是你了

[ruanwei1987]

[Quote=引用 1 楼 liuqian4243 的回复:]

客户，面谈。
总结，写需求文档。
[/Quote]

我觉得要把需求文档的框架写出来，让后在面谈，总结，写需求文档

因为你没做过这方面，肯定要把要问什么，可能会问什么写一下，然后再去找客户谈

[jmx123456789]

　好的调研准备工作可以包括这么18个方面：
　　1、如果有的话，一定要认真阅读商务合同和技术协议。
　　2、阅读前期技术方案和各类备忘录。
　　此点非常重要，不仅仅要阅读，还要保证自己工作质量和规范和前期保持一致，一个行为高度一致性的公司是核心竞争力很强的公司。
　　此处有一个很重要的工作一定要向前期参加工作人员了解是否已经收集了一些资料，并想办法获得，已经搜集的资料和问题尽量避免重复询问，这对用户会造成巨大不满。如果万一前期资料不能获得，也要另外提前准备好说法避免这种情况出现。
　　3、和项目前期人员（咨询顾问、客户经理和平台主管）充分沟通。
　　听取他们的建议，使自己调研更有针对性。
　　4、熟悉公司已实施的相近项目的情况。
　　他们企业业务调研报告和解决方案将对我们现在工作很有帮助，甚至在调研过程中给我们很多思路上的启发。
　　5、熟悉相关软件产品的功能及发展方向。
　　很多人在工作中不注意和规划人员的沟通，其实在调研前确认自己了解产品的发展方向，现有和近期可实现的功能对调研时遇到一些很难回避的技术问题就可以做到心中有数，提前想好说法。当然最好的说法是这个功能我们已经实现了，在某某项目上也是这样要求的。
　　6、了解企业所处行业的行业特点、竞争态势、产品研发特点。
　　这些要从公司，特别是网上查询资料分析，建立一个基本的业务原型，这样在调研时可以让用户感觉到我们还是做了很多工作，对项目很认真。
　　7、准备同用户交流时的软件原型或交流PPT。
　　有的时候用户在调研过程中提出要我们做一个培训和软件演示的要求，一般情况下我们应该避免在售前调研阶段做这个工作，因为这些要经过精心调研仔细准备后再进行质量更高。
　　但在售后实施调研时我们可能要先主动做这个软件演示和理念培训工作，收敛用户的思路，引导项目边界，所以调研者也应提前对这些方面工作做一准备。即使是售前也很难完全避免这个情况，不但要准备，而且在语气上还要有所区分。
　　8、准备企业业务调研问卷。不一定要给用户，但一定可以让自己不遗漏该问的问题。
　　9、设计业务调研方案。业务调研方案可以将自己调研经验不断积累，形成体系化的经验，大家现在看到的文字就是我不断完善业务调研方案的结果。
　　10、设计业务调研计划。计划一定要用心，用心才能做好。
　　11、准备业务调研培训材料。
　　到现场调研时需要让用户知道我们的调研方法和思路，用户才好配合，也认可我们的专业化程度，这个应该结合公司流程和自己体会进行准备。
　　12、软件安装盘和加密狗。有备无患。
　　13、电脑笔记本。IT农民的必备劳作工具，如果没有就用笔记本解决问题，没有电脑前麦肯锡一直是手记录问题，现在他们还是提倡手记录，因为方便。
　　14、WINDOWS2000/SQL SERVER/ORACLE安装盘等常用工具软件安装盘。有时候很有用。
　　15、别的项目常用样例及标准配置，用户很难提供明确需求的时候，让他们看看我们在别的企业成功样例，有助打开思路，也体现我们给用户带去先进管理方式和成功经验的合作初衷。
　　16、公司各种流程管理文档。对于一些用户了解我们公司内部问题的时候，如果搞不清楚该什么讲的时候不要信口开河，翻翻资料再说。
　　17、可能涉及业务难点培训资料和问题集。
　　用户的问题千奇百怪，多准备一点没错，不断积累这些问题就是一个个人知识完善的过程。
　　18、公司小礼品。
　　调研完成后送给调研对象一个小礼品是很容易给对方留下好印象的机会。如果有政策，一定不要浪费。

[wuxiaoke2009]

xuexile ha

[wanghui0380]

看你的地位和权利

如果公司没有给你相应的地位和权利，那就撒也不要说，撒也不要做

只如实记录好需求，顺带把对方的人员厉害关系，那些东西人家比较关心，那些东西人家不关心---只需如实记录即可--毕竟你没有相关的地位和权利，这种情况是多做多错，所以你就如实反映情况，给上面的人提供决策依据就好

如果你有相应的地位和权利，主动权就多些。你可以引导客户需求，决策项目走向。

[CalvinR]

客户是上帝
找客户谈需求

[ycproc]

需求最重要

[johnwanzhi]

先跟客户谈人生，谈理想。然后再总结，写需求文档。

[子夜__]

就去问他 需要个什么样的系统
大概功能
具体功能。
然后写个需求出来给客户看 看满意不 可以就做了

[Dotar]

客户什么需求，分析，总结，写需求文档

[yj258213056]

楼上的都说的很精辟了:需求!

[翘楚时代]

其实，个人感觉前期调研分 项目可行性分析和需求分析两步，第一步通过后进行第二部~！

[昵称可以很长很长很长]

随机应变...

[以专业开发人员为伍]

[Quote=引用楼主 woshimaikou 的回复:]
公司最近有一个项目，前期调研这一块主要让我负责，以前就写代码了，没做过这方面工作。
想请教各位前辈 前期调研主要包括哪些工作（主要工作 辅助工作），以及整体流程，注意事项，容易出现问题的地方。
请不吝赐教。
[/Quote]

还是请你的项目经理负责吧。你只应该是一个记录员的职责，负责不了。

[以专业开发人员为伍]

即使是自身的项目经理，许多时候也不过是记录客户需求，而不是分析客户需求。这不是开玩笑，是真实的结论。客户的真实需求实际上在他看到产品原型时很快就会改变的。所以项目经理或者产品经理可能是应付高度灵活的开发过程的唯一选择。

如果你碰到一个所谓的架构师，他以为只要别人写个需求文档他就可以开始做了，以后在产品进度和反馈方面出了问题可以推卸给写文档的人，这就非常麻烦了。文档实际上只应该有很短的效力，技术人员不能拿着一个多月前的概要设计文档来给别人说“你看你原来是怎么写的？”，因为开发中涉及需求细节、架构等等都需要每隔几天就重新修正一次。所以最初的需求只是一个大概合同要求而已。如过你的主管是想让你写一个关于菜单、界面、界面上的每一个概念的解释，那么它可能是做小OA软件出身的。