# 创建和评审需求
我们产品经理可能都习惯了写需求设计文档，或者规格说明书，通过一个非常完整的word文档将某一个产品的需求都定义出来。但在禅道里面，我们提倡 按照功能点的方式来写需求。简单来讲，就是将原来需求设计文档中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。如果按照scrum标准走 的话，我们可以称之为用户故事(user story)。所谓用户故事，就是来描述一件事情，作为什么用户，希望如何，这样做的目的或者价值何在，这样有用户角色，有行为，也有目的和价值所在，非常方便与团队成员进行沟通。
#### 一、创建需求
1、 使用产品经理角色登录系统。
2、进入产品视图。
3、在页面右侧，有“提需求”菜单，点击菜单，出现新增需求的页面。
1、需求的标题是必填项。
2、所属计划和模块，可以暂时保留为空。
3、 需求可以设置抄送给字段，这样需求的变化都可以通过email的形式抄送给相关人员。
**注意事项：
1、需求审核那块，不要勾选不需要审核，这样勾选后不会经过评审阶段
2、必须选择评审人，并且必须是相关人员
3、在选择抄送联系人时，必须抄送给相关人员**
4、可以设置关键词，这样可以比较方便的通过关键词进行检索。
批量添加需求时，支持多图上传。
点击多图上传，选择要上传的图片。
多图上传，目前支持jpg，jpeg，gif，png格式的图片。
图片上传成功后，程序会把图片的名称作为需求的名称，图片作为需求的内容。
#### 二、评审需求
在创建需求的时候，有一个"不需要评审"的复选框，如果选中该复选框的话，需求的创建是激活中的。但大部分情况下面，需求还是需要评审的。即使产品完全有一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：
下面我们来看下具体的需求评审页面：
1、评审结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”，则需求的状态改为“激活中”，然后就可以关联到项目中进行开发了。
2、如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继续进行完善。
3、如果选择了“拒绝”，则需要给出相应的拒绝原因，拒绝原因可以有：
由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。
