1. 不同的团队有不同的需求管理工具，如Execl、project、蚂蚁等，我用的最多的是Execl。
2. 需要确立各模块的需求接口人，如技术、运营、产品，各自负责相对应的模块
3. 对需求进行分析前，首先得把需求归档，一般需求大概分为这几种：Bug、产品需求（功能）、技术（性能）需求、运营（内容）需求，不同的需求有对应的处理方法和流程。
4.需求分析的几个原则是：商业价值、实现难度，综合评估一下性价比，排除优先级。时间、投入，风险和回报
附一张很常见的单项卡片分析表格
（6）需求提炼
需求分析后的下一步，就是要把需求转化为功能设计2 将每个用户需求细化为可能的功能
2 确定不同产品功能的重要程度和优先级
（7）需求开发
需求开发过程中最主要的是要协调资源和开发跟踪，在我们的流程中，一般都有个项目经理主导项目进度。
相关文章也挺多的，这里就简单讲一下概要。
2 分配管理：工作量、优先级、执行人、进度管理
2 版本控制：版本计划、版本功能、版本发布
2 变更管理：来源、工作量、用户需求、优先级
2 需求跟踪：UI、开发、测试，功能验收
来源：https://www.doczj.com/doc/aa12931949.html,/post/20.html
人人都是产品经理（https://www.doczj.com/doc/aa12931949.html,）中国最大最活跃的产品经理学习、交流、分享平台
产品设计开发管理制度 （最终版）
目录 第一章总则 (1) 第二章产品设计开发组织 (2) 第三章产品设计开发过程 (3) 第一节设计管理 (3) 第二节打样管理 (5) 第三节设计评审 (5) 第四节设计确认与更改 (6) 第五节新材料试验 (7) 第六节产品设计开发项目档案管理 (7) 第四章附则 (8) 附件1 打样品质跟踪表 (9) 附件2 菲林输出审批单 (10) 附件3 菲林检查报告单 (11) 附件4 菲林修改审批单 (12) 附件5 打样通知单 (13) 附件6 打样材料请购单 (14) 附件7 购物申请单 (15) 附件8 新材料试验报告 (16)
第一章总则 第一条为了提高伟诚实业（深圳）有限公司（以下简称公司）产品设计开发的效率，规范对设计开发过程的管理，确保产品能满足客户的需要和期望。特制定《伟诚实业（深圳）有限公司产品设计开发管理制度》（以下简称本制度）。 第二条本制度适用于公司技术中心对产品设计开发管理过程中的设计、改版、菲林输出、产品打样、设计评审、新材料试验、设计文档管理等工作。
第二章产品设计开发组织 第三条公司产品设计开发的组织包括公司技术委员会、技术总监、产品开发部、工艺工程部等组织和岗位，参与部门包括营销中心、物控部、印刷制造部、印刷品质部等。 第四条公司技术委员会是公司负责产品决策的高层领导小组，其职责如下：（一）政策性产品设计开发管理，制定、修改各种规章制度； （二）建立产品设计的接受标准和评价标准； （三）负责产品设计的最终评审。 第五条营销中心业务人员负责与客户的联络沟通，跟单组负责打样全过程的跟踪。 第六条技术总监负责监督和推进产品设计开发工作的进行。 第七条技术中心产品开发部负责新产品设计、改版，菲林输出、打样效果跟踪；工艺工程部负责打样全过程的工艺技术跟踪。 第八条印刷制造部负责打样全过程的生产以及操作过程中的技巧性调节，并如实记录并填写《打样工艺参数记录表》。 第九条印刷品质部负责打样产品的验证。 第十条物控部负责所需原、辅材料的采购和供应。 第十一条需要时，技术总监指定项目组组长负责设计开发全过程的组织、协调、实施工作；项目组成员按项目组组长的要求执行新产品开发工作。
产品需求管理――差异化的产品创新 文件编码（TTU-UITID-GGBKT-POIU-WUUI-0089）
产品需求管理――差异化的产品创新 时间地点：2010年12月16—17日深圳 时间地点：2010年12月21—22日成都 培训费用：2600元/两天（含两天中餐、指定教材、证书、茶点） 培训方式：案例分享、实务分析、互动讨论、项目模拟、培训游戏 参加对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、系统工程师、产品规划专家等。 -------------------------------------------------------------------------------- ? 课程背景： 通过和众多国内科技企业接触，发现这些企业中普遍存在：
一、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 二、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 三、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 四、需求准确把握决定产品成败，但没有人关注需求，即使有时想关注也不知道如何关注 五、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 六、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 七、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 八、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 九、“不编码就等于没有干活”的思想作怪，产品开发过程需求工作持续时间短，需求分析不充分
产品需求管理M R D 集团文件发布号：（9816-UATWW-MWUB-WUNN-INNUL-DQQTY-
X X X项目/产品M R D XX有限公司 (版权所有,翻版必究)
MRD修改记录 注：MRD提交评审之前的修改也可以记录下来
目录
1项目背景 【在此简单介绍项目/产品产生的背景】 2名词解释 【对文档中出现的新的名词、概念或简略语给出定义和解释。如果没有此项，可以裁剪】 3可行性分析 3.1前期调研信息和数据 【提供前期调研信息和数据作为项目立项的支持，给出一些重要的依据数据（譬如通过某项调研发现存在很大的空间可以提高问题解决率，那么调研的结果应该在此进行表述）】 3.2项目预期目标 【明确项目的预期目标，最好有量化的目标值（譬如用来提高问题解决率的MRD，应该给出预期的解决率的范围或者具体值）】 4综合描述 4.1功能概述 【对功能做整体性的概要描述，包括所包含的功能模块及各功能模块的概要描述，也可以指出本次的开发重点。如果MRD需求功能点较少，此项可以裁剪】 4.2对其它产品的影响 【包括和该需求相关的假设和依赖，即本产品和外部系统的接口关
系，如果接口比较多或复杂，建议以图形方式进行表示。如果本产品没 有外部接口，此项可以裁剪】 5功能详述 5.1功能需求 5.1.1功能点1 5.1.1.1功能点类型和优先级 【功能点类型有新增、旧有功能升级、Bugfix三种类型；优先级分为高、中、低】 5.1.1.2流程图 【如果功能点流程较复杂，可以结合流程图来进行说明。如果流程简单，可以裁剪】 5.1.1.3页面布局 【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】 5.1.1.4功能点1描述 【针对该功能点做详细的描述，确保描述的一致性、无二义性，并 尽可能量化功能要求】 5.1.2功能点2 5.1.2.1功能点类型和优先级 5.1.2.2流程图 5.1.2.3页面布局 5.1.2.4功能点2描述 ……
中国联通音乐运营中心产品需求管理流程一、目的 为提高技术部与其他部门需求沟通效率，提高需求书质量，规范化需求文档，确保中音与厂商之间建立对需求的共同理解，特制定此需求管理流程。 其中产品包括：下载、流媒体、炫铃、铃音盒、电台、下载包、俱乐部以及对以上产品的组合形式。 产品需求涉及到以下部件中多个的修改：各门户、系统后台和各省分平台及总部平台。 产品需求不包括：单独对门户、后台或接口功能的优化和修改、统计分析、问题和故障的处理等。 二、需求管理流程 需求流程管理主要包含如下三个部分： 1)需求调研：产品需求方的产品负责人主导组织进行需求调研，汇总、分析和整理需求。 2)需求评审：产品需求方召开组织需求评审会，评审团对产品需求进行评审。评审通过则启动开发，由技术部项目负责人组织厂商
制定开发计划，产品需求方确认开发计划。 3)需求变更。 三、需求调研 需求方产品负责人参照需求书模板（见附件章节），拟定需求书初稿，提交技术部，技术部根据需求情况分配需求项目负责人对口需求。 在此阶段由产品负责人主导，技术部配合，协调相关单位、部门同事进行需求调研工作，开展详细的调研，对新产品的需求进行提炼、归纳和汇总，并且按照需求模板的从各方面详细考虑完善需求文档。 在需求的描述中，要首先明确项目的边界，哪些是业务系统内部的，哪些是业务系统外部的，并应该遵循如下规则： ●相关的需求都得到了识别和描述，确保需求的完整性； ●各个需求之间不产生冲突，确保需求的一致性； ●正确描述系统需求，引用的资料有明确的出处，避免模糊词语 的使用，确保需求的正确性； ●定义必要的术语，适当结合图形，结构图等方式进行描述，确 保需求无二性； ●确保描述的需求可以通过适当的方法进行验证，确保需求的可 测性；
产品需求管理中的需求 变更 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
产品需求管理中的需求变更 IT行业中失败项目的比例可以说明“项目管理”是很难做好的事情，项目失败的原因千千万，我认为需求管理、需求变更管理是个很重要的因素。恰恰PM的工作缺不了项目管理，更缺不了对于需求的管理，偶然的原因，和团队分享了我对于项目进行中“需求变更”的理解和管理方法。忽然发现之前写过很多产品思考和细节思考的东西，但从没有整理出方法论，后续应该多整理下方法论。 我认为对需求变更这件事是需要无限关心的，它的目的在于两点： 1，管理需求变更的过程，实际上是不断明确项目目标的过程，是自我完善的过程。 2，需求变更对虚拟团队的打击是PM需要避免的，无论是对PM的信任度，还是对于自身的挫折感，都很重要。 我整理的需求变更循环如下： 1，需求质量 需求包含调研过程、沟通过程、文档产出等内容，PM前期需要尽可能的想清楚、表达清楚，包括大局、节奏和细节。需求质量的高低能够对后续的变更起到决定性的作用，杂乱无章、漏洞百出的需求必然会导致无尽的需求变更。但需求质量也并不是绝对的，要看项目，看开放方案，对于敏捷开发来说，质量要求也许70分就够了，快速迭代才是硬道理。对于重大项目，也许要80分才能过各级的评审。但无论如何60分是必须的，需求达到一定质量才能立项进入开发阶段，这也是一般情况下采取的项目评审方式。 2，团队理解一致 PM团队、项目虚拟团队的沟通效果最重要，要明确每个人的理解一致。PM把自己的调研、设想、预期描述清楚是第一步，这也是PM的必须课。但更重要的是要明确每个人的理解是一致的。要知道很多时候不同的人对于同一句话，同一个描述段落，理解很有可能是不一致的，这必然会导致后续的发展不一致。因此团队成员每一个人的理解是一致的这件事很重要，不光是为了给大家洗脑，更重要的是让大家做同一件事。 3，越早发现问题越好 问题发现的越早，产生的破坏力越小，对项目进度的影响也越小。可行的方法有很多，随时关注开发进度、进行每日例行站会都是好方法。PM的责任当然不是启动开发后把所有的事情交由项目经理(或者开发负责人，或者什么人)去管理，正确的方式应该是要不自己就是项目经理，要不自己也参与项目的管理工作，最低自己也得随时关注项目的进度。 4，积极面对 发现问题后不能等待，要么变更要么放弃，必须做出选择。事实上经常会遇到一些情况，让我们很难去积极面对，比如资源紧张，比如时间紧张，比如麻烦太大，比如无法向老板交代，比如无法向同学们解释，比如会让同学们鄙视等等。但不作为永远都是下下策，积极面对是解决问题的唯一出路，也是必须要使用的方式。 5，及时更新文档 文档虽然不是最重要的，但记录变更非常重要。无论是对团队成员来说，还是对自己来说，记录变更内容都是非常重要的。每个人的记忆力都是有限的，每次评审都是没有记录的，每次邮件都是杂乱无章的，每次会议纪要都是不正式的。唯一正式、可靠的就是需求文档，将变更内容及时更新不但是良好的工作习惯，也是对项目团队负责人的表现，任何人这样做都会获得别人的尊重。 6，冻结时间点
1目的 对设计和开发全过程进行控制，以确保设计产品的质量满足客户和有关标准、法规的要求。 2 范围 本程序规定了设计和开发的策划、输入、输出、评审、验证、确认及更改的控制要求。 本程序适用本公司各类产品设计的全过程，包括产品的重大技术改进。 3 职责 3.1总经理负责批准设计项目，技检副总组织协调设计和开发全过程的工作。 3.2 技术部负责设计和开发计划书、设计输出文件、评审验证报告等的编制、样 品的制作及整个设计工作的实施。 3.3 市场部负责提供市场调研报告，提出对新产品的设想与要求，并负责新产品 的试用安排。 3.4 采购部负责样品及试制所需零部件的采购 3.5 生产部负责批量试制（试产）的安排。 3.6 质检部负责产品鉴定报告的编制，样品及试制产品的检测。 3.7 相关部门负责各自范围内的配合工作。 4 工作程序 4.1 设计和开发的工作流程见附图。 4.2 设计、开发的策划和输入 4.2.1立项的依据、设计和开发的项目来源于以下方面：
4.2.1.1与顾客签订的特殊合同或技术协议。 4.2.1.2市场调研和分析。 4.2.2技术部根据以上立项依据，组织编制《设计和开发计划书》，计划书应 包括以下内容： 4.2.2.1设计输入、设计输出初稿、设计评审、样品制作、设计验证、设 计确认等各阶段的划分和主要工作内容； 4.2.2.2各阶段的人员职责分工、进度要求、信息传递和联络方式； 4.2.2.3需要增加或调整的资源（如仪器、设备、人员等）。 4.2.2.4产品功能、主要技术参数和性能指标及主要零部件结构要求等； 4.2.2.5适用的相关标准、法律法规、顾客的特殊需求等； 4.2.2.6以前类似设计的有关要求，及设计开发所必须的其它要求，如环 境、安全、寿命、经济性等要求。 4.2.3 每个设计项目均指定具有合适资格的设计人员作为项目负责人，负责 设计项目各项工作的开展。 4.2.4由技术部组织相关部门对《设计和开发计划书》进行评审（保持评审记 录），对其中不完善、含糊或矛盾的要求作出澄清和解决。经技检副总审批后，作为正式文件予以实施，设计和开发计划书将根据设计进展的变化作出修改。 4.3设计输出 4.3.1各组设计人员根据《设计和开发计划书》的要求开展各项设计工作，编 制相应的设计初稿，包括指导采购、生产、检验等活动的图样和文件，如
产品需求分析与需求管理——如何搞定市场需求 主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理） 课程对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等。 授课方式：讲师讲授+视频演绎+案例研讨+角色扮演+讲师点评。 【课程背景】 通过和众多国内科技企业接触，发现这些企业中普遍存在： 1、技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5、需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。【课程重点】 1、如何确定目标客户，如何分析需求关系人？
2、如何从市场（客户）角度进行有效的客户需求收集？ 3、围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4、如何对客户需求进行整理和分析，形成产品包需求？ 5、如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户?客户要求?客户需求?产品包需求?产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、SweetPoint模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 【课程价值】 1、掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 2、掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 3、掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 4、掌握产品核心诉求的提炼方法，确定有吸引力的产品概念； 5、掌握支撑研发需求工程各个阶段工作运作的工具和操作方法； 【培训内容】 一、案例分享 二、六个基本概念 1、什么是客户？ 1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2、什么是需求？ 1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2)案例：某运营上广告折射对需求五层次的理解 3、需求工作的2个基本点：
1 四川泛华电器有限责任公司标准 产品实现策划及设计开发管理程序 Q/14C.ZG15.007.01 1 目的 对产品实现进行策划，对设计和开发过程进行控制，确保产品设计和开发的结果满足顾客的需求和期望，并符合有关法律、法规、标准的要求。 2 范围 本标准规定产品实现策划的步骤、方法，明确产品设计和开发过程的主要工作和要求。 本标准适用于企业新产品开发及产品改进的实现过程的策划,实施控制与管理。 3 术语和定义 3.1 关键特性: 影响产品安全性、法规符合性的产品和过程特性； 3.2 重要特性: 严重影响产品配套、功能、性能或后续产品加工的产品和过程特性； 3.3 一般特性：除关键、重要特性以外的特性为一般特性。 4 职责 4.1 开发部组织进行产品实现策划，并组织实施产品设计和开发过程控制，组织产品验证和确认工作。 4.2 各分厂负责组织产品制造的工艺设计与管理，并负责产品检验工作。 4.3 制造品质部负责产品的试验工作。 4.4 制造品质部负责对产品实现策划的实施的组织、监控，并负责组织产品样件生产、小批试生产、初期批生产和批量生产。 4.5 其余各部门负责完成产品实现先期策划实施中与本部门的相关的工作。 5 产品实现策划程序 5.1 产品实现策划的内容 在进行产品实现策划时应考虑以下方面内容： 5.1.1 顾客明示要求、顾客潜在要求和相关的法律要求。 5.1.2 根据顾客（或预测顾客）产品特点和要求确定产品的主要功能、性能指标，必要的生产流程和管理要求。 5.1.3 对特殊特性进行识别，确定关键过程和特殊过程并进行初步的分析。 5.1.4 产品质量目标要求，标准和工程规范。 5.1.5 根据产品要求确定必要的生产设备、工艺装备、监视和测量装置等设施，以及产品实现过程的人员资源需求。 5.1.6 确定产品实现的各阶段的验证、确认、检验和试验活动，以及监视和测量要求。 5.1.7 确定产品的接收准则。 5.1.8 产品实现过程各阶段的风险分析及评估，包括市场风险和技术风险。 5.1.9 支持产品的运行和维护所需的资源。 5.1.10 市场需求分析及市场前景预测。
XXX项目/产品MRD 百度在线网络技术（北京）有限公司 (版权所有,翻版必究)
MRD修改记录 注：MRD提交评审之前的修改也可以记录下来
目录 1 项目背景................................................. 错误!未指定书签。 2 名词解释................................................. 错误!未指定书签。 3 可行性分析............................................... 错误!未指定书签。 3.1 前期调研信息和数据 (1) 3.2 项目预期目标..................................... 错误!未指定书签。 4 综合描述................................................. 错误!未指定书签。 4.1 功能概述......................................... 错误!未指定书签。 4.2 对其它产品的影响................................. 错误!未指定书签。 5 功能详述................................................. 错误!未指定书签。 5.1 功能需求......................................... 错误!未指定书签。 5.1.1 功能点1 ..................................... 错误!未指定书签。 5.1.2 功能点2 ..................................... 错误!未指定书签。 5.2 非功能需求....................................... 错误!未指定书签。 6 其它问题描述............................................. 错误!未指定书签。 7 附件..................................................... 错误!未指定书签。
IBM 软件产品需求管理流程 1. 简介 IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始，到研发以及后续的交付遵循IB M软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现，也就是一个由市场/客户驱动的，跨市场部门、研发产品管理部门及研发工程部门的端到端需求管理流程。同时，此次内容我们将描述IPD和产品需求管理流程，及流程中的角色（市场、研发产品管理部门及研发工程部门），以及他们之间是如何通过协作来管理需求的。 2. 背景——IPD IPD指导如何对软件产品发布版本进行投资决策和如何协调部门间工作以实现这些决策所 定义目标，IBM软件产品需求管理基于IPD流程，要了解这个需求管理的流程，首先我们要了解IBM所有产品开发所遵循的IPD的流程，包括其决策点。 IPD流程分为六个步骤： 1.概念：即概念验证阶段，主要对需求包进行评审，以确定其是否有足够的商业价值； 2.计划：即资源投入计划阶段，主要对需求包进行评估，以确定是否有足够的资源且在 一定的时间范围内将需求包开发出来； 3.开发：即对需求包进行开发成产品阶段； 4.验证：即对产品进行验证阶段； 5.交付：即将产品交付市场阶段； 6.生命周期：即产品在市场上销售，使用，维护和退出市场的阶段。 其中包括了几个重要的决策检查点(DCP)：
1.概念决策检查点：即经过概念阶段各方面进行的一系列评审，在此检查点确定（1） 我们对需求包是否有足够的理解；（2）需求包是否有足够的商业价值。如果是，继续进入计划阶段； 2.计划决策检查点：即经过计划阶段的评估，在此检查点确定（1）我们是否有足够的 资源在既定的时间范围内完成需求包的开发（2）研发部门是否能在(1)的估计上承诺进行开发。如果是，继续进入开发阶段； 3.可交付决策检查点：即经过开发和验证阶段，在此检查点确定（1）产品是否质量合 格以交付给客户（2）我们产品的相应支持和销售是否已经准备好服务客户,如果是，产品交付市场； 4.生命周期结束决策检查点：即产品在市场使用一定时期后，在此检查点确定产品是否 退出市场。 一个产品从市场需求开始，经过概念验证，时间、资源等计划的支持，然后进行开发，验证，直至发布到市场供客户使用，最后在某个特定的时候结束产品在市场上的销售，在IBM都遵循着IPD流程。在其中过程中，这个产品的概念是否被接受，是否能得到资源上的投入的承诺，是否通过最终验证可以在市场上发布，以及什么时候在市场上停售，这些关键的决策都通过相应的委员会在不同的决策点上进行决策。 3. IPD 与产品需求管理流程 以上描述了IBM IPD的基本概念，我们接下来看IBM软件产品的需求管理是如何基于IPD 的。首先，请看下图一：产品需求管理流程。
继“蓝海战略”之后，“长尾理论”风行中国，而在长尾之外，马斯洛的需求层次理论成为互联网产品设计的一种方法论，并逐渐流行起来。 “长尾理论”(The longtail)是《连线》杂志主编ChrisAnderson在2004年10月的一篇文章中提出的。当时是用来来解释这样一种现象：只要渠道足够大，非主流的、需求量小的商品销量也能够和主流的、需求量大的商品销量相匹敌。这是对人们一直尊崇的“二八定律”的彻底叛逆。 “二八定律”是意大利经济学家帕累托在1897年提出的用以界定主流，计算投入和产出效率的一种统计结论。他认为，在任何一组东西中，最重要的只占其中一小部分，约20％，其余80％的尽管是多数，却是次要的。100多年间，它贯穿了整个生活和商业社会，在管理学、经济学、心理学等多个领域得到应用。 而马斯洛在1943年发表的《人类动机的理论》一书中提出了需要层次论，他提出，人有一系列复杂的需要，按其优先次序可以排成从低到高的梯式层次，包括生理需求、安全需求、社交需求、尊重需求和自我实现需求五类。从这五种需求中，可分别找到同网民需求分析、互联网产品设计的契合点。 生理需求：基础服务掀起了互联网两轮浪潮 这是人类维持自身生存的最基本要求，包括饥、渴、衣、住、性的方面的要求，这类需求的级别最低，人们在转向较高层次的需求之前，总是尽力满足这类需求。比如，一个人在饥饿时不会对其它任何事物感兴趣，他的主要动力是寻找到食物。但当满足其基本需求后，这些已相对满足的需求也就不再成为激励因素。 而网民对于网络的“生理需求”，相当于在使用互联网时产生的最基础需求，包括浏览信息、收发信息、收发邮件、传输文件以及信息查询。这些需求产生于互联网肇始之初，对应地满足这些需求的功能是邮箱、即时通讯软件以及搜索工具。针对邮箱，产生了如网易、263通信、新浪、搜狐、雅虎等专业或非专业的箱服务商；对于即时通讯工具，则在一场由新浪UC、腾讯QQ、网易泡泡、微软MSN、雅虎通等数家服务商发起的“战争”之后剩下了QQ与MSN这两家中国市场的“双枪将”，而QQ在市场份额及用户数上已将MSN远远抛在身后。 安全需求：网络安全产生的机会 这是人类要求保障自身安全、摆脱事业和丧失财产威胁、避免职业病的侵袭、接触严酷的监督等方面的需要，包括对人身安全、生活稳定以及免遭痛苦、威胁或疾病等的需求。马斯洛认为，整个有机体是一个追求安全的机制，人的感受器官、效应器官、智能和其他能量主要是寻求安全的工具，甚至可以把科学和人生观都看成是满足安全需要的一部分。当然，当这种需要一旦相对满足后，也就不再成为激励因素了。 而体现在互联网上，安全需求则表现为对网络使用流畅性、安全性的主张，比如网页是否含有病毒、流氓软件、弹窗广告，以及部分网民排斥的含有色情、暴力等垃圾内容。同时，网站反应速度、内容质量与更新及时性、网站访问的稳定性等，都构成互联网的安全需求。虽然流氓软件、病毒、弹窗广告、恶意代码、暴力色情等泛滥网络，但同时消除这些威胁的
产品设计管理 产品设计是指从确定产品设计任务书起到确定产品结构为止的一系列技术工作的准备和管理，是产品开发的重要环节，是产品生产过程的开始，必须严格遵循“三段设计”程序。 (一)技术任务书： 技术任务书是产品在初步设计阶段内，由设计部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后，作为产品技术设计的依据。其目的在于正确地确定产品最佳总体设计方案、主要技术性能参数、工作原理、系统和主体结构，并由设计员负责编写(其中标准化综合要求会同标准化人员共同拟订)，其编号内容和程序作如下规定： 1.设计依据(根据具体情况可以包括一个或数个内容)： (1)部、省安排的重点任务：说明安排的内容及文件号； (2)国内外技术情报：在产品的性能和使用性方面赶超国内外先进水平或产品品种方面填补国内“空白”： (3)市场经济情报：在产品的形态、型式(新颖性)等方面满足用户要求，适应市场需要，具有竞争能力； (4)企业产品开发长远规划和年度技术组织措施计划，详述规划的有关内容，并说明现在进行设计时机上的必要性。 2.产品用途及使用范围。 3.对计划任务书提出有关修改和改进意见。 4.基本参数及主要技术性能指标。 5.总体布局及主要部件结构叙述：用简略画法勾出产品基本外形，轮廊尺寸及主要部件的布局位置，并叙述主要部件的结构。 6.产品工作原理及系统：用简略画法勾出产品的原理图、系统图，并加以说明。 7.国内外同类产品的水平分析比较：列出国内外同类型产品主要技术性能、规格、结构、特征一览表，并作详细的比较说明； 8.标准化综合要求： (1)应符合产品系列标准和其它现行技术标准情况，列出应贯彻标准的目标与范围，提出贯彻标准的技术组织措施； (2)新产品预期达到的标准化系数：列出推荐采用的标准件，通用件清单，提出一定范围内的标准件，通用件系数指标； (3)对材料和元器件的标准化要求：列出推荐选用标准材料及外购元器件清单，提出一定范围内的材料标准化系数和外购件系数标准； (4)与国内外同类产品标准化水平对比，提出新产品标准化要求； (5)预测标准化经济效果：分析采用标准件、通用件、外购件及贯彻材料标准和选用标准材料后预测的经济效果。 9.关键技术解决办法及关键元器件，特殊材料资源分析； 10.对新产品设计方案进行分析比较，运用价值工程，着重研究确定产品的合理性能(包括消除剩余功能)及通过不同结构原理和系统的比较分析，从中选出最佳方案； 11.组织有关方面对新产品设计的方案进行(A评价)，共同商定设计或改进的方案是否能满足用户的要求和社会发展的需要。 12.叙述产品既满足用户需要，又适应本企业发展要求的情况。 13.新产品设计试验，试用周期和经费估算。 (二)技术设计： 技术设计的目的，是在已批准的技术任务书的基础上，完成产品的主要计算和主要零部件的设计。 1.完成设计过程中必须的试验研究(新原理结构、材料元件工艺的功能或模具试验)，并写出试验研究大纲和研究试验报告。 2.作出产品设计计算书(如对运动、刚度、强度、振动、热变形、电路、液气路、能量转换、能源效率等方面的计算、核算)；
XXX项目/产品MRD XX有限公司 (版权所有,翻版必究)
MRD修改记录
目录 1 项目背景................................................. 错误!未指定书签。 2 名词解释................................................. 错误!未指定书签。 3 可行性分析............................................... 错误!未指定书签。 前期调研信息和数据............................... 错误!未指定书签。 项目预期目标..................................... 错误!未指定书签。 4 综合描述................................................. 错误!未指定书签。 功能概述......................................... 错误!未指定书签。 对其它产品的影响................................. 错误!未指定书签。 5 功能详述................................................. 错误!未指定书签。 功能需求......................................... 错误!未指定书签。 功能点1 ..................................... 错误!未指定书签。 功能点2 ..................................... 错误!未指定书签。 非功能需求....................................... 错误!未指定书签。 6 其它问题描述............................................. 错误!未指定书签。 7 附件..................................................... 错误!未指定书签。
互联网产品设计的几个 策略p 集团文件版本号：（M928-T898-M248-WU2669-I2896-DQ586-M1988）
如今，网络上的“口碑营销”日益增多。比如，在淘宝上开店铺，首先要有良好的信誉，否则，即使产品功能、价格上有很多优势，店铺的成交率也不会太高，因为用户没办法经常光临。因此，在互联网产品的定位、设计、生产阶段，就需要能够充分吸收用户的建议，用户的迫切需求也可以很快反映出来。创新工场李开复曾在互联网产品的演讲中，提出了这样一种看法“探索解决用户痛处”，这就是对互联网产品设计策略的很好诠释。 首先，个性化产品策略。在培养用户忠诚度、改善用户关系以及增加网上销售等方面，个性化营销策略有着明显的效果。个性化营销的主要内容包括：用户可以定制自己感兴趣的信息内容、选择自己喜欢的网页设计形式、根据自己的需要设置信息的接收方式和接收时间等。举两个大家都可以接触到的几个例子：WebQQ允许用户根据自己的喜好自定义桌面主题、自定义添加相应的Web应用;QQ聊天允许用户设置群消息的提醒方式(是只显示消息数目还是弹出提醒);网易邮箱允许用户在登陆后设置界面的风格以及添加邮箱的相关应用。 其次，会员制产品策略。这种方法主要是在会员网站放置广告链接以增加站点访问量并提高产品的销售额，同时，根据用户点击率或销售额向网站会员支付佣金。会员制营销已经被证实为电子商务网站的有效营销手段之一。比如，网易在去年推出的“博客广告共享计划”就是一个例子，受到邀请加入的博客会员可以加入广告计划，参与广告收益分成，这种模式即可以给增加会员的数量和活跃度，同时也可以通过利用广大的会员的推广来提升网易广告平台的广告销售额。还有之前的拍鞋网也是类似的例子，每个注册的会员都可以开
产品需求分析与需求管理 －－如何搞定市场需求通过和众多国内科技企业接触，发现这些企业中普遍存在： 1. 技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2. 研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3. 产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4. 了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5. 需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6. 需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致 性 7. 缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8. 不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9. 针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。 本课程重点讲解： 1. 如何确定目标客户，如何分析需求关系人？ 2. 如何从市场（客户）角度进行有效的客户需求收集？ 3. 围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4. 如何对客户需求进行整理和分析，形成产品包需求？ 5. 如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户→客户要求→客户需求→产品包需求→产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、Sweet Point模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 一、案例分享 二、六个基本概念 1. 什么是客户？ 1) 客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2. 什么是需求？ 1) WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需 求规格、技术需求、非技术需求 2) 案例：某运营上广告折射对需求五层次的理解 3. 需求工作的2个基本点： 1) 差异化 2) 成本优势 4. 需求工程全过程： 1) 需求收集→需求整理→需求分析→概念确定→需求分解→需求实现与验证 5. 官方体系对需求的定义： 1) RM（目的、关键实践、典型输出） 2) RD（目的、关键实践、典型输出） 6. 产品经理3个核心素质特征：
产品设计开发控制程序 1.目的：本程序规定了XX产品设计开发项目所应遵循的步骤及其全过程的控制和要求，旨在科学化管理新产品的设计开发，提高新产品的开发效率及市场适用性，进一步规设计开发工作。 2.0定义： 2.1 FMEA：潜在失效模式及后果分析。 2.2预研：指以实现产品功能为目标，完成产品功能样车的研发活动。 2.3 产品设计：指在预研功能样机基础上，以满足客户需求为目标，完成产品样车制作、小批量生产的设计活动。 3.职责 3.1总经理 3.1.1负责根据企业战略规划明确新产品开发方向，并是公司管理委员会和项目评审委员会的主要负责人。负责领导、组织、主持产品化项目的立项、验收和管理工作。 3.1.2负责批准公司年度《产品发展规划》、《项目任务实施计划》。 3.1.3负责协调所有项目的研发资源，确保关键项目的顺利实施。 3.1.4负责制定公司年度《产品发展规划》，下达《项目设计任务书》 3.2公司管理委员会（见管理委员会章程） 3.3项目评审委员会（见项目评审委员会章程） 3.4研发部经理 3.4.1 负责产品设计开发过程术难点攻关、重大技术路线的确定，总体方案评审，试验报告审核； 3.4.2 重要子项目设计方案审核，重要子项目试验报告审核。 3.4.3 参与设计过程中重要设计活动讨论或者直接参与项目开发。 3.5技术品质部经理 3.5.1参与设计开发个阶段性会议，并提出建议。 3.5.2负责产品设计开发过程中可能涉及后续实现产品化工艺和品质控制问题审查。 3.6项目经理 3.6.1负责立项报告的撰写并报批； 3.6.2负责所报项目立项后所有阶段性技术准备； 3.6.3负责《项目任务实施计划书》的制定并组织实施； 3.6.4负责项目输入输出的控制； 3.6.5负责整个项目组的日常管理； 3.6.6负责设计进度的控制。 3.7项目组 3.7.1 项目小组的组成：由研发部各类设计人员组成、必要时可申请其它部门人员参加，设置项目经理一名。 3.7.2负责按照《项目任务实施计划书》开展相关的设计活动。 3.8营销部 负责确定客户定制项目的设计要求。 4.流程图
产品需求管理中的需求变更 IT行业中失败项目的比例可以说明“项目管理”是很难做好的事情，项目失败的原因千千万，我认为需求管理、需求变更管理是个很重要的因素。恰恰PM的工作缺不了项目管理，更缺不了对于需求的管理，偶然的原因，和团队分享了我对于项目进行中“需求变更”的理解和管理方法。忽然发现之前写过很多产品思考和细节思考的东西，但从没有整理出方法论，后续应该多整理下方法论。 我认为对需求变更这件事是需要无限关心的，它的目的在于两点： 1，管理需求变更的过程，实际上是不断明确项目目标的过程，是自我完善的过程。 2，需求变更对虚拟团队的打击是PM需要避免的，无论是对PM的信任度，还是对于自身的挫折感，都很重要。 我整理的需求变更循环如下： 1，需求质量 需求包含调研过程、沟通过程、文档产出等内容，PM前期需要尽可能的想清楚、表达清楚，包括大局、节奏和细节。需求质量的高低能够对后续的变更起到决定性的作用，杂乱无章、漏洞百出的需求必然会导致无尽的需求变更。但需求质量也并不是绝对的，要看项目，看开放方案，对于敏捷开发来说，质量要求也许70分就够了，快速迭代才是硬道理。对于重大项目，也许要80分才能过各级的评审。但无论如何60分是必须的，需求达到一定质量才能立项进入开发阶段，这也是一般情况下采取的项目评审方式。 2，团队理解一致 PM团队、项目虚拟团队的沟通效果最重要，要明确每个人的理解一致。PM把自己的调研、设想、预期描述清楚是第一步，这也是PM的必须课。但更重要的是要明确每个人的理解是一致的。要知道很多时候不同的人对于同一句话，同一个描述段落，理解很有可能是不一致的，这必然会导致后续的发展不一致。因此团队成员每一个人的理解是一致的这件事很重要，不光是为了给大家洗脑，更重要的是让大家做同一件事。 3，越早发现问题越好 问题发现的越早，产生的破坏力越小，对项目进度的影响也越小。可行的方法有很多，随时关注开发进度、进行每日例行站会都是好方法。PM的责任当然不是启动开发后把所有的事情交由项目经理(或者开发负责人，或者什么人)去管理，正确的方式应该是要不自己就是项目经理，要不自己也参与项目的管理工作，最低自己也得随时关注项目的进度。 4，积极面对 发现问题后不能等待，要么变更要么放弃，必须做出选择。事实上经常会遇到一些情况，让我们很难去积极面对，比如资源紧X，比如时间紧X，比如麻烦太大，比如无法向老板交
. xxx金属网有限公司 设计和开发管 理程序 编号: YKM-B-2013-019 编制： 审核： 批准： 受控号：
2013-08-01发布2013-08-01实施 ※※修订履历※※
一、目的 为了确保设计和开发输出能满足客户的要求,对新产品设计和开发全过程进行控制,以达到量产的条件,特制订本程序。 二、适用围 适用于本公司所有新产品设计、开发全过程的管理。 三、职责 3.1 贸易部 与客户进行新产品开发需求(资料)的沟通,试产订单的取得,样品的承认追踪。 3.1.1格按照新产品定义提出《新产品设计开发评审表》,并召开新产品设计和开发评审说明会。 3.1.2客户端相关技术要求、质量要求、图纸、样品等的提供。 3.1.3根据《新产品设计开发评审表》评审结果,进行产品开发效益评估。 3.1.4制样阶段:样品订单的取得及《合同评审会签表》的完成。 3.1.5产品确认阶段:送样前留样封存或保存样品的各项参数、照片等信息，并向客户追踪送样结果，及 时向公司工艺部和生产部门传达样品确认结果的信息回馈。 3.2 工艺部 负责新产品设计和开发全制程的管控: 技术资料输入、设计和开发案输出评审；试制过程的跟进及异常处理。 3.2.1对客户提供的新产品相关技术文件、图纸等技术资料完整性的审核。 3.2.2对客户样品与其相关技术文件、图纸一致性确认,确保收到样品正确,符合客户文件要求。 3.2.3新产品客户资料&客户相应资料的部文件转换及样品的收档管理。 3.2.4召集设备/品保/生产/物流部门召开“新产品设计开发评审会议”,进行产品制造可行性分析,并完成 “新产品设计和开发评审”。 3.2.5新产品试产生产案的拟定，PBOM(制程物料表)的编制，生产工艺文件(流程图，织网工艺卡片， 深加工SOP)的编制及发行。 3.2.6试产时设备工艺参数/使用工装夹具正确性的确认，试产过程中异常的跟踪处理。 3.2.7参与新产品首段/首卷/首片的确认。 3.2.8客户样品确认进度的追踪,工艺相关问题的分析改善。 3.2.9制样完成后对工艺相关异常的分析及解决案汇总,工艺参数、工艺卡片、深加工SOP的优化。3.2.11制样完成后对相关工艺文件(PFMEA/工艺卡片/SOP/流程图/异常分析改善报告)的归档管理。 3.2.12新产品标准工时的制定。 3.3品保部 新产品质量输入资料的评审,设计和开发输出案的品质保证,开发过程中的品质管控。 3.3.1客户新产品材质/外观/规格/机械性能及质量要求文件的审核。 3.3.2客户样品材质的检测及外观，规格，机械性能等质量管控项目的确认。 3.3.3从品质保证角度完成“新产品设计开发评审”，填写评审结果并签字。 3.3.4制样初期,对新产品《合同评审会签表》的审核。 3.3.5新产品品质控制计划的拟定,品质控制文件(SIP)的编制及发行。 3.3.6检验用量治具要求及适合性的确认，试产过程中品质良率的确认；