单项需求卡片模板
单项需求卡片模板
描述（What）（最重结构，不要加入主观的修饰语句
原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的）
为什么会有这样的需求，以及采集者的解释
验收标准（How）
需求重要性权重（How much）：
（如何确认这个需求被满足了）
参考材料
竞品对比
在需求采集活动中的引用的资料，列举即可
按照“1分：差”到“10分：好”进行评估：
1、竞争者对该需求的满足方式
2、用户、客户对竞争者及公司在该需求上的评价
需求卡片模板
需求编号（可由需求人员填写）
需求类型（可由需求人员填写）
包含“采集时刻 + 采集者”信息
产品需求、功能需求、运营需求、用户需求等
来源（Who）（重要信息，方便追根溯源）
产生需求的用户：用户的详细信息，如姓名、电话号码、微信
用户背景资料：受教育程度、岗位经验，以及其他与本单项需求相关经验
场景（Where、When）（重要信息，用来理解需求发生的场景）
1、尽量用量化的语言
2、无法量化的举例解释
满足后（“1：一般”到“5：非常高兴”）
未实现（“1：略感遗憾”到“5：非常懊恼”）
需求特征（When）
需求关联（Which）
1、需求的紧急度
2、时间持续性
1、人：和此需求关联的任何人
2、事：和此需求关联的用户业务与其他需求
3、物：和此需求关联的用户系统、设备；需求关联的其他产品等
需求收集卡模板样例(百度共享)
需求关联（Which） 1.人：无 2.事：因为批头丢失浪费时间，影响工作效率 3.物：部分专业用户可提高生产线工作效率。需求关联的客户系统、 设备] 竞争者比对：（按照1差～10分好进行评估） 1.BOSCH……客户评价较高，但是感觉存储方式还是比较复杂，存储 基座太大。
参考材料： ***需求收集会议纪要。
需求整理工具：客户调研需求整理模板（通用）
部门: …………
采集的活动(where/when)
姓名: ………..
客户陈述(what)
联系方式: ……………
产生的原因(why)
时间、地点
客户情况介绍(who) 客户背景资料 需求描述（demands） ••ຫໍສະໝຸດ 客户的描述，要 求原汁原味
•
客户的痛点和面 临的挑战
客户的评判(how) 验收标准（C） 竞争评判(C) 确认标准（C）
需求关联
系统关联 业务关联 人物关联 支持材料关联
对客户陈述的提炼， 识别客户的真正需 求 通常：产品支持XXX 功能或提供XXX功能， 解决XXX问题。
•
需求整理工具：某电动工具公司单项需求采集卡 （样例）
需求编号: 2012-5-8＋001＋ 需求类型：（在进行评审时填写） 功能007 来源（Who）： 公司提供者：****** 联系方式：****** 客户背景：家庭装饰的DIY爱好者。2年前用电动螺丝批替代了以前的十来把一字螺丝刀和十字螺丝刀，感觉非常方便，但是电动 螺丝批的10个批头目前还剩下5个，很苦恼，无法买到配件。 场景(Where、When)： 客户拿出他的电动螺丝批，以及剩下的5个批头，还把几年没有用的手动螺丝批拿出来，开玩笑说“我现在是土洋结合啊！” 描述(What)： 客户在使用电动螺丝批过程中，能够很快找到批头，并且不容易丢失。 原因（Why）: 客户使用螺丝批的频率不高（每2个月左右使用一次），希望每次使用时能够快速找到合适的批头，无需为寻找花费太多时间。有 时候客户还不知道把充电器放到哪里去了。 验收标准(How)： 1.批头的存储能够和螺丝批或者充电器的存放紧密关联， 能够有至少1种方法提醒客户即使把批头存放在不容易遗 忘的地方。 2.类似客户****的存放方法 需求生命特征（When） 迫切程度3/5 永远有这个需求 需求重要性权重（How much） 需求满足后客户会非常高兴：5分 如果没有满足客户需求，客户会感觉有较大的遗憾：3
采购订单需求计划单模板
送货地点：
申购单位（或部门）：
序号
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
材料名称
申购单位(或部门): (签字盖章)
月度甲供材料计划表
项目名称:
规格与型号
区栋
□ 月计划 □ 临时计划
第 1 页共 1 页
填表时间： 收货人：
数量 单位
使用部位
收货人电话： 要求到货时间
备注
工程部主管工程师：
工程部经理：
联系电话： 部门主管签字：
联系电话： 部门经理签字：
联系电话： 部门（中心）负责人：
材料时，数量须准确无误，工程余料不予办理退货，由施工单位自行处理； 2.对手续不齐全、无材料名称、规格型号不详、无已签字的样品及图纸（部分装修或土建物资）等的需求计划单采购部将不予签收； 3.此表所列材料项目必须分类别单项填写，不得缺项，不得混填，不得涂改； 4.按时将纸质版原件及电子版提交采购部； 5.要求到货时间原则上等于提报日期加上供货周期，急需材料需特殊注明。
需求收集模板 业务需求收集反馈模板
需求收集模板
一、基本信息
1、姓名：
2、部门：
3、职位：
4、手机号：
5、反馈时间：
6、反馈类型：
A新需求
B 系统功能缺陷bug
二、详细描述（反馈类型——系统功能缺陷bug时填写以下两个问题）
1、问题描述及操作步骤（请详细描述出现问题的操作步骤和现象，最好能提供关键步骤截图）：
2、目的及期望结果（您的目的是什么？你期望如何解决）：
三、详细描述（反馈类型——新需求时填写以下三个问题）
1、需求名称（用一句话概述本需求将要做什么）：
2、需求目的（描述为什么要实现本需求，可以从“实现后的价值”、“不实现的损失”等角度描述。
如“解决XX 问题”、“任何时候都能XXX”）：
3、应用场合（描述在什么情况下需要使用本需求。
本需求在什么场合下被使用）：
四、其他辅助信息
1、需求优先级（需求优先级有A、B、C（A最高、C最低））：
2、需求紧急度（需求紧急度有A、B、C（A最高、C最低））：
3、使用频度：
A每天频繁使用（次数高于15次）
B每天不频繁使用
C每周使用
D每月使用
4、您期望您反馈的问题或需求什么时间给予答复：
5、您期望您反馈的问题或需求什么时间解决：。
需求表(详细)
二、网站前台结构模块
【特殊模块】
引导页
□图片引导页 □Flash引导页
多语站
□中英站 □简繁站 □其他______________
定制页
拥有特殊排版的定制页面数量_______个
【产品展示类】
网站导航
□首页 □关于我们 □产品展示 □新闻动态 □服务范围 □联系我们
单页
□公司简介 □企业文化 □荣誉资质 □客户服务 □联系我们
新闻
□新闻动态 □行业资讯 □技术知识
产品
□产品展示 □案例展示 □环境风采
【服务资讯类】
网站导航
□首页 □关于我们 □新闻动态 □服务范围 □业务中心 □联系我们
单页
□公司简介 □企业文化 □荣誉资质 □客户服务 □组织架构 □联系我们
□销售统计
对销售成功的商品进行统计，可按月或年生成统计报表。
□商品评论
确认收货后，可对商品进行评论，获取相应数值的积分。
□广告管理
可对商城对各板块的广告进行编辑。
□广告展示
网站左右栏显示横幅广告、网站头部下拉显示广告、屏幕范围内滚动显示广告图片。
【个性定制功能】
四、网站功能模块
【通用功能】
单页
以图文混排式展示页面内容，后台可增删改单页版块的内容
产品
以图片列表式展示图片内容，后台可增删改产品版块的内容
新闻
以文字列表式展示文字内容，后台可增删改新闻版块的内容
【扩展功能】
新闻
□新闻动态 □行业资讯 □金融信息 □法律法规 □常见问题
产品
□合作伙伴 □服务客户 □成功案例 □环境风采
【旅游类】
网站导航
业务合同需求表格模板
业务合同需求表格模板一、合同双方信息
甲方（公司名称）：
注册地址：
法定代表人：
联系人：
电话：
传真：
邮箱：
乙方（公司名称）：
注册地址：
法定代表人：
联系人：
电话：
传真：
邮箱：
二、合同内容
1. 合作项目名称：
2. 合作内容：
3. 合作期限：
4. 合作方式：
5. 协议金额及支付方式：
6. 服务标准及质量要求：
7. 保密要求：
8. 违约责任：
9. 其他约定事项：
三、合同签订及生效
1. 本合同自双方盖章之日起生效，至合同履行完毕终止。
2. 本合同一式两份，甲乙双方各持一份，具有同等法律效力。
3. 未尽事宜，由双方协商解决。
如遇法律纠纷，均适用中华人民共和国法律。
甲方（盖章）：乙方（盖章）：
法定代表人（签字）：法定代表人（签字）：
日期：日期：
以上为业务合同需求表格模板，双方在签订合同前应仔细阅读并核实，确保所有内容的准确性和合法性。
希望双方能够在合作中互相信任、合作愉快，共同发展壮大！。
单项需求卡片模板
描述（What）（最重要的信息）
尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句
原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的）
为什么会有这样的需求，以及采集者的解释
验收标准（How）
需求重要性权重（How much）：
（如何确认这个需求被满足了）
参考材料
竞争者对比
在需求采集活动中的输入材料，只要引用一下，能找到即可
按照“1分：差”到“10分：好”进行评估：
1.竞争者对该需求的满足方式
2.用户、客户对竞争者及公司在该需求上的评价
1.尽量用量化的语言
2.无法量化的举例解释
满足后（“1：一般”到“5：非常高兴”）
未实现（“1：略感遗憾”到“5：非常懊恼”）
需求生命特征（When）
需求关联（Which）
1.需求的紧急度
2.时间持续性
1.人：和此需求关联的任何人
2和此需求关联的用户系统、设备；需求关联的其他产品等
需求编号（可由需求人员填写）
需求类型（可由需求人员填写）
包含“采集时刻 + 采集者”信息
功能需求、非功能需求等
来源（Who）（重要信息，方便追根溯源）
产生需求的用户：最好有该用户的联系方式等信息
用户背景资料：受教育程度、岗位经验，以及其他与本单项需求相关经验
场景（Where、When）（重要信息，用来理解需求发生的场景）
产品经理-产品需求登记表模版
产品需求登记表
产品名称
功能模块
需求分类
□工具需求□业务需求□平台需求□商业需求
□创意需求□合作需求□发展需求□战略需求
需求来源
□市场需求□同业需求□用户需求□商品需求
□运营需求□财务需求□产品பைடு நூலகம்求□领导需求
需求等级
□A类需求□B类需求□C类需求
描述
建议
提出人
确认人
日期
备注:请需求方,各部门提出需求及合理化建议,产品部会在产品设计时考虑到相关产品要素,能满足的不再做反馈,不能满足的会进行后续沟通,最终形成可执行报告或产品文档,供评审定稿开发,谢谢配合!
需求登记表模版
软件需求登记表(V1.02)
编号：（有杨婷填写)
客户名称（例：合肥市第三人民医院；需全名）软件名称必填联系人
联系
电话
所属部门
登记时间
登记
人需求类型
（可填：项目实施/
售后需求）
需求描述涉及模块名称必填对应版本号必填涉及模块名称对应版本号
附加说明（备注下需要完成的最迟时间)
产
品
部
审产品经理审核日期完成验证签名
核意见
开发部执行情况接收人反馈时间计划完成时间完成人完成时间
最终产品交付情况序涉及模块名称对应版本号交付时间接收人1
2
3。
QMS需求收集模板
分析
MSA分析台账
供应商档案 供方准入 21 供应商管理 供方业绩评价 供应商APQP
供应商审核 供应商索赔 22 供应商交互管理 供方改进管理 供方变更申请
ERP/SAP集成
MES集成
23
系统集成 CRM集成
23
系统集成
OA集成
需做集成检验设备清单 24 检验设备集成 设备接口情况
预留 预留
功能需求说明 （供参考）
基础设置 文件柜/文件夹管理
文档/文件管理 文件会签 18 质量文档管理 文件发放管理 文件阅读状态管理 旧文件管理 文件查询管理
计量器具卡片 计量器具类别台账 计量器具部门台账 检定计划管理 19 计量器具管理 抽样计划 检定三率 部门保管合格率 按时送检率
检验仪器的台账
20
MSA量测系统 MSA分析单
1、通过集成EPR中来料检验不合格信息，在QMS中发起来料不合格处理信息审核。 2、制程不合格信息直接在QMS中不合格品处理单中录入，再通过不合格品处理流程进行 处理。 3、支持对不合格发起改进。 4、实现对不合格品进行统计分析。
1、基于外部、内部品质异常展开改进管理，支持不同级别的问题展开不同的改进模式 2、按照PDCA原则对异常进行质量改进闭环处理 3、提供纠正预防措施、8D两种改进模式 4、建立问题改进后的知识库管理 5、提供信息查询及统计分析报表
1、支持在系统中维护年度质量目标计划，可按公司、部门层级设定。 2、系统可自动在QMS或通过其他系统集成收集质量目标实际完成情况的数据，并自动统 计。也可人工输入质量目标时间完成情况数据。 3、对质量目标完成情况进行统计分析,生成月报等。 4、可根据质量目标完成情况，按预定规则自动生成考核结果。 5、支持部分质量目标通过管理看板展现。
人人都是产品经理苏杰
自序是谁？每次K 歌都对着点歌面板评头论足。
是谁？逛超市时总在想“这个商品能解决什么需求？”是谁？会给自己的个人发展做战略规划。
是谁？一定要在自己的婚礼中讲一个PPT。
是谁？会拿用户调研的方法与亲朋好友交流。
是谁？装修房子的时候抢着当项目经理。
是谁？看电视广告总想在几十秒中提炼出三大卖点。
是谁？会给自己的孩子设计各种“功能点”。
是谁？访问任何网站都能一下子挑出好几个Bug。
……这个人就是产品经理。
我做了3 年，体会到这种做事方法与思路真的很好用，已经忍不住用它来解决任何问题，并且想告诉每一个人，尝试着用产品经理的视角看世界吧，你可以看得更清楚，走得更顺利。
SNS 里的抢车位游戏，曾经很流行，也许你考虑的问题是：应该怎样玩才能赚更多的钱？怎样最快地买到想要的车？怎么玩最爽？……而产品经理的视角则是：为什么每个人是 4 个车位？如果车位多了会怎么样？不同档次的车为什么停车费是一样的？如果高档车停车费高了，会有什么优缺点？原来，这些都是和商业目标有关的，车位多了，停车费高了，对好友数量的需求就会降低，这意味着用户互动的减少，与商业目标矛盾；而反过来，如果简单粗暴地试图增加互动，用户又会不高兴，也不行。
现在好像“偷菜”比较火，可惜我没玩过，玩过的可以试着用这种思路想一下，一定能发现一片从未到达的“世外桃源”。
而这本书的写作过程，我也用上了做产品的套路，遵循了互联网产品设计的五个层次——战略、范围、结构、框架、表现。
就算这本书的实体，也到处有着思考的痕迹，比如勒口，你发现了没有？可以剪下来当书签，上面的一段话又是书名的真谛：虽然不是每个人都能以产品经理为业，但在我看来，产品经理是一类人，他的做事思路与方法可以解决很多实际的生活问题。
只要你能够发现问题并描述清楚，转化为一个需求，进而转化为一个任务，争取到支持，发动起一批人，将这个任务完成，并持续不断以主人翁的心态去跟踪、维护这个产物，那么，你就是产品经理。
3 原始单项需求模板
公司识别信息
录入人姓名
录入时间
录入人部门
录入人电话
信息采集人姓名
采集人电话
客户公司识别信息
客户公司名称
所属市场区域
客户公司背景信息
市场地位、市场份额
财务状况、历史诚信情
客户人员识别信息
客户名称
隶属部门
职务
联系方式
备选联系人
备选人联系方式
在用产品信息描述
在用产品名称
版本号
竞争产品的信息描述
需求详细描述
什么需求,谁提出的？为什么会有这样的需求,需求带来什么好处？有备选方案吗？
我们作了什么承诺了吗？
需求的关联性
与外部系统的关联性、职能领域的关联性
验收标准
验收的方式？手段？工具？场所？
满意度（实现该需求）
5个选择
满意度（不实现该需求）
5个选择要求提供的时间YY来自Y-MM-DD需求有效期
============================完====================================
竞争产品名称
版本号
此需求的竞争分析
竞争对手是否针对此需求对我们进行攻击，何时何地？
如果我们实现该需求对竞争对手的影响分析
如果我们不实现该需求被竞争对手替代的可能性分析
需求信息
需求名称
需求检索关键字
需求收集途径
客户需求陈述
产品该需求的背景描述？为什么需要这个需求？会给客户带来什么利益？
产生的原因？业务扩展、新技术的跟随、竞争对手的游说、目前产品的问题？
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求类型（可由需求人员填写）
2015年10月21日 陈龙
功能需求
来源（Who）（重要信息，方便追根溯源）
产品更符合社交的需求。一个人要和另一个人产生社交关系，必须要有一定的内容作为话题开端。因此，需要让每个人在改产品中能表达自己的
场景（Where、When）（重要信息，用来理解需求发生的场景）
4.竞争者对该需求的满足方式
5.用户、客户对竞争者及公司在该需求上的评价
参考材料
竞争者对比
在需求采集活动中的输入材料，只要引用一下，能找到即可
按照“1分：差”到“10分：好”进行评估：
1.竞争者对该需求的满足方式
2.用户、客户对竞争者及公司在该需求上的评价
3.
需求编号（可由需求人员填写）
需求类型（可由需求人员填写）
包含“采集时刻 + 采集者”信息
功能需求、非功能需求等
来源（Who）（重要信息，方便追根溯源）
产生需求的用户：最好有该用户的联系方式等信息
用户背景资料：受教育程度、岗位经验，以及其他与本单项需求相关经验
场景（Where、When）（重要信息，用来理解需求发生的场景）
产生该需求的特定的时间、地理、环境等
描述（What）（最重要的信息）
尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句
原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的）
为什么会有这样的需求，以及采集者的解释
验收标准（How）
需求重要性权重（How much）：
（如何确认这个需求被满足了）
3.尽量用量化的语言
4.无法量化的举例解释
满足后（“1：一般”到“5：非常高兴”）
未实现（“1：略感遗憾”到“5：非常懊恼”）
产生该需求的特定的时间、地理、环境等
描述（What）（最重要的信息）
尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句
原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的）
为什么会有这样的需求，以及采集者的解释
验收标准（How）
需求重要性权重（How much）：
（如何确认这个需求被满足了）
需求生命特征（When）
需求关联（Which）
3.需求的紧急度
4.时间持续性
4.人：和此需求关联的任何人
5.事：和此需求关联的用户业务与其他需求
6.物：和此需求关联的用户系统、设备；需求关联的其他产品等
参考材料
竞争者对比
在需0分：好”进行评估：
1.尽量用量化的语言
2.无法量化的举例解释
满足后（“1：一般”到“5：非常高兴”）
未实现（“1：略感遗憾”到“5：非常懊恼”）
需求生命特征（When）
需求关联（Which）
1.需求的紧急度
2.时间持续性
1.人：和此需求关联的任何人
2.事：和此需求关联的用户业务与其他需求
3.物：和此需求关联的用户系统、设备；需求关联的其他产品等