需求分析报告是一份开发前的决策合同。它要在投入主要研发资源之前回答五个问题：客户真正需要什么，需求由哪些部分组成，有哪些技术路线，项目是否可行且值得做，以及每条需求究竟如何定义和验收。

即使报告是在功能已经穿刺或实现之后补写，正文也不应从“已经完成了什么”出发。代码、测试和实验只能作为分析者校验接口、约束、技术可行性和估算边界的材料；最终报告仍应冻结在开发决策时点，使用“应、必须、拟采用、计划验证”的语态，不写实现完成率、测试通过情况或上线效果。

本文按六个阶段组织完整方法：识别真实需求、拆解需求组成、调研与选择技术方案、评估可行性/工作量/价值、定义需求与验收、确定优先级并建立基线。每个阶段都明确要消除的不确定性、适用方法、输出物和评审门。

找工作时，工资、通勤、城市成本、稳定性、技术成长和市场热度都很重要。最让人困扰的却不是指标多，而是不知道各项应该多重要，也不知道许多事实究竟是什么。给每项随手打一个 1–10 分，会制造精确感；把所有问题都调研到底，又可能永远无法做决定。

更合适的做法不是在“粗糙打分”和“无限调研”之间二选一，而是建立一套分层流程：先用底线淘汰不可接受项，再用区间和情景保留未知，用敏感性分析定位会改变选择的变量，只深入调查这些变量，并在新增信息不再值得其成本时停止。