一、"调研"这种题，看着简单却最容易丢分
很多同学一看到"详细调研的步骤有哪些"这种题，第一反应是"这也太基础了吧，随便写写"。可真到考场上，这类题的实际得分率并不高。我带学员这几年，总结下来原因就两个：
第一，平时不背，临场编。调研、需求这一块，教材写得平实、不像 ITSS 那样有响亮的框架名字（PPTR、PIOIS 一听就想记），很多人复习时一眼扫过、没当回事。结果考场上要你答"详细调研包括哪几项内容""调研要遵循哪些原则"，脑子里只剩"就是去问问情况、了解了解需求呗"这种大白话，写不出教材要的采分点，只能干着急。
第二，答得散，踩不准。案例是严格按点给分的——阅卷老师拿着一份采分点清单，你写到一个点、他勾一个、给对应的分。你要是把知识揉成一大段话、关键词埋在里面，老师扫一眼找不到点，这分就漏了。同样的内容，会不会"分条踩点"，分数能差出一截。
这里给行业外的同学翻译一下"调研"到底是啥，别被术语唬住。你可以把一个信息系统的建设，想象成给一栋用了很多年的老办公楼做智能化改造。详细调研，就是改造正式动工前，工程师挨个房间去量尺寸、查线路、问每个部门平时怎么用这栋楼——把现状摸清楚、把问题找出来，后面才知道该怎么改、改成什么样。调研没做扎实，就等于图纸还没画准就开始砌墙，后面发现不对再返工，代价大到吓人。所以教材才把详细调研称为"系统建设中最重要的环节之一"，这句话本身就是高频采分点。
二、先定位：这道题考的是教材第 5 章"详细调研"
答案例题，第一步永远是"定位考点"——先在心里锁定这道题落在教材哪一章、哪个知识块。看到"调研"两个字，你要立刻反应过来：这是第 5 章"应用系统规划"里的"详细调研"。
教材把应用系统规划的过程排成一条清晰的线：初步调研 → 可行性研究 → 详细调研 → 系统分析 → 系统设计。详细调研排在可行性研究之后、系统分析之前，是承上启下的关键一环。定位准了，你才知道该调用哪一块知识来答，不会答着答着跑到别的章节、写一堆不相干的东西。这个"过程顺序"本身也常单独考，顺手也要背下来。
三、详细调研的目标与地位：先把"分量"答出来
案例题问"步骤"之前，你最好先用一两句话，把详细调研的目标和地位点出来——这既是踩分点，也显出你不是死背步骤，而是真懂它为什么重要，答卷的专业度一下就上来了。
教材的原话，可以浓缩成这么记：
对象：现行系统（包括手工业务和已经用了计算机的应用系统）。 目的：完整掌握现行系统的现状，查明它的执行过程，发现问题和薄弱环节，收集资料和数据，为下一步的系统分析和新系统的逻辑设计做好准备。 地位：系统建设中最重要的环节之一，这一步工作的质量，对整个建设的成败起决定性作用。
一句话记忆：详细调研就是"摸清现状、找出问题、为设计打地基"。你答题时先把这句"地位"点出来，再往下答具体步骤，层次感就有了。
它和初步调研的最大不同在于"深"和"细"：初步调研只是大致了解，详细调研要深入到组织内部信息的处理和流通情况，工作量大得多、细致程度高得多，涉及的业务、人、数据都非常多。所以教材特别强调，做详细调研除了要多投入人力，还要提倡"深入调查研究的工作作风"——这也是可以写进答案的一句加分话。
这里补一个案例题最爱设的角度——调研没做扎实，后面会怎样。这类题常给一段"某项目上线后用户不会用、需求理解错、关键环节漏掉"的材料，让你诊断根子在哪。答这种题，你要能一句点破：问题的源头往往就在最初的调研没做到位。调研不到位，会一连串引发需求理解错误（你以为用户要 A、其实要 B）、关键业务环节遗漏、方案脱离实际，而这些毛病一旦拖到开发完、上线后才暴露，返工的代价会成倍放大，甚至拖垮整个项目。把"调研不到位 → 后续一连串问题 → 项目受损"这条因果链点出来，既呼应了教材说的"决定性作用"，也比单纯罗列步骤更能打动阅卷老师——因为它显示你不只是会背，而是真懂调研的分量。
四、满分模板骨架：详细调研的六项内容活动
这是今天的核心。教材明确讲，在详细调研阶段，有六项内容活动必须全部完成，它们互相补充、通常是并行推进的。这六项，就是"详细调研的步骤/内容"这类题的满分模板骨架——你分条把它们答出来，采分点就稳稳踩住了。我逐条给你讲清楚，顺带做场景翻译：
第一，收集信息。 通过和使用者交谈、观察他们的工作、查阅现有文档等各种方式，获取所需的信息。这是信息得以利用的第一步、也是最关键的一步。教材要求收集信息坚持三个原则：准确性（反复核实、力求真实）、全面性（广泛完整地搜集）、时效性（要"事前"的情报，不要"马后炮"）。通俗说，就是把该问的人都问到、该看的资料都看到。
第二，系统需求建模。 把收集来的信息记录下来、建成逻辑模型，很详细地展示"系统需要完成哪些功能"，而且先站在中立角度只关注"需要什么"，不纠结"将来用什么技术、长什么样"。打个比方：这一步是画出"这栋楼改造后每个房间要实现什么用途"，而不是先纠结用哪个牌子的门禁。
第三，需求的优先级划分。 资源永远是有限的，用户提的功能里，有些是绝对必需的，有些是"重要但并非绝对需要"的。这一步就是分清主次、确定系统的作用域，回答"系统要完成的最重要的事情是什么"。
第四，构建系统原型，检验可行性并发现问题。 用一个简单的原型（样板）去验证某种业务需求的实现方法可不可行，帮助用户发现一些以前从没考虑过的问题；如果系统涉及新技术，还能用原型评价这种技术到底能不能解决业务需求。相当于改造前先做个样板间，让住户实地看看、提意见。
第五，产生和评估候选方案。 系统最终怎么设计实现，往往有好几种方案（包括自己开发还是让外面公司做、买现成软件包还是定制）。这一步要把可能的方案都列出来，从成本、收益等角度认真衡量，选出最好的一个。
第六，和管理部门一起复查各种建议。 这一项通常在其他活动完成或将要完成时进行：向管理层汇报项目进程、提交推荐方案，由管理层做最终决定——项目继续还是取消、选哪个方案、预算和进度表是什么。教材特别提醒，哪怕前面做了大量调研，"取消项目"有时仍是最好的选择，所以这一步的复查很关键。
记忆口诀我给你编一个，好背：收（集信息）、建（模）、排（优先级）、型（原型）、案（候选方案）、查（管理复查）——"收建排型案查"六个字，闭着眼能默出来，这道题的主干就拿满了。
五、调研"调什么"：9 大范围（内容类问题的加分点）
如果题目换个问法，问"详细调研应调查哪些内容/涉及哪些范围"，你就调用教材给的9 个方面。教材讲得很清楚：调研范围不能只盯着信息和信息流，因为信息流是通过物流产生的，要覆盖企业的生产、经营、管理各个方面，大致归纳为：
- 组织和功能业务
- 组织目标和发展战略
- 工艺流程和产品构成
- 数据和数据流
- 业务流程和工作形式
- 管理方式和具体业务的管理方法
- 决策方式和决策过程
- 可用资源和限制条件
- 现存问题和改进意见
你不用逐字背全九条，但要能答出"覆盖组织与业务、目标战略、工艺产品、数据流、业务流程、管理方式、决策过程、资源限制、现存问题"这些大块——写得越全，采分点踩得越多。答不全九条，至少把"组织业务、数据流、管理决策、现存问题"这几个核心块写出来。
六、调研"怎么调"：六条原则（方法类问题的踩点）
再换个问法，问"详细调研应遵循哪些原则/如何保证调研质量"，你就调用教材的六条原则：
- 自顶向下全面展开：从组织管理工作的最顶层开始，逐层往下摸清，既不会被庞大的机构搞得不知所措，又不会顾此失彼。
- 用户参与：由使用部门的业务、领导人员与系统分析、设计人员共同进行，二者结合、取长补短。
- 分析系统有无改进的可能性：搞清现有工作存在的道理和环境条件，保持头脑冷静、思维开放，别让先入为主的想法妨碍你了解真实情况。
- 工程化的工作方式：多人协作时把每一步事先计划好，统一规范表格、图例，调研结果整理归档备用。
- 全面与重点相结合：自顶向下全面铺开，但每次侧重与局部相关的分支，不平均用力。
- 主动沟通和友善的工作方式：主动与被调研者在业务上沟通，营造积极、友善的工作环境和人际关系——好的人际关系能让调研事半功倍。
第 094 篇我重点讲过前三条的道理，今天把六条补全。答方法类问题时，分条列出这六条、每条一个关键词打头，就是标准的踩点式作答。
七、调研"用什么方法"：四种常用手段
案例题还有一种问法："详细调研可以采用哪些方法/手段"。教材在讲收集信息时点到了几种途径，我帮你归纳成四种最常用的，配上场景，方便你记也方便你答：
- 面谈交流法：直接和系统的使用者、业务骨干、部门领导一对一或开会交谈。这是最直接、也最能挖出真实需求的方法。好比装修前，设计师坐下来听每个家庭成员说自己想要什么。缺点是耗时、依赖沟通技巧。
- 问卷调查法：围绕前面讲的调研内容，设计调研问卷或问卷调研表的栏目，发给相关人员填写。适合人多、要覆盖面广的场景，效率高，但拿到的信息偏浅、容易失真，通常要和面谈配合。
- 现场观察法：到业务现场去看使用者实际怎么操作、流程怎么跑。很多用户嘴上说的和实际做的并不一样，观察能补上"说不出来的隐性流程"。
- 查阅资料法：研究现有系统的文档、回顾计划文档和方案说明、翻看各种报表，甚至参考其他公司（尤其是供应商）遇到类似问题时的做法。这是成本最低、最容易被忽略的一条。
老孙的提醒：这四种方法没有谁能单独包打天下，实战里都是组合使用——面谈挖深、问卷铺广、观察验证、查阅补漏。答题时如果问"用什么方法"，你把这四种分条列出、点明各自适用场景，就是一份很完整的答案。它们本质上都是在服务于第四节讲的"收集信息"那一步。
八、2024 下这道题的满分答题示范
把上面的模板套到这道题上，我给你演示一遍"分条踩点"的答法。假设问题是"简述详细调研的主要步骤（内容）"：
详细调研的主要内容包括以下六项活动，通常并行完成： （1）收集信息——通过交谈、观察、查阅文档获取信息，坚持准确、全面、时效原则； （2）系统需求建模——将信息建成逻辑模型，明确系统需要完成的功能； （3）需求优先级划分——区分必需功能与非必需功能，确定系统作用域； （4）构建系统原型——验证需求实现的可行性，发现潜在问题； （5）产生和评估候选方案——给出多个方案并从成本、收益角度择优； （6）与管理部门复查建议——汇报进程、提交推荐方案，由管理层最终决定。
你看，分条、编号、每条一个关键词打头、后面跟一句话解释——这就是让阅卷老师"一眼看到你踩了几个点"的写法。比起写成"详细调研就是先收集信息然后建模再排个优先级……"糊成一大段，这种分条式能实打实多拿好几分。如果这道题给的分值高（比如 8 分、10 分），你还可以在六条之后补一句地位句、再点两条关键原则（自顶向下、用户参与），把分值对应的采分点尽量填满——分值多高，就往里填多少个点，这是案例的基本盘。
九、这几个失分点，考场上千万绕开
同样是答这道题，为什么有人拿满、有人只拿一半？我把学员练案例时最常踩的坑列出来，你对照着避：
- 只写"去调查、去了解需求"这种大白话，答不出教材的六项活动名称。评分是认采分点的，你没写出"系统需求建模""需求优先级划分"这些术语，老师就没法给对应的分。
- 把六项活动揉成一段流水账，不分条、不编号。内容对了，但老师找点费劲，容易少给。
- 把"初步调研"的特点安到"详细调研"头上，或者把调研步骤和"系统分析、系统设计"的内容混在一起写，张冠李戴直接失分。
- 答题不看分值。3 分的题写满六条是浪费时间，10 分的题只写三条又吃亏。先看分值、再定要点数量，是案例的基本节奏。
- 术语写错别字，比如"详细调研"写成"详细调查"、"可行性研究"写成"可行性分析"。案例是要写字的，关键术语写错会影响踩点，平时默写时就要抠准。
避开这五个坑，同样的知识，你的得分就能明显往上走。
十、初步调研 vs 详细调研：别把两个调研串了
调研类题最容易被设的坑，就是拿"初步调研"来混淆。我帮你把区别钉死：
- 初步调研：在可行性研究之前，目的是明确问题、为可行性研究打基础，较浅、粗、工作量小。
- 详细调研：在可行性研究之后，目的是完整掌握现状、发现问题和薄弱环节，很深、细、工作量大得多。
一句话：初步调研粗、在前；详细调研细、在后；中间隔着可行性研究。题目若给一段场景让你判断属于哪种调研，你就抓"它发生在可研前还是可研后、是粗看大方向还是细查全部细节"这两点，基本不会错。这类辨析题，考的就是你有没有把两者的"时机、深度、工作量"分清楚，别张冠李戴。
十一、本期速评小结
收一下今天这一期：
第一，诚实第一：题目是回忆版，我据此讲教材知识、给满分模板，不当精确原题去抠。 第二，先定位：调研类题落在第 5 章，流程是"初步调研→可行性研究→详细调研→系统分析→系统设计"。 第三，满分骨架：详细调研六项内容活动——收、建、排、型、案、查。 第四，两个加分口袋：调"什么"用 9 大范围，"怎么调"用六条原则。 第五，答题要踩点：分条、编号、关键词打头，分值多高就往里填多少个点。
案例不像论文那样靠临场发挥，它更"实"、更看你对教材的精准掌握和规范作答。把调研这类基础功背扎实、把踩点意识建立起来，案例其实是三科里最可控、最容易拿稳分的一科——因为它的答案大多有教材依据、有固定套路。把可控的科目稳稳拿住，整体通过的把握就更大了。
十二、明日预告
明天是决策站——系规过了就一定能拿副高？6 省政策实测。很多同学冲着"以考代评"来考系规，但"考过=拿副高"这个等式，各地政策其实并不一样。明天我把几个省份的真实口径捋一捋，帮你把"考完到底能兑现什么"想清楚，别抱着不切实际的预期备考，也别错过本该属于你的待遇。我们明天见。
