g端项目需求工作梳理

g端项目需求工作梳理，包括步骤及关键产出物和参考耗时。对于g端的项目，根据每个项目的大小，时间进度，性质都可能不同，需求调研人员尽量根据不同项目灵活处理需求调研和需求分析工作，尽最大可能与业务人员和建设方负责人等进行需求沟通和确认的工作。

g端项目需求工作

• 需求调研
  • 步骤
    • 1. 获取现有系统（如有）的资料，根据客户提供的核心业务，收集整理资料，分析前期设计方案等。
    • 2. 梳理调研思路，准备调研提纲、调研计划。
    • 3. 进行需求调研并整理。
  • 产出物
    • 1. 《需求调研计划》（可选）
    • 2. 《需求调研记录》
  • 耗时
    • 根据客户配合程度，每个系统大概2-8次调研
• 需求分析
  • 步骤
    • 1. 整理用户的业务需求，主要业务流程。
    • 2. 形成用户的《业务需求说明书》，包括业务需求描述和主要业务流程图、功能结构等。用户对需求确认单签字。
    • 3. 编制项目的实施方案/深化设计方案（应用系统部分，可选）
    • 4. 将用户的业务需求转化为系统功能需求，包括确定业务流程、功能结构、数据表单、状态、用户角色及权限、原型设计、UI视觉要求。
    • 5.原型演示，与用户进行细节确认。
      • 原型可以不用面面俱到，更多的是进一步沟通或者敲定细节的靶子。
    • 6.根据原型沟通反馈，修改原型，并进行需求规格说明说编写。
      • 1.使用原型与g端业务人员沟通，可以更好的进行交流，并可鼓励g端业务人员更好的思考前期未考虑到的各种细节。快速达到所见即所得的效果。 2.原型可以不用面面俱到，更多的是进一步沟通或者敲定细节的靶子。 3.关于原型设计和《需求规格说明书》编写的顺序问题：g端业务人员对篇幅过长的《需求规格说明书》往往没有足够的时间看，或者难于理解一些信息化术语。但《需求规格说明书》又是开发必备文档，更是项目验收必须的文档，顾从项目进度把控角度可置于原型设计后进行编写。或者利用Axure的原型工具预置模板，自动生成《需求规格说明书》。
  • 产出物
    • 1. 需求确认单签字（附《业务需求说明书》）。
      • 需求确认单签字一般可作为项目的重要时间节点。
    • 2. 项目的实施方案/深化设计方案（应用系统部分，可选）
    • 3. 原型
    • 4. 《需求规格说明书》
  • 耗时
    • 1. 需求确认单签字（附业务需求说明书），根据实际情况大概2-3天
    • 2. 完成原型演示，并确认需求细节。（根据系统复杂和大小情况，大概1-5周）
    • 3. 完成《需求规格说明书》（3-7天左右）
• 其他
  • 对于g端的项目，根据每个项目的大小，时间进度，性质都可能不同，需求调研人员尽量根据不同项目灵活处理需求调研和需求分析工作，尽最大可能与业务人员和建设方负责人等进行需求沟通和确认的工作。