NC财务UE推广方法.pptVIP

NC财务UE推广方法 用友软件股份有限公司 NC财务产品管理部 2011年 6月 主要内容 协作方式 UE推进方法 心得体会 UE概念 什么是UE UE是用户体验（User Experience）的缩写。 ISO 9241-210标准将用户体验定义为 “人们对于针对使用或期望使用的产品、系统或者服务的认知印象和回应”。用户体验，即用户在使用一个产品或系统之前、使用期间和使用之后的全部感受，包括情感、信仰、喜好、认知印象、生理和心理反应、行为和成就等各个方面。 UE在NC中的重视 NC3X成立易用性小组。 NC5X重点进行视觉效果改进。 NC60成立NCUE组，制定NCUE规范。 未来计划将UE纳入正式研发流程。 王总在2011研发大会上特别强调了UE工作的重要性！ NCUE协作方式 NC用户体验组 负责NCUE规范的制定、推广、执行验证。 UE专员 来自于NC 用户体验组。 负责几个领域的UE推动工作。 与开发部内UE接口人协作。 UE接口人 来自于各领域开发部。兼职工作，多为需求人员。 负责本领域的UE推动工作。 与UE专员和开发部所有人员协作。 主要内容 协作方式 UE推进方法 心得体会 推进步骤 推进步骤 NC财务开发部在得到NC用户体验组提供的整体的规范和三个评价表后，进行全面分析，规划工作方法。总结为以下几个步骤： 具体步骤 学习规范 按岗分责：需求、开发、平台 规范宣讲 树立样板 开发实现 总体验证 推进里程碑 NC财务UE推进时间表 按岗分责-1 规范分析 作为UE规范执行部门的接口人，拿到UE规范的第一感觉就是无从下手。面对诸多庞杂细致的条目，如何让每个人都能理解、记忆成了摆在面前的难题。 经过冷静的分析，发现条目中的内容如何执行是有规律可寻的。每个条目可以定位给某种岗位去执行，这样就不要全员进行深入分析。 按岗分责-2 需求 对于有较强业务含义的规范内容，由需求人员根据业务场景进行分析，预置出满足规范的内容即可。 开发 对于直接遵守执行的硬性规范内容，由开发人员根据规范的要求，直接遵守执行即可。 这类规范涉及面很广，融合于整个产品的风格之中。 平台 有些规范是受平台统一控制的，只要使用了平台的开发框架，不需要任何额外的处理就已经满足规范的要求。 按岗分责-3 分工表 说明 这里面没有提到一类岗位的人群，就是测试人员。测试人员是对产品质量把关的人员，所有的内容全部都是测试人员的关注点。 按岗分责优点 减轻工作量 每个岗位重点关注本职责需要关注的内容，工作强度下降。 质量提高 关注内容聚焦，可以研究的深入透彻。 一致性高 统一出口，一致性得到有效保障。 规范宣讲 受众清晰 分工明确后，就可以分头行动了。在UE专员的配合下，针对本领域的需求、开发、测试人员分别进行UE规范的讲解。 需求 需求关注内容重点讲解。 开发 开发关注内容重点讲解。 测试 全部内容重点讲解。 UE改进表 菜单按钮分析表： 界面及查询分析表： 总体验证 制定计划： 制定验证计划。整理出验证表后，每周一个验证周期。 由开发经理提交修改情况，领域内需求验证通过情况，UE接口人汇总发布。同时UE专员进行抽验。 验证明细表 验证明细表内容： 根据《UE改进表》产生，改进状态分为：未提交、已提交、通过、不通过、未涉及五个选项。 提交率=（已提交+通过+不通过）/（未提交+已提交+通过+不通过） 通过率= 通过/（未提交+已提交+通过+不通过） 验证汇总表 验证汇总表内容： 汇总表根据具体页签的验证结果计算得出。 上部分为截止到本周的各模块通过情况。 下部分为开始验证到本周的历次通过情况。通过该表可以看出推进工作的进展情况。 主要内容 协作方式 UE推进方法 心得体会 心得体会 必须很用心、有耐心 通过UE的推广，非常深刻的体会就是这项工作看似简单，实则很难。由衷的向NC用户体验组致敬！ 学习规范并接受规范 刚接触这项工作很容易对规范的内容产生质疑，觉得这样不好那样好。其实有些问题就是仁者见仁，智者见智的事情，很难有对错的评判标准。 细节逻辑敢于质疑 用户体验组的成员不是所有应用方面的专家，有些涉及到领域内部业务的交互细节，可能与规范无法匹配。这种情况下就要敢于质疑规范，与用户体验组成员深入分析，寻求本领域内最优的解决方案。 信心十足向前冲 对于UE的推广工作要充满信心。相信在领导的大力支持下，全体人员的功能努力下，一定会把UE工作做好！会把产品的竞争