客户经理
有两种方式获取需求：一个是招标公示，一个是客户走访。多用于定价。所以，需求的内容能够支撑定价即可。
售前顾问
多以询价文件方式形式获取需求，用于应答文件或功能单价清单的编写。负责投标。所以，需求的内容能够支撑技术方案编写即可。
项目经理
多在项目启动大会以询价文件方式形式获取，也有相当数量来自于项目交接。要全面掌握需求，要有双向加工低损耗传递需求内容的能力，并有验证实现方案是否对应需求的能力。
技术总负责人
多以应答文件方式获取。需求要足够用于整体技术规划、产品选择、人员和组织选择。
需求负责人
多以应答文件方式获取。但应答文件只是规定范围，要在范围内把需求细化，细化到足以支撑后续的各个项目环节开展。
技术负责人
多以需求负责人的需求清单获取，少数需要直接从应答文件获取。需求要足以支撑技术方案的执行、产品的获取、功能设计、代码实现、内部测试和交付现场，并能对风险进行预案和把控。
产品经理
多以需求负责人的需求清单获取，少数需要直接从应答文件获取。需求要足以支撑对产品特性的识别，能让产品负责人给出准确的产品功能范围和使用方案。
产品技术负责人
多以需求负责人的需求清单获取，少数需要直接从应答文件获取。需求要足以支撑对产品的设计、编码和内部测试方案编制和执行。
质量负责人
多以需求负责人的需求清单获取，少数需要直接从应答文件获取。需求要足以编写用例，能够从业务、数据、功能和性能上量化产品的实现程度。
安全经理
多以应答文件获取。需求要足以支撑安全生产过程规范的硬性规范制定，保证安全保障的有效执行。
运行经理
多以应答文件获取，往往也会结合客户的沟通获取合同之外的需求。需求要足以支撑产品的发布、指导客户使用、引导客户期望、增长价值和提供规划的依据等能力。