网站(产品)设计流程图
(完整版)电商网站流程图
开始
二、后台订单管理流程图：
开始
三、后台产品管理流程图：
三、后台产品管理流程图：
C 开始） 结束
常规信息 数据信息 其它信息 登录 是 品牌关联促销商家网址 价格数量起订量规格 名称描述标签图片 产品信息确认
进入网站后台 是否登录 否 添加产品信息 未发布产品 发布产品 产品管理+
四、用户注册流程图：
开始
五、WEBIM网站即时通流程图: 开始
结束
六、平台客服流程图：
其它问题 账户问题 开始 商
品交易 开店、保证金、工
具 投诉举报、处罚欺诈 商家业务 账户问题 商品付款、物流查询 售后维权、投诉卖家 问题处理并记录 开始。
新产品开发流程及ECR流程图
新产品开发流程图产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部采购价格科重新打样小批量试产样与客户确认价格根据客户所提供的信息要求进行产品外观设计Yes木架结构设计核算最终成本工作中心建立Yes1.成品临时编码2.原材料临时编码(针对客户的开发)No缝套设计YesYes成品样品试作采购对原物料进行大货采购Yes根据产品科提供的产品外观设计进行产品内部结构设计No采购下单购买样品所需材料No 收到产品科所提供的产品设计图接到产品科提供的需求相关信息建入系统中(研发用)制作产品图样(外观图)木架样品制作缝套样品制作缝套样品评审No客户确认价格Yes 移交工程资料给工程部工程试产样品制作拿到供应商所提供的样品客户下单开发新的供应商或已有供应商按要求进行打样(主要为皮，面料)与客户确认图样确认采购样品是否合乎要求签订标样留存木架样品评审成品样品评审No工程试产样评审提交总经理核准Yes 更新BOM 系统及PLM系统材料报废率测定皮/布/板材……取得样品材料总经理核准Yes样板设计木架部件设计工程资料重新整理1. 面套排版图优化2. CNC 排版优化3. 海棉/丝棉排版优化4. 相关资料处理总经理核准Yes 各工段预估标准工时成品/原材料开发编码转换成ERP 正式代码PLM 转成正式代码YesNo计划部门安排大货生产No工程资料归档(上传到PLM)整理工程资料木架3D 图/面套样板图/材料明细表/各种操作流程SOP/海棉丝棉纸板图从客户接到产品信息(有样品照片)从客户收到产品信息/要求(无样品照片)建立初步BOM资料建立初步标准工时在系统中建立最终BOM更新工时系统样品成本预估价格谈判总经理核准NoNo生产问题检查没问题有问题1. 成品开发临时编码2. 原材料临时编码(针对公司自己开发)公司内部全新产品开发(效果图)收到产品科新品图样Yes确认是否接单开发YesYes通知客户，不接该单设计NoNoYes有定单，成品及原材料的编码转换成公司正式编码样品投放市场建立最终标准工时进入系统维护限价Yes进入ERP 财务限价Yes ERP 生成销售订单启动MRP 运算相关信息建入系统中(研发用)新产品开发流程图解释说明产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部价格科采购1.对于接到客户的需求，需要详细记录，以提供更多的信息给厂内相关人员2. 如果与产品科人员讨论后不接单，需要向客户说明原因3. 当产品科依需求设计好图样，需要与客户确认是否满足其需求，如果OK，需要签定图样，以免事后客户做变更。
网上在线购物系统(带系统流程图)
网上购物系统ONLINE SHOPPING SYSTEM专业：计算机应用技术姓名：XX指导教师姓名：XX报告提交日期：XX年XX月XX大学摘要随着网络技术的发展与普及，网络为广大用户提供了更加周到和人性化的服务。
通过建立一个网上购物系统以实现对商业零售企业提供信息化管理。
是在当今社会提高企业经济效益必不可缺少的一部分。
本文研究了运用了 VBScript、Dreamweaver、ASP与SQL Server 2000等关键技术建设网上购物系统。
着重论述了系统功能与实现、数据流程及存储，包括商品目录、用户注册、网上订货与购物、库存查询、后台数据库管理等。
最终实现用户通过注册，浏览商品关键词:网上购物 ;ASP ；SQL Server 2000ABSTRACTWith the development and popularization of network technology and network to provide customers with a more thoughtful and human services.Through the establishment of an online shopping system to achieve commercial retail enterprises to provide information management。
Is to improve economic efficiency in today’s society must be an integral part。
This paper studies the use of VBScript, Dreamweare，ASP and SQL Server 2000 and other key technologies in building the online shopping system。
界面设计2——界面设计流程
3、交互设计
• • • 在用户模型与功能模型阶段，产品设计师（PD）与需求分析师（RA）所做出的交付物 称为概念图。 PD从用户模型中抽象出认知结构，同时RA从功能模型中抽象出逻辑结构，这时候的交 付物称为架构图。 交互设计师（lxD）得到PD的认知结构与RA的逻辑结构后，经过聚合与专业的梳理， 设计出交互流程相关的交付物也就是流程图。
产品发布
1、前期分析（需求分析）
① ② ③ ④ ⑤
目标用户研究 任务分析 确立界面类型 环境分析 设立清晰目标和个性开发方案
•目标用户研究
① • • • • 用户研究方法： 背景调查 观察 访谈 问卷调查
用户研究的第一步就是定义界面设计面向的用户群体
② • • •
获取设计概念： 卡片法 虚拟角色 编写故事板
版面设计
3、界面元素设计
• • • • • • • 媒体选择 图标设计 色彩选择与组合 文字编排与设计 静态图形图像的设计与应用 动态元素设计 声音的设计与应用
4、应用测试
• • • 测试 综合评估 反复的设计
需要分析 07
发布跟踪
原型设计
02
切割编码 专家评审
06 视觉界面 交互DEMO 03
三、UI界面设计流程及内容
•
界面作为产品本身，其设计流程带有产品开发的基本特征，即总是必 须从前期的调查和分析开始。关于对界面的易用性测试，不是在产品 设计完成之后，而是在真正设计制作之前就开始进行，且始终贯穿于 产品整个的生命周期，分阶段持续地进行。
交互设计
前期分析
信息构 架设计
易用性测试
界面设计
1、项目背景和需求
• • • 2010年1月1日，淘宝发布了新版的首页，最大的改变有两个： 一是把搜索框放到了前所未有的高度，同时加大搜索框包含搜索按钮的面积； 二是将横向颁布的导航变成了纵，77%的用户平均在第4秒就看到了搜索框， 优于老版本首页。在产品维度的新布局中，用户都能在10秒内找到熟悉 的购物频道，并且对调整置表示认可。
产品设计开发流程图
大学英语精读，大学英语泛读，英语口语，英语听力，英语写作，英语口译，翻译学, 词汇学，语法学，英美概况，英国文学，
美国文学，语言学，日语，中外名胜。
能力及特长
这要写你明你有什么样的能力及经验，最重要就是告诉用人单位，你会做什么，
计算机能力
能熟悉使用Office匸具以及Photoshop、Flash等软件。
2007-2008优秀学生会干部200&07师生合唱比赛一等奖
普通话水平测试等级证书
英语专业四级证书
自我评价
XXX个人简历
个人资料
姓名：婚姻状况:未婚
出生：政治面貌:团员
性别：民族:汉
学位：移动电话：
专业：电子邮件：
地址：
教育背景
2006. 9-2010.6吉林工程技术师范学院——外国语言文学系
主修课程
地址：
输岀1.供货商提供样办物料；1.图纸、AD文或DESR;输入1.试产前会议 记录；输出输入物料取样试产前准备2.供货商提供PPAP文件.2.供货商PPAP提交要求.2.产品/过程质量体系评审.教育背景
1. EER和EPS评估报告；输入输出1.试产过程流程图；吉林工程技术师范 学院——外国语言文学系2006. 9-2010.62.模具稳定性试产评估报告；EER评 估2.试产控制计划；1.初始制程能力分析报告；3.签批之供货商PPAP文件. 输出输入3.生产车间平面布置图；2. MSA分析报告；试产Yes No 4.初始制 程能力分析计划；3.试产总结报告.主修课程5. MSA分析计划.1. DFMEA.产 品图纸；2.初始物料清单；输出输入1.样办控制计划；大学英语精读，大学英 语泛读，英语口语，英语听力，英语写作,英语口3.初始过程流程图；样办制作数据 制定No 2.马达样品制作数据.4.初始特殊特性清单；可否提交PPAP本科阶段 主修译,翻译学，词汇学,语法学，英美概况，英国文学，美国文学，语言学，
产品设计说明及流程图
产品部设计工作流程说明目标确定阶段本阶段的主要任务是明确具体的设计目标，设计原则，描述用户典型使用情境，清晰划定设计范围，在公司决策人、设计人员、开发人员中对设计目标达成共同认识，并有依据地设定开发工作计划。
[1]资料收集由项目经理组织，收集资料供决策参考。
[2]设计目标讨论会由项目经理组织，所有设计人员参加，其中重要的讨论产品总监参加，可能的情况下应尽量邀请相关决策的总经理、副总经理、总工参加。
[3]设计目标会签至少需要总经理、总工、产品总监会签，设计目标会签前应将目标分析思维导图和设计目标说明书发给参与审核人（总经理、总工、产品总监等），根据需要召开说明会。
[4]制定设计工作计划由项目经理负责，计划中应对设计目标进行分解，并确定分解目标的设计人。
初步设计阶段本阶段的主要任务是设定分目标使用情境，确定相应操作流程，设置页面功能需求。
[5]设计目标分析设计人分析目标，设定情境，穷尽相关需求。
[6]流程设计设计人，设计可以覆盖所有预设使用情境的流程。
1. 分目标设计思维导图；2. 操作流程图；3. 功能列表；4. 主要界面示意图。
[7]界面设计确定各界面功能和摆布。
[8]设计初审三名以上设计人员参加必须包括设计负责人，可能情况下邀请相关开发运营负责人参加。
对设计人员设定情境、流程和界面功能安排进行评审。
详细设计和文档撰写阶段本阶段的主要任务实详细描述功能细节和数据需求，绘制界面效果图，[9]设计文档撰写[10]界面效果图绘制美工根据设计人提供的界面草图和文档，根据设计人要求绘制界面效果图。
[11]设计评审会项目经理检查设计后组织，相关设计人员、开发负责人、测试负责人、运营负责人参加，可能情况下邀请相关决策的总经理、副总经理、总工、产品总监参加。
会签应提前将设计成果发与会人员。
[12]设计会签至少包括，设计人员、开发负责人、测试负责人、运营负责人、项目经理、产品总监。
1. 设计文档；2. 界面效果图。
产品开发流程图
销售部研发部采购部品管部制造部
1.1.工作流程说明
流程内容
相关部门/责任人
输出结果（包括相关管理文件及表格）
开发建议书
销售部
《产品开发建议书》
开发立项表
研发部/部长
《产品开发立项表》
外形设计
研发部
效果图
产品开发任务书
研发部/主管
《产品开发任务书》
产品开发进度表
研发部/项目工程师
按模具制作进度表跟进，模具修改原则上只可修改三次
产品认证
研发部
送样机给认证公司作认证测试ห้องสมุดไป่ตู้出证书
首次产品验证
品管部
根据产品型式试验要求作产品首次验证并出测试报告
整机评估合格
研发部/项目工程师
型式实验报告
资料下发
研发部/项目工程师
产品资料
试产
制造部
产品
产品验证
品管部
根据产品型式试验要求作产品验证并出测试报告
产品总结
研发部/相关人员
产品总结报告
产品鉴定
品管部/相关人员
产品鉴定报告
量产
制造部
产品
编制：审核：批准：
《产品开发进度表》
产品结构设计
研发部/项目工程师
3D结构实体图
结构评审
研发部/相关人员
《产品设计评审表》
开模通知单
研发部
《模具开模通知单》
手板制作
研发部
产品结构手板
手板评审
研发部/相关人员
《手板评审报告》
模具制作合同签订
采购部
《模具制作合同》
首样评估
研发部/项目工程师
评估报告
产品开发流程图-五个阶段及PDT组织示意图(V1.0)
PAC-b20 计划决策评审
PAC-b30 YES 拟制合同书
合同书
NO LPDT-b110
计划阶段 项目总结
计划阶段 总结报告
流程终结
LPDT-b110
计划阶段 项目总结
计划阶段 总结报告
PA-b30
资料归档及更 新项目环境
进入开发 阶段流程
-
产品决策委员会 （PAC）
组建PDT 团队
PDT任命模 板
LPDT-a10 召开项目
开工会
PA-a10 构建项目
环境
项目环境检 查清单
制定里程碑计划与概 念阶段详细计划
LPDT-a20
制定里程碑计划 与概念阶段详细
计划
PA-a20
协助制定里程碑 计划与概念阶段
详细计划
里程碑计划 模板
概念阶段详 细计划模板
PQA-a10 参与制定里程碑 计划与概念阶段
LPDT-b90
准备计划决策 汇报材料
计划决策 汇报PPT
PQA-b50 参与优化商业
计划书
RDPDT-b40
参与优化商业 计划书
PQA-b60 参与制定开发至发布 阶段项目详细计划
RDPDT-b50 参与制定开发至发布
阶段项目详细计划
TEPDT-b20 参与TR2评审
PROPDT-b20 参与TR2评审
MFPDT-b40
参与概要设计 评审
MFPDT-b50 整合物料需求 计划
研发物料需 求计划
TEPDT-b50 参与优化商业
计划书
PROPDT-b40 参与优化商业
计划书
MFPDT-b60 参与优化商业
计划书
产品设计流程系列：业务流程和流程图介绍
产品设计流程系列：业务流程和流程图介绍也许我们经常会碰到这么一副画面：很多产品经理在梳理好了产品架构的脑图之后，都会火急火燎打开原型设计工具Axure，开始进行原型设计工作去了。
三下五除二就基本将产品线框图给画完了，然后就屁颠屁颠地跑去和研发工程师过需求，讨论的时候会发现：不是这里有个小问题，就是那里有个逻辑没想明白，整理整理返工，结果下一次又发现有一个流程没有考虑清楚，这样来回反复几次才能将一个产品需求和原型界面给讨论清楚。
其实，这样的场景出现的频率还比较高。
想想自己第一次去和公司开发沟通的时候，也是碰到了这样的情况，被开发喷这里逻辑不对，那里漏了一种分支情况的思考，当时那个囧啊，真想找个地缝钻进去。
后来才知道，在设计原型之前，其实还少了一个关键的步骤，那就是确定产品的业务流程，梳理产品的流程图。
什么是流程图从字面来理解，流程图＝流程＋图。
流程，是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程；而图呢，就是将这些流程进行显性化和书面化的一种表达。
流程图有时也称作输入-输出图，某种程度上来说，流程图是一种沟通性质的图形化语言。
一般会使用一些标准符号代表某些类型的动作，如判断用菱形框表示，具体的操作行为、活动用方框表示，开始和结束用圆角矩形框表示。
但比这些符号规定更重要的，是必须清楚地描述产品业务流程的顺序及使用逻辑。
从产品经理的角度来理解，流程图其实就是一个用户使用产品的过程，基本的三要素是“从哪进—做什么—从哪走”。
比如用户打开一个电商APP，会有这样一个使用产品的过程：「搜索商品」→「查看商品详情页」→「加入购物车」→「生成订单」→「开始支付」，以及支付之后的「确认收货」用户从电商商城的首页进入，通过搜索来找到自己想要购买的商品，了解后将其加入购物车，购买了自己想要的商品，支付结束后便离开APP，待收到商品后又回到APP进行确认收货。
可以看出，只要产品用户在使用我们产品的过程中有其自身的目标和任务，产品流程就会存在。
WEB工作流程图(网页制作)
（出功能接口文档）
设计组长和PM携需求发起方共同评审设计稿，提出优化意见
（产品）UI(设计方案初稿)
功能接口及相关说明文档发邮件通知前端及项目管理
UI设计
静态页面邮件或群发UE
、设计及项目管理测试并进行优化修改
测试链接邮件群发需求组全体
，进行页面或产品内部测试，并修改bug及优化
前端开发（及后端开发）联调功
官网项目管理携产品（含UE）参与需求讨论会议，与需求发起人确定执行方案
产品后端设计前端测试Байду номын сангаас
产品运营方案
（需求方）
（项目管理、产品+需求方）
提出网站（产品）需求方案
产品根据方案进行网站（产品）的功能流程及界面规划，并与需求方确认UE方案
网站（产品）UE方案（含功能流
程）讨论及确认
项目管理明确需求并确定资源分配（Worktile上发单）
产品后端设计前端测试
项目管理收到需求方（产品组）上线邮件通知后通知正式上线
交付上线
项目管理组织官网内部测试
（复杂网站或产品必要）
项目管理邮件发需求方（产品组）进行网站（产品）功能、界面及后台测试并收集整理bug及优化意见文档
进行测试
项目管理邮件发群发需求方（产品组）该项目终测完毕，处于待上线状态
前端开发（及后端开发）进行bu
g修改及优化意见调整
项目管理发完成测试修改邮件通知待上线
设计开发管理程序流程图
通常在开模前需要做功能手板验证。如果方案 成熟，由研发经理/总工确认是否需要做功能手 板。如不需要，则直接进入开模具流程。功能 样机合格的条件： 1. 功能基本完成。 2. 样机组装完成。 3. 外观良好。
项目工程师
《产品规格书》 《工程图纸》 《BOM》 《风险评估报告》
输出 需要
不需要
关键元 制模零 件供应 件供应 商确认 商评价
制作功能 手板
功能手
制模零 件供应 商确认
项目工程师 采购
《塑料模具报价单》 《五金模具报价单》 《电子零件报价单》 《关键元件规格书》
评审小组
《评审表（样机）》 《风险评估报告》
项目工程师根据设计输入资料的要求，编制《 设计方案书》
由项目工程师组织评审小组对设计方案进行评 审，生成《评审表》及《风险评估报告》
软件、电子、结构根据方案输入进行设计，输 出相应的设计成果，包装结构设计在3D设计基 本完成后进入设计！
NG
评审
OK
NG
NG
评审
NG
评审
OK
设计输出
NG
评审
评审小组 《评审表》
提供性能和基本功能测试合格报告。
项目工程师
《试产申请表（EB）》 《重点过程管制》 《最终检验标准》 《总结报告（EB）》 《最终检查报告（EB）》 《邦定/贴片测试说明》 《OTP之CS、版本及CRC对照表》
1.EB试产前必须准备好：《工程图纸》(电子 档) 《产品规格书》《BOM》《作业指导书》《 最终检验标准》 2.试产时，项目工程师、PE、 QE必须在现场跟进，直至此产品全部试产完 毕；3.对于试产过程中发生的任意问题点必须 如实作好记录，待试产完毕后交研发部统一汇 总作出报告；
电子商务流程图
电子商务流程图电子商务（E-commerce）是指通过互联网和电子通信技术进行商务活动的过程。
它已经成为现代商业中不可或缺的一部分，为企业提供了更广阔的市场和发展机会。
本文将通过一个电子商务的流程图来介绍电子商务的步骤和各个环节。
电子商务流程图如下所示：1. 了解产品及服务用户首先需要在电子商务网站上了解所需产品或服务的相关信息。
这可以通过浏览产品目录、搜索关键词或阅读产品描述来完成。
2. 选择商品或服务一旦用户对产品或服务有了初步了解，他们需要选择符合自己需求的商品或服务。
这可以通过点击商品页面上的“加入购物车”按钮来完成。
3. 购物车结算用户在完成商品选择后，可以进入购物车页面查看已选商品，并进行商品数量和规格的调整。
一旦确认购物车商品无误，用户可以点击“结算”按钮进入结算页面。
4. 填写收货信息在结算页面，用户需要填写收货信息，包括姓名、地址、电话等。
这些信息将用于后续商品配送。
5. 选择支付方式在结算页面还需要选择支付方式，常见的支付方式包括支付宝、微信支付、银行转账等。
用户根据自己的实际情况选择适合的支付方式。
6. 确认订单在填写完收货信息和选择支付方式后，用户需要确认订单。
在确认订单之前，用户可以再次检查商品信息、收货信息和支付方式。
7. 支付并提交订单用户在确认订单后，需要进行支付操作。
根据选择的支付方式，用户需要按照相应的支付流程进行支付操作。
一旦支付成功，订单将提交至商家进行处理。
8. 商家处理订单商家在收到订单后，会根据订单详情进行商品准备、包装和配送。
商家还会及时更新订单状态，将订单状态通过短信或邮件等方式通知用户。
9. 确认收货及评价用户在收到商品后，需要对商品进行检查，确认商品的完整性和质量是否符合预期。
如果一切正常，用户可以在电商网站上对商品进行评价，为其他用户提供参考。
10. 售后服务如果在收到商品后用户发现商品有问题或需求有变化，他们可以联系商家进行售后服务。
商家将根据具体情况提供退货、换货或补偿等解决方案。
(精品)新产品设计开发流程图
输出文件
设计开发进度跟踪表可行性报告
设计开发任务书
样品需求申请表生产设备清单检测设备清单样品制作记录表
设计开发验证报告书会议记录
产品、零部件结构图
会议记录
会议记录
平面、结构图BOM 表(物料清单)
会议记录表
客户需求记录市场调查报告
设计开发提案书设计开发清单会议记录
初始可行性和特殊报告
BOM 表(物料清单)过程流图
文件发行签收记录表试产申请单
设计开发总结报告
相关质量记录表
制作审核 批准
设备工时评估表
相关质量记录表整理数据分析
试产验证报告书
设计开发验证报告书
过程检验记录表不合格品记录表会议记录
BOM 表物料规格书作业指导书检验标准书工艺流程。
新产品设计开发控制程序(含流程图)
文件制修订记录1.0目的：对设计和开发的全过程进行控制,确保设计与开发各个阶段的适宜性、充分性及有效性，保证设计和开发的产品能满足顾客的需求、期望及相关法律、法规的要求，以提高市场占有率和企业的市场竞争能力。
2.0范围：本程序适用于本厂设计开发的新产品。
3.0定义：新产品设计开发：3.1本公司从未生产或业界没有的产品类型，需要按照客户的概念要求进行设计产品的过程。
3.2业界已有的产品类型且本公司从未量产该类型的产品设计过程；4.0职责：4.1营销部：负责提供市场需求信息和顾客对新产品的相关信息，及对设计开发样品送客户确认。
4.2研发部：负责新产品设计和开发策划、设计输出文件、评审验证报告等的编制；试样和试产的过程跟踪与指导，新开发产品的部品承认及组织相关阶段的评审与确认工作；为相关部门提供技术指导，解决相关技术问题，确保产品开发策划阶段的产品质量/无有害物质、成本、进度能够按策划要求完成。
4.3冲压/注塑模具：负责研发所提出开发之部品的模具评估及报价，模具设计开发，部品试模跟踪，部品试模报告的资料整理及提报，研发提出的模具变更执行。
4.4工程课：负责研发提出开发之产品的生产治具及检测治具或自动机的评估及报价，治具或自动机的设计开发，研发提出治具或自动机的变更执行，产品试产标准工时的建立及修改，作业指导书的制定。
4.5资材部：4.5.1资材课：负责与供应商的沟通，研发所提出外发模具，部品，原料的报价及购买，外购件承认书的整理及提交研发承认，新机种试产的安排。
4.5.2仓储课：样品材料的发放4.6品保部：负责组织实施产品开发过程的质量控制的策划，对研发输出资料、样品、部品、新品试产、模夹治具的验收及产品的环保评价，品质标准（QCP&SIP）的制作。
5.0新产品设计开发控制流程图：6.1《工程图面作业标准规范》6.2《部品承认管理办法》6.3《样品制作管理办法》6.4《产品试产管理办法》6.5《工程变更控制程序》7.0相关记录表格：7.1《客户开发需求单》7.2《产品成本分析表》7.3《新产品开发可行性评估表》7.4《模治具工作执行单》7.5《新产品开发计划表》7.6《产品设计评审检核表》7.7《工程变更申请单》7.8《产品量产通知单》。
APQP新产品开发管理流程图及各部门输出文件(7份)
品质部对开发的质量目标 进行确认
模具部按订单评审表的进度要 求排模具制造计划，并发给技
术部确认
采购部根据总计划表进度要求 及时采购外购件并交于品质部
确认。
根据个客户特殊要求编制包装 规范给客户确认。（客户没有 指定要求可以借鉴以往的经验
设计）
技术部编制BOM物料清单 （输入ERP）
技项目小组
QE工程师
采购部 品质部、技术部 采购员 采购部 品质部、技术部 采购员
采用多方论证的方式制定“ 试生产控制计划”，描述在 样件制造后批量生产前必 须进行的尺寸、材料和性 能检验，包括过程流程图 中的所有步骤和过程FMEA 所识别的特性；要求小组 成员对以上计划进行评审 并填写“控制计划检查清单
（
NG
3
技术部
项目小组
项目工程师
项目小组采用多方论证的
1h
方式调整更新PFMEA,并注 明修改版本号。同时导入
到作业文件中。
（
NG
3
PMEA评审
）
过
程
控制计划更新 （）
设
OK
计
阶
编制MSA计划
段
编制SIP
编制SOP
第三阶段总结 会议
小批量试制 申请
试生产计划 试生产准备
技术部
项目小组
项目工程师
项目小组对PFMEA分析进 行评审并按PFMEA检查表
技术部
销售部
项目工程师
根据产品结构及以往经验 编制过程流程图（输入
ERP）
对图纸的中英文转换以及 技术要求汇编并下发
()
标准规
范审核
NG
OK
特殊特性清单
产能分析报 告
APQP五大阶段的流程图
TR7
向顾客提交 PPAP文件
TR8
监控质量目标 与持续改进
配置库的创建及维护、进行数据的访问控制、集成构建、变更控制、版本控制、发布控制
组织技术培训
详细设计评审 与技术决策
外部系 统认证
向订单履行提 供最终配置
资产管理
需求解释 产
品
维
护
产
改
品
进
整机
集 成
试装
与
与 技 术
联
技
支
调 单元 硬件集
试
转
试
产品质量先 期策划总览
阶段
立项
策划
A样件（概念样件）
B样件（原理样件）
产品设计和开发 过程设计和开发
业务方向
产品管理委 员会
下达项目 评估命令
立项
组建多功 能小组
立项 决策
销售
项目调研与
大客户 可行性分析
订单渠道 市场需求 场策略 策略
财务
多功能小组 （决策支撑）
优化产品质量
目标与策略
TR2
优化过程与产品 质量保证计划
TR3 监控产品与过程质量目标和计划
优化配置管理 计划与方案
创建配置库
配置管理系统的维护、配置库的创建及维护
研发 系统工程
知识产权 分析/
标准研究
技术路线 制定 分析/提供 设计 备选方案 目标
可靠性 和质量 目标
分解目标 产品方 关键器 制定标 成本 案设计 件选型 准计划
识别可制造 性及制造可 测试性需求
制定过程 设计策略
制定生产 策略
识别安装和可 制定客户服务
服务性需求
支持策略
试验标准理解 与可行性分析
产品开发部研发全套流程图
物料采购
（厂长审核， 成本总监批准）
模房-“申购单”
制作
模房-“外协单”
（ 如需外协，厂长审核，成
本总监批准）
质量跟踪 进度跟踪
公模 司房 责责 任任
试模
（模房知会研发下通知，工
研发-“试模通知单” 研发-“试模报告”
程师协同试模单位）
OK
NG
研发-“模具验收报告”
验收
研发-样板确认
入库
仓库-“入库单” 仓库-“五金外包模具一览表”
描件存放项目过程文件
可靠性测试
少批量试产准备 少批量试产
少批量试产总结
客户样板 资料更新
OK
业务寄样
参与：样板房 业务
参与：参与 PIE
记录文件：《试产报告》 参与：研发 采购 生产 仓库 实验室 PIE 批准：厂长
记录文件：《会议记录》 参与：研发 采购 生产 仓库 实验室 PIE
记录文件：《测试报告》 参与：研发 采购 批准：研发经理 存档要求：原件存放在文件夹，电子档扫
存档要求：原件存放在文件夹，电
记录文件：《规格书》 《BOM》
参与：研发 批准：研发经理 存档要求：原件存放在文件夹，电
记录文件：《英文BOM》《英文爆炸 图》《英文原理图》 参与：研发 批准：研发经理
存档要求：原件存放在文件夹，电
记录文件：《电子BOM》《电路原理图》 《PCB字符图》 参与：研发 批准：研发经理
批准：研发经理
批准：副总
存档要求：原件存放在文件夹， 存档要求：原件存放在文件夹，
电子档存放外来文件
电子档存放项目过程文件
首件试装/测试 首件评估
记录文件：《试装记录》《首件测试报告》 参与：研发 实验室 样板房 批准：研发经理
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
每个产品主要经过以下几个阶段：
可行性评估
主要执行人员：UI、UE、需求部门、程序部
需沟通人员：销售部
当产品经理确定基本的思路后,会先会跟我们沟通，并说明这个产品的思路、受众及一些自己的想法．接着会拿来一个结构图来和我们探讨实现方面的可行性。
我们也会准备相关资料与其进行沟通，主要会从数据报告、功能性及可行性三方面下手，在探讨的同时会指出功能或结构上的一些问题，并提出改善方案，这步一定得仔细，UI、UE深入探讨并尽可能考虑到每个实现的细节,待框架打好后,出好的产品很容易.但如果在可行性评估上出现隐患,余下的其它工作也将会遇
到诸多问题。
我们主要从以下三方面进行评估:
•数据报告
通过99Click、Netratings、Counter三套系统来进行数据收集，并在分析报告中指出相应的问题。
•功能性
站在用户角度上，对方案的结构及功能性进行评估，提出并解决操作上的问题。
•可行性
每个产品初期都是感性的，但在不能保证每个功能都能按原有思路进行实现，具体还需要和相关技术人员进行探讨、碰撞后形成最终的产品思路。
二产品原型
主要执行人员：UI、UE、需求部门
需沟通人员：程序部、销售部
在产品原型方面,主要指的是黑白稿或线稿，除了颜色基本采用黑白的形式，最终出的产品原型将会和实际产品没区别。
这个环节会拟定出产品页面的宽度, 广告的形式,导航基本样式,各内容的区域的表现形式等…
当经过可行性评估阶段后,产品经理的思路和自己也基本达成共识，接下来将进行原型设计，我将主要分为三个步骤来实现：
1) 纸稿
一般情况下结构图都是采用word文档描绘，我选择笔和纸的方式，主要还是比较方便、易修改，有任何突发的思路只需要擦一下，就可以直接在已有的基础上进行调整，由于之前的讨论没有实物参照，在这个环节你一定会发现更多有趣的问题。
2) 线稿、黑白稿
当纸稿确定后，则由UI或UE使用做绘图工具来描绘黑白稿(我主要使用Photoshop来进行这个步骤，跟据个人习惯不同，大家的方式也有所区别，比如淘宝UED Team及Baidu UE更多的则采用线稿的形式)。
也许是做UI的原因，我习惯还是采用黑白稿，方便界面设计，在结构上也会精确到像素,比如:导航高度40px.头条采用20px黑体,图片规格:104x85px,页面的各区域的留白为5px…等等，只有这样才会发现更多细节上的问题，当然到界面设计的同时你也会尝到更多的甜头。
3)原型
完成以上的二个步骤后,产品的基本功能,结构,规范都已经大致成型.这时你可以叫上程序部、销售部及需求部门产品经理，在白板上对着黑白稿做最终的讨论。
经过二次、三次调整，最终定下完整的产品原型。
另外，值得提的一点是，在产品原型未确定前,千万别急着去做界面设计,因为之前的讨论主要会通过白板、Word或纸稿。
在原型未确定前，有很多潜在的问题表现不是很直白，比如："窄了、窄了，完了，新闻列表只能放八个字"、"广告放不下了"、"数据提不出来，目前没这个接口…"。
如果提前进入界面设计的环节,一但有问题，就意味着重新又需要找产品经理、技术部、销售进行再次沟通，这个步骤是很烦琐的,也会让人很郁闷的。
三产品界面设计
主要执行人员：UI、UE、需求部门
需沟通人员：UID、SEO
目前产品的雏形已基至的本成型，虽然还没华丽的外衣，但凹凸有至身型已隐约可见。
下一步将进入界面设计阶段.设计师们也将再次体会到黑白稿给他带来的各种便利.
1)UI
我的习惯是,主要针对首页进行风格设计，并出3-4套界面,最终挑选出2套左右提交给需求部门,同时也会指出自己最满意一套，和需求部门进行二,三次碰撞后,最终拿出定稿。
2)UE
UE则开始针对原型进行操作上的优化调整,召集用户并组织头脑风暴,收集到相关意见后，由UE整理出交互及用户体验方面改善意见,并反馈给UI及需求部门。
比如:"这个文字需要加下划线"、"按钮上不要加样式,反而没有点击的欲望了…"。
3)UID
UID即开始着手准备制作方面相关文档.并提出实现方面的意见.等待效果图最终确定后,则开始相关代码的编制(CSS+DIV、AJAX、Java)。
4)SEO
SEO则根据原型提出搜索引擎优化的意见,为制作阶段代码优化做准备.
这个阶段一定要保证与需求部门沟通到位,当产品界面最终定稿后,建议再组织一次讨论,这次用户面对着是实实在在的产品,所感受会和之前有所不同.对产品效果上来说,这次的讨论也会有不少收获。
四界面设计规范及功能实现
主要执行人员：UI、UE、程序、SEO
需沟通人员：UE、销售
1)设计规范
考虑到在动态实现方面,光凭效果图很难直接的给予表现，这时需要配合使用说
明文档及设计规范规范来做辅助。
比如按钮及文字链在触发前后的样式,文字间距…。
如下图：
2)代码及程序开发
由UID进行页面的代码开发（CSS+DIV），并需严格参考SEO理出的相关规范，针对一些AJAX的动态效果还需要程序部人员协助完成，当静态HTML完成后即由技术人员进行程序嵌套，并实现预期的功能。
这个阶段由UI、UE全程跟踪，保证HTML和设计稿最大限度相似前提下，对已实现的功能进行测试，并出交互设计改善文档，提交给技术人员。
五产品上线
主要执行人员：需求部门
需沟通人员：UI、UE、程序、销售
这个阶段主要是内容的添加，主要由相关频道编辑完成，对于软性广告位这块还需要和销售进行协调。
完成内容添加后，由需求部门、UI、UE进行核查，在保证和内容、功能完整后，进行整体上线。
六分析报告及优化方案
主要执行人员：UE
需沟通人员：UE、UID、程序、需求部门、销售
产品上线后，由UE进行数据及意见的收集，在二周后出相关改善文档，协调各部门进行优化的工作。