http://f2e.aliued.com Just another WordPress weblog Sat, 12 Jun 2010 12:57:30 +0000 http://backend.userland.com/rss092 en http://f2e.aliued.com/%e8%af%91%e4%bd%bf%e7%94%a8-page-speed/ http://f2e.aliued.com/%e5%85%b3%e4%ba%8eyui2%e9%87%8c%e9%9d%a2-ondomready-%e5%92%8c-window-onload%e6%89%a7%e8%a1%8c%e9%a1%ba%e5%ba%8f%e4%b8%80%e4%ba%9b%e9%97%ae%e9%a2%98/ http://f2e.aliued.com/%e5%a6%82%e4%bd%95%e4%bd%bfcss%e6%b8%b2%e6%9f%93%e6%9b%b4%e9%ab%98%e6%95%88/ http://f2e.aliued.com/javascript-trim%e5%87%bd%e6%95%b0%e5%a4%a7%e8%b5%8f-%e8%bd%ac/ 策划(交互设计师)—>实施(视觉设计、前端开发、系统开发)—>测试、发布—>新想法(产品经理)…，称为循环式生命周期，这种方式有利于不断改进和突破创新。但是在很多情况下这个环会变成一条直线，称为终结式生命周期，这种方式不利于设计师提升产品价值，而且这种对产品始终不负责任的方式,让产品进入“有娘生没娘养”的地步。这就是缺乏设计质量管理的结果。产品就像一个点，分布在公司中，设计师如果过多的注重点就很难去考虑面，如此继续会导致恶性循环。 　　那怎么样才能做一个好的DQA来保证设计质量呢?从设计角度来讲可以分为两个部分： 　　一、产品设计： 　　1、在产品设计前期的用户分析中，交互设计师要根据产品特征建立相应地有效用户模型，并要符合产品用户模型等式： 　　其中有效用户模型(Available User Model)是产品上线后对于使用用户的一个数量和特征的描述，设计用户模型(Designed User Model)是用户测试工程师建立的理想用户数量和特征描述，产品用户模型(Producted User Model )是产品经理所定义的预期用户数量和特征描述。等式中将设计用户和产品用户相加除以二的目的是为了得出交集，不仅从数量上给出更贴近设计要求和商业目标，而且从特征描述上能够更有针对性地进行参考设计。 　　DQA工作内容：这一步的DQA主要是对用户模型的管理和完善，充分协调交互设计师、产品经理和用户测试工程师之间的沟通问题，降低沟通成本，并且做好用户模型分类存档的工作。一个好的交互设计师会不断积累用户特征，并会给出和完善不同方案下的用户模型。(这个可以做成一个搜索引擎，将条件设置为产品目标人群，摘录设置为用户生理特征，内容包括用户的生理心理活动和特征以及典型用户脚本) 　　2、在友好分析(亦称为竞争对手分析)中，交互设计师要针对新产品的同行竞争者进行分析，并给出关键设计数据，从而使设计更有目的性。 　　DQA工作内容：这一步的DQA主要是管理关键设计数据并形成一个库，便于二次使用。 　　3、在故事板等流程图设计的时候，交互设计师所做的就是将有效用户模型中的用户脚本进行编译成为一个可用性流程，这一步是为前期分析和后期设计做一个承上启下的作用，也是关键步骤。很多设计师并不关注这一步，但其实在设计的时候我们往往都会在头脑中过一遍这个流程，之所以要写出来也是为了保证产品设计质量(避免遗漏等问题)、提高二次利用效率。故事板还有个作用是通过故事形式的“起承转合”让设计师更多地去探索如何让用户去使用，如何让用户用得顺，如何让用户喜欢用的方法。 　　DQA工作内容：这一步DQA主要是要把故事板等流程图进行整理归类，并且给出用户脚本的度量指标，并预估整个设计过程中出现的流程和模块问题，这里谈及的模块是指流程模块间的配合，比如A流程中有B\C\D三个模块，那个DQA要根据项目需要对B\C\D进行模块分解，如果B模块是已经有现成的，那么直接给到交互设计师即可;如果C模块是现成的，但是要根据现有产品进行改良，那么DQA要根据改良目的和方法和交互设计师进行沟通，并协调整个设计团队间的改良工作。 　　4、在实施过程中，线框图的设计要求精准。管理这块内容的时候需要最仔细，因为往往这就是产品的雏形，如果最终产品的样子和线框图中描述的大相径庭，那么这个设计肯定是出了问题的，设计质量也是最差的。在我的设计中，我要求线框图必须和产品最终样子是基本一致，甚至连每个元素中的间距和排布都要完成，当然色彩上应当交给视觉设计师去把握(线框图是黑白灰的表述方式)。所以这一步也要求交互设计师一定要有坚实的视觉基础和实现能力，并且对前端开发有深入的了解和判断(有些设计天花乱坠，前端开发工程师叫苦不迭，甚至是影响了整个产品的实际体验效果)。 　　DQA工作内容：这一步中DQA主要是把握需求变更的问题，解决多方沟通和确定的时间和方式，从项目本身的利益出发使工作效率最大化。还有就是要整理每个实施阶段出现的问题和结果，并提交反馈给相应的团队进行补丁制作(Bug Fix)。例如视觉设计师觉得有必要突破原有规范进行创新型设计，那么在完成设计之后DQA要将结果保存归类并提交给设计研究的流程中做成一个新的视觉场景规范。 　　5、最终产品的测试阶段的设计质量管理更是整个质量的关键步骤，他要掌握测试Bug的数量并且和设计质量预估目标中的数据进行比较，才能够得出真正设计师应该注意的问题，并反馈给设计师进行二次确认。 　　DQA工作内容：这一步DQA主要是把问题列表和实际情况进行对比审计，得出修改意见和实施方案，以最快的速度完成Bug的修复和产品的上线。 　　6、大家可能觉得这样已经结束了，其实还有一步就是上线之后对于产品的数据和用户反馈的跟踪也是设计质量保证中必不可少的步骤，这样也保证了产品既有娘生也有爹养。 　　DQA工作内容：这一步也是DQA的一个日常运营的工作，他要定期检查线上每个产品的运行情况、监视反馈数据，并进行跟踪回报，得出新的设计建议和设计流程改进方案，为下次工作做好预估能力的积累。 　　二、设计研究 　　1、在交互研究中交互设计师要针对实际项目中的经验教训结合设计质量保证的反馈进行设计的创新研究，从有效用户模型、用户脚本和创新性设计等方面去提高自身的设计能力。 　　2、视觉设计师更多在前期的视觉规范制定和创新设计中起到决定作用，视觉设计师在实际项目中所碰到的问题和创新问题都要在视觉研究中有所体现，并且设计质量保证也要进一步把控研究成果。 　　3、前端研究主要是让前端开发工程师能够将前端开发的代码进行整理打包成为可二次利用的插件，不仅提高效率而且也提升了自身实力。 　　4、产品线上研究，这一步是现在很多公司都没有的一步，应该说是都交给了其他部门去研究的一步。其实作为“生母”的设计师来讲，关注线上产品才能有更多好的idea的产生，设计质量保证也要进行配合管理，让产品的输入输出通路能够打通，不再让研究始终只是研究。 　　在设计研究中，DQA扮演的往往是指引和提供数据方向的角色，他更多的是让所有设计师对设计流程能够达成一致，在以数据为前提下了解每个人的个性和合作方式并合理安排团队成员进行设计研究和产品开发。 　　三、DQA的其他职责 　　DQA的还有个职责是制定设计流程，之前我也写过将流程模块化的管理方案，大家有兴趣可以去看看。 　　要管理好一个团队很难，但是只要获得人心，一切都会很顺利。但是要管理好一个设计团队间的协作和流程，单单靠人心和资历都是没用的，一切以数据和现状分析为导向，加入适当的协调才能真正让一个团队的设计质量有大幅度的提高，才能把产品效益最大化。 ]]> http://f2e.aliued.com/dqa-%e8%ae%be%e8%ae%a1%e8%b4%a8%e9%87%8f%e4%bf%9d%e8%af%81%e4%b9%8b%e9%81%93/ http://f2e.aliued.com/2010-04-29-%e5%89%8d%e7%ab%af%e4%bc%9a%e8%ae%ae%e7%ba%aa%e8%a6%81/ http://f2e.aliued.com/%e7%9c%8b%e5%9b%be%e5%ad%a6%e4%b9%a0%ef%bc%9a%e7%bc%96%e5%86%99%e7%ae%80%e6%b4%81%e5%b9%b6%e7%ac%a6%e5%90%88%e8%af%ad%e4%b9%89%e7%9a%84html%e4%bb%a3%e7%a0%81/ http://f2e.aliued.com/javascript%e6%a1%86%e6%9e%b6%e6%af%94%e8%be%83%e5%ae%9e%e7%94%a8%e5%87%bd%e6%95%b0-zt/ http://f2e.aliued.com/javascript%e6%a1%86%e6%9e%b6%e6%af%94%e8%be%83dom%e6%93%8d%e4%bd%9c-zt/ http://f2e.aliued.com/javascript%e6%a1%86%e6%9e%b6%e6%af%94%e8%be%83dom%e9%81%8d%e5%8e%86-zt/