学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
工具类产品UI设计的8个准则
之前阅读了原研哉大神《设计中的设计》一书，书中提到了一个很有意思的概念：再设计。再设计的理论，是想让我们通过忘掉设计对象已有的现状，追根溯源，对设计对象进行再次设计，从而加深大家对设计对象的理解。
所以我重新审视了之前文章中提出的工具类产品的三个特点：效率、智能、个性化，发
现仅仅是这3个词语，概括性太强，却很难细节的提出我们队工具类产品的期望，所以结
合个人的理解，我对这三个对象进行了重新分析和细化，总结出来的8个词汇来形容这一
类产品的UI设计方向：
简洁的
快速的
正确的
易理解的
美观的
主动的
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
个性化的
引导性强的
8个形容词
简洁的
在这类产品中，个人认为没有绝对意义的简洁，如果我们期望得到一个带有留白之美的页面，这种期望很可能会受到打击.....
在设计过程中，我曾经不止一次的希望将众多的操作做归纳整理，或者收起来，或者直接减掉，然而从用户反馈过来的情况来看，精简之后的效果反而增加了系统的答疑量，这里面当然也存在着一些对用户操作的判断失误，但背后却反馈出一个问题：这类产品的用户，对于操作的定位，有着最高优先级的要求，这也就是为什么即便我们的产品页面已经很复杂，但仍然需要支持这些功能在首屏显示的原因。
如何做到真正的简洁?
我个人认为简洁可以从以下几个方面入手：
导航的简洁，导航的简洁意味着用户可以快速的理解产品的各部分功能，当然，这对产品的架构有着比较高的要求，我们需要明确的划分产品中的各个子系统以及子系统之间的优先关系。尽量用最合理的层次来引导用户使用。
视觉层次的简洁，当页面信息繁杂时，我们很多时候是依托于视觉的处理来让用户清晰的分辨出各部分区域，所谓视觉层次的简洁，就是尽量用最少的视觉分层，给用户植入分区的感觉，避免视觉效果的大量使用而导致页面更加复杂。
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
页面信息的精简，这是我们必须面对并且必须解决的问题，在前两者已经达到要求的基础上，我们需要保证我们首屏展示的信息，是用户最希望看到的信息，这里面会涉及到一个隐藏信息如何让用户得知的问题，这个在“主动的”特性里面解释。
快速的
快速是反应效率最直接的方式，工具类产品的目的，无非就是想通过将功能产品化，来提升受众用户的工作效率，所以快速的跳转、快速的响应、快速的反馈，可以提升用户使用过程的愉悦感。
实现快速首先是对性能的要求，系统的性能要足够强大，同时，如果发生了没有快速反应的情况，我们可以通过其他的方式来管理用户的“等待”。加载的方式可以按照时间分为：转动的菊花，加载在2秒以内的时候，加载的方式可以用加载动画表示。
进度条，加载在2-8秒的时候，加载的方式推荐使用进度条+百分比，我相信多数人都会盯着百分比一点一点读到100%。
进度条+返回操作，加载在8-20秒的时候，允许用户取消当前的加载，返回之前的操作。
分项展示，加载超过20秒的时候，就需要展示明细的加载过程，告知用户哪些项是成功的，哪些项是失败的，哪些项是正在加载的。
正确的
正确的(至少)包含两个方面：
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
用户正确的理解并操作
这需要产品在特定的页面，提供符合这个页面操作的设计或文案，用户如果操作错误，不会将问题归咎于自己，而是认为产品这样的设计或者表达方式不合理。
操作结果的正确反馈
操作结果的正确，是对用户操作或者等待最直接最好的回报方式，我们希望的是用户能够开森的使用我们的产品完成任务，拿到结果，如果用户排除了自身的错误，但是在产品上却一直收到失败的反馈，对用户的心理是一种挑战。
易理解的
我正在面临这样一个选择，对于一个专业度高、操作复杂的产品，常规的操作icon(编辑、删除)已经无法涵盖其特有的操作，也就是说，如果我用部分icon来替代掉已知的操作，那么剩下的那部分，我们是继续通过按钮来表示呢?还是直接采用文案呢?
很多时候，按钮并不能形象的表达我们需要进行的操作，这不是单单靠视觉传达就可以解决的问题，并且对于用户来说，去理解一个认知度低的icon，还不如文案来的简单，用icon带来的收益，自然是页面文字的大量精简，反之，却增加了用户的理解程度。
如果两者择其一，我会选择优先提升理解度，相比于ToC类型的产品，ToB类产品更加注重的是操作，我们不仅需要提供易理解的操作，还需要将整体的页面布局模块化，帮助用户理解操作。
例如：下面这个图是产品的一个旧页面，这个页面的信息是与操作是割裂的，单从旧的页面上看，没有办法去理解操作与信息的关系
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
经过布局模块化后，信息与对应的操作合并在一起，用户在操作之前就获取到了上下文的信息，更方便用户理解这个页面。
美观的
我印象很深的一个问题，就是在用户访谈的过程中，问到用户对产品的视觉、色彩有没有什么要求时，大部分用户都选择了没有~
虽然我们不能从字面上去理解用户对于这个问题的回答，但是可以发现用户对于这类产品美观的要求完全没有前面几个点来的强烈，也就是我们需要在保证功能的易用正确的基础上，再提美观。
但是这个时候才提到视觉元素，其实是小看了视觉在整个产品中的作用，在项目过程中我发现，视觉在这类产品所起到的效果绝不仅仅是好看这么简单，一些很难处理的层次问题可以通过视觉的优化来实现，可以说，视觉对这类产品的赋能，就是通过视觉的差异化UI 设计，让用户能够更清晰的感知产品在功能上的分区，所以这里的美观，我理解，并不仅仅只是为了好看，而是能够通过视觉的处理，让用户很舒服自然的理解产品。
主动的
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
我们好像都喜欢被主动(尤其是平日里默默无闻的程序猿同学....)，因为主动意味着别人在联系或者推送给你消息的同时，需要了解或者顾虑你的感受。所以主动给用户带来的感觉，就是这个产品正在为我着想。
比如，成功信息的反馈、失败信息的推送、默认信息的提供、风险信息的提前暴露、用户可能进行的下一步操作，这些内容一旦全部做到位(请注意，是“全部”!)，就可以认为这产品在设计的过程中，已经对用户使用的各种场景以及各种场景下可能遇到的问题有所考虑，并能够通过及时的推送主动帮助用户去进行下一步的操作、避免或者解决问题。
即便使用微信这么久到现在，我依然对于主动推送新拍的照片并可以直接发送给对方这个功能表示感慨，因为细节往往可以反馈一个产品对于用户的重视程度。
个性化的
ToB类的产品有这比较鲜明的特点，就是角色的划分相对清晰，每个角色的职能虽然会有些许的重合，但是每个角色都有自己相对核心的操作路径和使用场景，这个特点反而使ToB类产品相对于ToC类产品来说，更加方便个性化。
我们都知道，每个人淘宝首页看到的广告是不一样的，其背后是根据每个人在淘宝购物或者搜索等的大数据分析推送的，所以对于ToC类来讲，个性化的推送就需要花费很大的精力来实现，而相比ToB类而言，我们可以通过分析每个角色的核心用户，来确定用户的使用场景和使用路径，可以很快的为这类用户提供定制化的页面和服务。
个性化不仅仅是产品主动为用户定制，同时，我们也需要允许用户对自己的使用过程进行个性化的设置，大家都会有这样一个感觉，自己搭配出来的东西往往用起来最顺手。平台
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
提供能力，服务提供功能，我们希望用户能够通过自己的定制更高的提升自己的工作效率，这也是无论产品主动的个性化定制，或者用户个人的自由配置，都想达到的最终目标。
引导性强的
之前我曾经跟一个产品经理讨论过这样一个问题：像我们这类功能和场景比较复杂的产品，如何才能算是用户体验好?
我们当时的结论是统一的，即便是我们实现了市面上的各种交互准则1，2，3，4，5......也只能说我们达到的用户体验好的一个基础条件，真正要实现这个，就需要产品有一个很强的引导能力，因为真正操作这个产品的用户，一个工作流可能会跨越多个对象、多个页面，遇到多个问题，我们需要做的，就是能够在产品中植入强力的引导特性，让用户，尤其是初级用户，在使用产品的初期，快速的掌握任务的操作路径，避免用户在操作过程中被各式各样的问题所打断，导致最后任务无法顺利的完成。
如何实现引导性强?我个人认为可以从以下几点出发考虑：
产品设计上的一致性，相似对象的相似功能，我们需要尽量做得一致，在用户操作过一个对象之后，对于其他对象，也可以在相同的位置找到对应的操作，这其实算是一种暗引导。
像新功能上线后，我们一般会用的新功能的弹出提示那样，对于初学用户，最好在触发页面添加这一类的提示，这其实是帮助用户快速掌握页面功能分布的方式，比起用户自己来找，效率要更高。
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
我记得Heroku对于代码的集成和部署有一个完整的多个步骤的引导流程，并且我在最近的项目中也尝试提供了这种设计，这种step by step的方式，其实就像一个导盲犬，用户可以从这里出发去一步一步的完成任务。
例如：某个应用从申请到创建的过程其实相当的复杂，涉及到各个角色之间的协同，并且旧的系统对这部分工作并不透明，所以我做了如下的尝试：在应用的首页单开一个上线任务的模块，指引用户来完成上线任务的完成，或者查看其它角色是否完成了对应的配置，从而保证应用能够快速的上线使用。
页面跳转的准确度，当用户执行了一个操作之后，我们需要明确用户的心理预期是继续停留在这个页面，还是去到这个操作后续的页面，这就需要我们对用户的操作路径有明确的掌握，其实页面的跳转对于功能的引导性也是很强力的。
主动推送，其实在前面的“主动”中提到了一点，就是用户可能进行的下一步操作，这既是主动性的表现，同时也对用户起到了引导作用，我们接到反馈最多的是什么?是这个功能找不到入口，这个信息不知道去哪里获取，所以我觉得主动推送多于被动查找，也有利于产品引导性的提升。
学IT技能上我学院网https://www.doczj.com/doc/276382699.html,
结语
个人认为这8个词就可以作为产品的整体方向，同时在每个功能设计的时候，也都是需要考虑的因素，可能他们的优先级会因为不同的场景而有所差异，但是每个特性都有自己覆盖范围，都是不可或缺的。
标准的产品设计工作流程 每个产品团队都会有自己的工作流程，无论这个工作流程是否最高效、是否体现最大价值，但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。对于流程本身而言，可以因团队不同或工作任务不同而有差异。一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化，也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值，称得上是一个敏捷的、能快速响应变化的团队。 那么，我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时候，一个PM，一个美工，一两个写Html的工程师就足够了。 如下图所示： 工作流程包括： ? 当产品经理做好了产品的需求分析和功能实现批次计划后，开始计划产品迭代过程。? PM做好产品的线框设计，交给前端工程师（Front-End）； ? 前端工程师开始依照产品经理的线框做HTML开发，同时要肩负一些交互设计工作，比如，导航，搜索，查询，弹出页面或层设计，menu等； ? 同时，美工开始依照线框，做页面的视觉设计，比如，色彩，按钮，logo，icon等；
? 当HTML和美工设计都ok了，就可以交给Javaer、PHPer等做前后台整合了； ? 然后是产品的一系列测试，包括可用性测试，功能性测试，性能压力测试，产品集成测试，发布测试等。 然而，随着产品精细化设计的要求，特别是web2.0的一些标准逐步引入到产品设计畴。以注重用户体验，注重以人与系统的交互为设计重点，崇尚简约和适度的设计理念被提出来，并逐渐引领了产品设计的主流思想。 在新的产品设计过程中，为了体现web2.0的UE设计元素，实现产品设计的工作精细化，我们逐步优化了新的产品标准工作流程，并定义了产品工作流程的标准输出成果。 如下图所示： 新的产品设计团队标准工作流程被划分为两个领域： 1、产品功能设计领域； 2、产品视觉交互设计领域； 这种划分的意义在于把产品不再仅仅看作一个由代码构成的系统，而更是一组由用户行为构成的服务集合。从系统角度来看设计更看重的是功能，而从服务角度来看设计更看重的是体验，所以，我们在产品设计的过程中，一条线去关注产品的功能设计，一条线去关注产品的体验设计。
流程图一般应用于企业、公司、医疗、教学、生产线上，流程图制作软件是这些办公人员必备的武器之一。流程图可以给我们清楚的展现出一些复杂的数据，让我们分析或观看起来更加清楚明了。一个工场的生产流程，一个公司的运营模式都只需要用一张流程图就可以简单的概括出来。下面给大家推荐的流程图制作软件，你尽可以用它们来完成任务。 当你对那些简洁美观的流程图感到羡慕不已，是否好奇它们是怎样做出来的，是否想知道需要什么样的专业技能。今天，这一切将变得非常简单，你只需要点击几下鼠标就能制作出属于自己的可视化流程图。而且一切操作都异常简洁。
流程图的基本符号 首先，设计流程图的难点在于对业务逻辑的清晰把握。熟悉整个流程的方方面面。这要求设计者自己对任何活动、事件的流程设计，都要事先对该活动、事件本身进行深入分析，研究内在的属性和规律，在此基础上把握流程设计的环节和时序，做出流程的科学设计。研究内在属性与规律，这是流程设计应该考虑的基本因素。也是设计一个好的流程图的前提条件。
然后再根据事物内在属性和规律进行具体分析，将流程的全过程，按每个阶段的作用、功能的不同，分解为若干小环节，每一个环节都可以用一个进程来表示。在流程图中进程使用方框符号来表达。 既然是流程，每个环节就会有先后顺序，按照每个环节应该经历的时间顺序，将各环节依次排开，并用箭头线连接起来。箭头线在流程图中表示各环节、步骤在顺序中的进展。 对某环节，按需要可在方框中或方框外，作简要注释，也可不作注释。 经常判断是非常重要的，用来表示过程中的一项判定或一个分岔点，判定或分岔的说明写在菱形内，常以问题的形式出现。对该问题的回答决定了判定符号之外引出的路线，每条路线标上相应的回答。 选择好的流程图制作工具 亿图发布第一款支持快捷操作的流程图制作工具从而极大的降低了专业流程设计的门槛，让大多数人可以在很短的时间里绘制出专业的流程图。
完整的新产品设计流程图 现在一些公司的需求还停留在视觉设计上，随着行业的发展，交互设计、用户研究、用户体验，将越来越受到大家的重视。 我们整理了较为完整的新产品设计流程图，分为六个阶段，每个阶段又有关键的工作内容和要求。我们将在六个阶段根据需要提供产品物。 第一阶段：基础调研 竞争产品分析 寻找市场上的竞争产品，挑选若干代表性产品进行解剖分析。整理竞争产品的功能规格，分析规格代表的需求，用户资料和用户目标；分析竞争产品的
功能结构和交互设计，从产品设计的角度解释其优缺点及其原因，成为我们产品设计的第一手参考资料。 领域调研 结合上述分析基础和资料，纵观领域竞争格局、市场状况，利用网络论坛、关键字搜索、访谈等各种手段获得更多用户反馈、观点、前瞻性需求。 产出物：对比分析文档和领域调研报告 第二阶段：产品分析 产品定位 分析产品推出的意义和重点关注的方面，执行性评估，明确列出产品定位，通过讨论修缮取得决策层的认可； 用户定位及分析： 结合竞争产品的分析资料，采用定性分析的方法，获得对目标用户在概念层面的认识；通过用户调研手段(如观察、访谈, 焦点小组等), 了解用户及其使用场景，包括用户心理行为模式，为后继设计提供良好基础。 产品概述 以最简短的文字，向用户清晰、重点突出的介绍产品； 功能需求规格整理 归纳关键功能，结合竞争产品规格整理的认识，从逻辑上梳理需求规格，重在逻辑关系清楚、组织和层级关系清晰。划定项目（设计和研发）工作内容； 产出物：用户分析文档和产品概述、功能规格列表 第三阶段：交互设计（功能结构和交互流程设计） 产品概念模型分析 从产品功能逻辑入手，结合相关产品使用经验和对竞争产品的认识，及对用户的理解，设计概念模型，成为产品设计的基础框架； 功能结构图 在产品概念模型的基础上丰富交互各部分，并清晰各功能模块之间的结构关系； 使用场景分析 模拟典型用户执行关键功能达到其目标的使用场景； 交互流程分析 模拟在上述产品框架之中，用户使用场景的关键操作过程（即鼠标点击步骤和屏幕引导路径）；推敲调整，使其以最高效的方式交互。
每个产品主要经过以下几个阶段： 可行性评估 主要执行人员：UI、UE、需求部门、程序部 需沟通人员：销售部 当产品经理确定基本的思路后,会先会跟我们沟通，并说明这个产品的思路、受众及一些自己的想法．接着会拿来一个结构图来和我们探讨实现方面的可行性。我们也会准备相关资料与其进行沟通，主要会从数据报告、功能性及可行性三方面下手，在探讨的同时会指出功能或结构上的一些问题，并提出改善方案，这步一定得仔细，UI、UE深入探讨并尽可能考虑到每个实现的细节,待框架打好后,出好的产品很容易.但如果在可行性评估上出现隐患,余下的其它工作也将会遇 到诸多问题。 我们主要从以下三方面进行评估: ?数据报告 通过99Click、Netratings、Counter三套系统来进行数据收集，并在分析报告中指出相应的问题。
?功能性 站在用户角度上，对方案的结构及功能性进行评估，提出并解决操作上的问题。 ?可行性 每个产品初期都是感性的，但在不能保证每个功能都能按原有思路进行实现，具体还需要和相关技术人员进行探讨、碰撞后形成最终的产品思路。二产品原型 主要执行人员：UI、UE、需求部门 需沟通人员：程序部、销售部 在产品原型方面,主要指的是黑白稿或线稿，除了颜色基本采用黑白的形式，最终出的产品原型将会和实际产品没区别。这个环节会拟定出产品页面的宽度, 广告的形式,导航基本样式,各内容的区域的表现形式等… 当经过可行性评估阶段后,产品经理的思路和自己也基本达成共识，接下来将进行原型设计，我将主要分为三个步骤来实现： 1) 纸稿
一般情况下结构图都是采用word文档描绘，我选择笔和纸的方式，主要还是比较方便、易修改，有任何突发的思路只需要擦一下，就可以直接在已有的基础上进行调整，由于之前的讨论没有实物参照，在这个环节你一定会发现更多有趣的问题。 2) 线稿、黑白稿
2017年新产品开发全套流程（内部资料） 一、决策阶段 是对市场需求、技术发展、生产能力、经济效益等进行可行性研究及必要的先行试验，作出开发决策的工作阶段。是新产品研究开发的初期工作，对新产品研究开发的成败起着重要作用，这一阶段包含下列程序。 (一)市场调查和预测 内容包括： 国外市场有无同类产品及相关产品; 1、国内外同类产品及相关产品的性能指标、技术水平对比; 2、同类产品及相关产品的市场占有率，价格及市场竞争能力等; 3、顾客对同类产品及相关产品的使用意见和对新产品的要求; 4、提出新产品市场预测报告。 (二)技术调查 内容包括： 1. 国内外技术方针策略; 2. 过内外现有的技术现状，产品水平和发展趋势; 3. 专利情况及有关最新科研成果采用情况; 4. 功能分析; 5. 经济效果初步分析; 6. 对同类产品质量信息的分析、归纳; 7. 同类企业与本企业的现有技术条件，生产管理，质量管理特点; 8. 新产品的设想，包括产品性能(如环境条件、使用条件、有关标准、法规、可靠性、外观等)，安装布局应执行的标准或法规等; 9. 研制过程中的技术关键，根据需要提出攻关课题及检验大纲。 (三)先行试验
(四)可行性分析 进行产品设计、生产的可行性分析，并写出可行性分析报告，其内容： 1. 分析确定产品的总体方案; 2. 分析产品的主要技术参数含功能参数; 3. 提出攻关项目并分析其实现的可能性; 4. 技术可行性(包括先行试验情况，技术先进性，结构，零部件的继承性分析); 5. 产品经济寿命期分析; 6. 分析提出产品设计周期和生产周期;‘ 7. 企业生产能力分析; 8. 经济效果分析： (1) 产品成本预测; (2) 产品利润预测。 (五)开发决策 1.对可行性分析报告等技术文件进行评审，提出评审报告及开发项目建议书一类文件。开发项目建议书内容： (1) 新产品开发项目(顾客需要、目标预期效果); (2) 市场、顾客调查结果(市场动向、预测需要量); (3) 技术调查结果(国内外同类产品技术分析); (4) 新产品基本构思和特点(初步设想、包括外观要求); (5) 开发方式(自行开发或需引进技术，确定先行研究的内容); (6) 必要的投资概算; (7) 可行性分析; (8) 销售设想(时间、数量、价格、利润)即竞争性分析。 2.厂长批准开发项目建议书，正式列入企业性产品开发计划。 二.计划阶段
厦门唯科健康科技有限公司 产品设计开发流程图 注： "* " 为主导部门 规划阶段 流程图 责任部门 参考文件 策 输 开发意向 * 销售部 合同和技术协议 划 入 阶 阶 研发部 * 研发部 客户规格书 段 段 产品设计 * 研发部 设计输入文件 NO 检讨 设 NO OK * 研发部 任务书 手板制作 计 OK 阶 输 NO 是否通过测试 段 出 ， 阶 设 段 设计评审 计 * 研发部，品质部 设计输出评审报告 评 审 设计图纸和文件 COP4.1-8.1 附件 完成文件 合同评审表；立项申请书 设计开发可行新分析报告产品设计开发任务书产品设计开发计划书 设计输入评审报告 设计图纸 /文件初稿 手板测试报告 手板样机评审报告 设计输出评审报告 采购文件 生产设备清单 检验文件 工艺文件 外构件 PLM.BOM 发放 模具制作 首批样板零件测试 工程样板试装 NO 是否通过测试 设计验证 NO 验证通过 验 提交样板做安规认证 证 阶 安规认证通过 段 设计图纸和文件修改 STP.BOM 试产准备会 试产通知 生产试产 试产样板测试 确 寄样板给客户 设计确认 认 Pilot Run Sample （试产总结会） 阶 段 客户确认合格 发放 PSA 大批量生产 生 产 技转交接会 阶 生产后 30天内项目组交工程组负责 段 开发结束、归档 * 研发部 设计输入 采购部 设计输出文件 PMC 设计输入 * 研发部 设计输出文件 品质部 产品规格书 产品检验文件 * 研发部 品质部 产品规格书 生产部 设计验证报告 PMC 销售部 * 品质部 产品检验文件 * 研发部 品质部 设计输出文件 生产部 试产总结报告 销售部 * 研发部 试产总结报告 销售部 PSA 样板 * 生产部 品质部 研发部 PSA FIN.BOM 工程部 * 研发部 PWC 、图纸 品质规格 (项目组转工程组） 测试报告 FIN.BOM 设计图纸、设计文件 PLM.BOM 外协件设计要求 产品检测报告 产品检测报告 设计验证报告 更新设计图纸和设计文件 STP.BOM ID ，MPL 试产通知书 产品检测报告 设计确认报告 FIN.BOM PSA 生产计划 新产品移交会议记录 新产品技转清单
产品部设计工作流程说明 目标确定阶段 本阶段的主要任务是明确具体的设计目标，设计原则，描述用户典型使用情境，清晰划定设计范围，在公司决策人、设计人员、开发人员中对设计目标达成共同认识，并有依据地设定开发工作计划。 [1]资料收集 由项目经理组织，收集资料供决策参考。 [2]设计目标讨论会 由项目经理组织，所有设计人员参加，其中重要的讨论产品总监参加，可能的情况下应尽量邀请相关决策的总经理、副总经理、总工参加。 [3]设计目标会签 至少需要总经理、总工、产品总监会签，设计目标会签前应将目标分析思维导图和设计目标说明书发给参与审核人（总经理、总工、产品总监等），根据需要召开说明会。 [4]制定设计工作计划 由项目经理负责，计划中应对设计目标进行分解，并确定分解目标的设计人。 初步设计阶段 本阶段的主要任务是设定分目标使用情境，确定相应操作流程，设置页面功能需求。 [5]设计目标分析 设计人分析目标，设定情境，穷尽相关需求。
[6]流程设计 设计人，设计可以覆盖所有预设使用情境的流程。 1. 分目标设计思维导图； 2. 操作流程图； 3. 功能列表； 4. 主要界面示意图。 [7]界面设计 确定各界面功能和摆布。 [8]设计初审 三名以上设计人员参加必须包括设计负责人，可能情况下邀请相关开发运营负责人参加。对设计人员设定情境、流程和界面功能安排进行评审。 详细设计和文档撰写阶段 本阶段的主要任务实详细描述功能细节和数据需求，绘制界面效果图， [9]设计文档撰写 [10]界面效果图绘制 美工根据设计人提供的界面草图和文档，根据设计人要求绘制界面效果图。 [11]设计评审会 项目经理检查设计后组织，相关设计人员、开发负责人、测试负责人、运营负责人参加，可能情况下邀请相关决策的总经理、副总经理、总工、产品总监参加。 会签应提前将设计成果发与会人员。 [12]设计会签 至少包括，设计人员、开发负责人、测试负责人、运营负责人、项目经理、产品总监。
设计开发工作流程图 序号作业流程责任部门相关表单重点说明 1 2 3 4 5 6 7 8 9 10 11 市场部 研发中心 研发中心 研发中心 相关部门 研发中心 相关部门 研发中心 相关部门 研发中心 供应链部 相关部门 研发中心 质量管理部 相关部门 研发中心 质量管理部 相关部门 研发中心 供应链部 生产部 研发中心 供应链部 质量管理部 生产部 供应链部 质量管理部 生产部 《市场调研报告》 《技术调研报告》 《可行性分析报告》 《立项申请书》 《设计开发任务书》 《项目章程》 《设计开发计划书》 《风险管理计划》 《设计开发输入文件清单》 《设计开发输入评审表》 《风险管理报告》 《设计开发输出文件清单》 《设计开发方案书》 《风险管理计划》 《设计图纸》《计算书》《BOM》 试验、检验记录等 《设计开发输出评审表》 《关键零部件可靠性测试报告》 《材料可靠性测试报告》 《风险管理报告》 《试制申请书》 《样机试制报告》 《客户体验报告》 《设计开发验证记录》 《设计开发确认记录》 《试产报告》 《质量检测记录》 《可靠性测试报告》 《用户体验》 《小批量报告》 *市场管理部进行市场调研,并编制 《市场调研报告》；研发中心进行技术 调研，并编制《技术调研报告》。 *设计输入内容须体现以下要求： a) 产品的功能，性能和安全要求； b) 适用的法律法规及标准要求； c) 风险管理报告； f) 适用时，以前类似设计提供的信 息； g) 设计和开发所必需的其他要求（如 合理性、适宜性、经济性、技术协议 和执行合同通知单明示或隐含的要求 等）。 *由研发中心组织评审小组对设计开 发输入内容进行评审。 *设计输出主要分下列几个阶段： 方案设计 产品标准 技术设计 风险管理 产品图样设计和工艺设计 *所有的设计输出文件在发放前必须 进行评审,设计输出评审目的是确认 设计输出是否满足设计输入的要求。 *供应链部负责样品生产计划安排和 实施。研发中心、质量管理部参与样机生 检验（参与）的技术指导。 *为保证设计输出满足设计输入的要 求,根据《设计开发任务书》的规定, 在以下适当的设计阶段由产品经理组 设计开发策划 设计开发输入 设计开发输入评 审 设计开发输出 设计开发输出评 审 样机试制 设计开发验证 设计开发确认 试产 小批量 量产
1.目的：为了使公司新产品设计程序化，规范化。 2.适用范围：本程序适用于所有新产品的设计。 新产品设计流程如图： 编制：111 审核：222 批准333
3．新产品创意 3．1新产品创意的产生： a.公司全体员工均可根据市场和社会的需要，以合理化建议的形式，提出新产品的设计形状和主要功能等设计思路。 b. 研究所设计人员，随时可提出计划，经分管领导批准后，进行市场调研和市场分析，提出对市场、对公司有价值的新产品设计思路：包括新产品主要设计形状和主要功能等。 c. 公司领导根据市场需要，提出的新产品设计思路等。 d. 公司根据客户的需要，研究所项目设计人员进行OEM产品的主要形状和功能设计，以达到客户需要。 3．2 新产品创意的鉴定及审批： a.公司员工以合理化建议形式提出的新产品创意，由综合办公室负责收集，并召集建议人及研究所相关设计人员、研究所负责人及销售公司负责人、分管领导，对创意进行鉴定及审批，以决定新产品创意是否被采纳。 b.研究所项目设计人员提出的新产品创意，由研究负责人组织主要项目设计人员、销售公司负责人及分管领导，对新产品创意进行鉴定及审批。 c.对于公司领导提出的新产品创意，由综合办公室组织研究所相关设计人员、研究所负责人、销售公司负责人，分管领导对新产品创意进行鉴定及审批。 3．3新产品创意的采纳： a.所有参加新产品创意鉴定及审批的人员，要综合考虑该创意所能创造的社会价值和经济价值，及其市场前景。对于价值较小，市场前景渺茫的创意应予以否定；对于价值较高，市场前景广阔的创意，应予以采纳。 b.公司总经理对所有的新产品创意具有最终否决权和采纳权。 4．新产品技术难点预评估和预研： 4．1成立预研小组： 被采纳的新产品创意，研究所应组织相关人员组成预研小组，对新产品创意进行预研。 4．2预研的内容： 预研小组应针对新产品创意的技术实施性的难点进行评估和预研，如有必要应组织供应处、质量处、工艺技术处、生产处等对新产品技术难点问题，共同确定解决方案，并马上进行预设计及组织实施。然后从新产品的市场性、技术性、先进性、可行性等方面进行详细预研和分析，并写出新产品预研报告，报负责人和分管经理审批。 5 .新产品可行性论证： 被公司确定实施开发的新产品项目，公司将成立新产品可行性分析小组，小组成员由以下部门人员组成：创意提出人员、研究所人员、财务处人员、销售公司人员。新产品可行性分析小组按以下程序工作： 5．1确定新产品目标： a.由创意提出人员和/或研究所人员确定新产品的技术指标。 b.由财务处人员确定新产品的经济指标。 c.由销售公司人员确定新产品的市场销售指标。 5．2市场调研： a.研究所人员及销售公司人员根据市场需求动态，分析市场需求，预测产品的销售。
从“产品需求文档”到“产品设计文档” 传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。 自从我受到了这样文档的折磨，我就一直都在琢磨怎么才能把文档写得更简单一点，让阅读的人－通常是设计师和程序员－能够在最短的时间内领会产品的设计。 原来做UI设计师的时候，我创造了一种用流程图来表示产品交互的办法，这个方法受到了很多人的欢迎，这篇文章也引起了一定的反响。其实当时在实际使用的时候，我不仅产出这样一份流程图，还利用网页热区，把流程图中的界面元素（蓝色的元素）和原型网页（HTML文件）给结合起来了，这样设计师和程序员在看流程图的时候，只要用鼠标点一下界面元素，就可以连接到原型网页，非常方便！这个办法我一直都在用，只是当时没有写在文章里罢了。 后来随着工作性质的变化，我需要越来越多地考虑产品的整体和功能、而不是像原来一样只在特定需求内围绕界面做文章，我就开始寻找把用例整合进前述方法的可能。在经过了一段时间的摸索和实践后，我逐渐形成了自己特有的一套产品需求文档的写法，为了表示区别，我称之为“产品设计文档”，简称PDD。 本文就是对PDD的介绍。 PDD的组成部分 PDD有三个组成部分，它们分别是用例、流程图和原型图。 用例 用例从整体脉络上定义了产品所具有的功能。比如对于一个邮件系统来说，“写邮件”、“发邮件”和“删除邮件”等功能都是用例。 用例比较流行的写法，是在每一个用例中标明它的前后置条件和异常情况等属性。不过在PDD中，我完全放弃了上述属性，只保留用例的名称和简要描述。因为“用例”的出发点就是“用户”，如果你站在一个用户的角度来思考产品的功能，你会发现那些属性你根本就不会考虑。并且，各种前后置条件和异常情况，完全可以放在流程图中，这样更清楚。
产品设计开发流程图 开始 客户要求提出 1. 产品开发项目(PDP); 1. 客户提供书面文件数据; 输入输出 2. 客供图纸及其它文件; 2. 客户电邮、电话或会谈记营业部受理及确认客户要求 3. 客供马达样办及客产品; 录等信息; 通知工厂确认可否开发 1. 客户要求清单; 输出输入 2. 客办分析记录; 客户要求分析及确认 3. 客办相片; 输出输入 1. APF或WWDDA; 项目开发可行性评估 2. RNPJ. 输入输出 1. 批准之APF或WWDDA; 是否立项 2. 批准之RNPJ. -------- 欢迎下载资料,下面是附带送个人简历资料用不了的话可以自己编辑删除,谢谢, No 营业部回复客户 1. 产品开发项目(PDP); Yes 2. 客供图纸及其它文件; 输出输入 3. 客供马达样办及客产品; 1. 产品开发计划书; 产品设计开发策划 4. 客办分析记录; 5. 客办相片等. 6. 输入设计和开发 X X X 个人简历过程设计开发产品设计开发 1. 产品开发计划书、RNPJ; 2. 试产通知书; 1. 产品开发计划书; 个人资料1. 初始物料清单; 1. 类似产品以往生产异常、 3. 图纸、Part List、QCS等; 2. 客户要求清单及其对应之输出输入输出输入客户投讨退货、严重质理2. 初始过程流程图; 4. 初始过程流程图; 相关要求; 产品设计前期准备 PFMEA分析资料收集事故、设计更改数据. 3. 初始特殊特性清单. 5. 初始特殊特性清单; 3. 客办分析记录及相片等. 姓名:xxxx 婚姻状况:未婚 6. 原材料及包装规范等.
产品的设计总体流程图 简介 一项成功的设计，应满足多方面的要求。这些要求，有社会发展方面的，有产品功能、质量、效益方面的，也有使用要求或制造工 艺要求。一些人认为，产品要实用，因此，设计产品首先是功能， 其次才是形状;而另一些人认为，设计应是丰富多彩的、异想天开的 和使人感到有趣的。设计人员要综合地考虑这些方面的要求。下面 详细讲述这些方面的具体要求： 社会发展要求 设计和试制新产品，必须以满足社会需要为前提。这里的社会需要，不仅是眼前的社会需要，而且要看到较长时期的发展需要。为 了满足社会发展的需要，开发先进的产品，加速技术进步是关键。 为此，必须加强对国内外技术发展的调查研究，尽可能吸收世界先 进技术。有计划、有选择、有重点地引进世界先进技术和产品，有 利于赢得时间，尽快填补技术空白，培养人才和取得经济效益。 经济效益要求 设计和试制新产品的主要目的之一，是为了满足市场 不断变化的需求，以获得更好的经济效益。好的设计可以解决顾客所关心的各种问题，如产品功能如何、手感如何、是否容易装配、能否重复利用、产品质量如何等;同时，好的设计可以节约能源和原 材料、提高劳动生产率、降低成本等。所以，在设计产品结构时， 一方面要考虑产品的功能、质量;另一方面要顾及原料和制造成本的 经济性;同时，还要考虑产品是否具有投入批量生产的可能性。 使用要求 新产品要为社会所承认，并能取得经济效益，就必须从市场和用户需要出发，充分满足使用要求。这是对产品设计的起码要求。使 用的要求主要包括以下几方面的内容：
使用的安全性。设计产品时，必须对使用过程的种种不安全因素，采取有利措施，加以防止和防护。同时，设计还要考虑产品的人机 工程性能，易于改善使用条件; 使用的可靠性。可靠性是指产品在规定的时间内和预定的使用条件下正常工作的概率。可靠性与安全性相关联。可靠性差的产品， 会给用户带来不便，甚至造成使用危险，使企业信誉受到损失; 易于使用。对于民用产品(如家电等)，产品易于使用十分重要; 美观的外形和良好的包装。产品设计还要考虑和产品有关的美学问题，产品外形和使用环境、用户特点等的关系。在可能的条件下，应设计出用户喜爱的产品，提高产品的欣赏价值。 制造工艺要求 生产工艺对产品设计的最基本要求，就是产品结构应符合工艺原则。也就是在规定的产量规模条件下，能采用经济的加工方法，制 造出合乎质量要求的产品。这就要求所设计的产品结构能够最大限 度地降低产品制造的劳动量，减轻产品的重量，减少材料消耗，缩 短生产周期和制造成本。 猜你感兴趣：
每个产品团队都会有自己的工作流程，无论这个工作流程是否最高效、是否体现最大价值，但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。 对于流程本身而言，可以因团队不同或工作任务不同而有差异。一个成熟度的产品团队可 以在保证工作质量的前提下轻松适应任务的变化，也就是说能够依据不同的工作要求调整 对应工作的流程。也只有这种团队才能正真体现最大的价值，称得上是一个敏捷的、能快 速响应变化的团队。 那么，我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时候，一个PM，一个美工，一两个写Html的工程师就足够了。 如下图所示： 工作流程包括： ? 当产品经理做好了产品的需求分析和功能实现批次计划后，开始计划产品迭代过程。 ? PM做好产品的线框设计，交给前端工程师（Front-End）； ? 前端工程师开始依照产品经理的线框做HTML开发，同时要肩负一些交互设计工作，比如，导航，搜索，查询，弹出页面或层设计，menu等； ? 同时，美工开始依照线框，做页面的视觉设计，比如，色彩，按钮，logo，icon等；
? 当HTML和美工设计都ok了，就可以交给Javaer、PHPer等做前后台整合了； ? 然后是产品的一系列测试，包括可用性测试，功能性测试，性能压力测试，产品集成测试，发布测试等。 然而，随着产品精细化设计的要求，特别是web2.0的一些标准逐步引入到产品设计范畴。以注重用户体验，注重以人与系统的交互为设计重点，崇尚简约和适度的设计理念被提出来，并逐渐引领了产品设计的主流思想。 在新的产品设计过程中，为了体现web2.0的UE设计元素，实现产品设计的工作精细化，我们逐步优化了新的产品标准工作流程，并定义了产品工作流程的标准输出成果。 如下图所示： 新的产品设计团队标准工作流程被划分为两个领域： 1、产品功能设计领域； 2、产品视觉交互设计领域； 这种划分的意义在于把产品不再仅仅看作一个由代码构成的系统，而更是一组由用户行为 构成的服务集合。从系统角度来看设计更看重的是功能，而从服务角度来看设计更看重的 是体验，所以，我们在产品设计的过程中，一条线去关注产品的功能设计，一条线去关注 产品的体验设计。
产品设计主要工作 流程 1
每个产品团队都会有自己的工作流程，无论这个工作流程是否最高效、是否体现最大价值，可是我认为只要这个流程能够为实现工作目标提供过程的保障就能够算是好的流程。 对于流程本身而言，能够因团队不同或工作任务不同而有差异。一个成熟度的产品团队能够在保证工作质量的前提下轻松适应任务的变化，也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值，称得上是一个敏捷的、能快速响应变化的团队。 那么，我们先来看看以前做产品设计时的团队工作流程。我总结为是一个相对normal的流程。大多时候，一个PM，一个美工，一两个写Html的工程师就足够了。 如下图所示：
工作流程包括： ?当产品经理做好了产品的需求分析和功能实现批次计划后，开始计划产品迭代过程。 ? PM做好产品的线框设计，交给前端工程师（Front-End）；?前端工程师开始依照产品经理的线框做HTML开发，同时要肩负一些交互设计工作，比如，导航，搜索，查询，弹出页面或层设计，menu等； ?同时，美工开始依照线框，做页面的视觉设计，比如，色彩，按钮，logo，icon等； ?当HTML和美工设计都ok了，就能够交给Javaer、PHPer等做前后台整合了；
?然后是产品的一系列测试，包括可用性测试，功能性测试，性能压力测试，产品集成测试，发布测试等。 然而，随着产品精细化设计的要求，特别是web2.0的一些标准逐步引入到产品设计范畴。以注重用户体验，注重以人与系统的交互为设计重点，崇尚简约和适度的设计理念被提出来，并逐渐引领了产品设计的主流思想。 在新的产品设计过程中，为了体现web2.0的UE设计元素，实现产品设计的工作精细化，我们逐步优化了新的产品标准工作流程，并定义了产品工作流程的标准输出成果。 如下图所示：