国际体验设计大会2015年-重新定义用户体验报告

国际体验设计大会2015年-重新定义用户体验报告

ID:19562014

大小:9.45 MB

页数:180页

时间:2018-10-03

国际体验设计大会2015年-重新定义用户体验报告_第1页
国际体验设计大会2015年-重新定义用户体验报告_第2页
国际体验设计大会2015年-重新定义用户体验报告_第3页
国际体验设计大会2015年-重新定义用户体验报告_第4页
国际体验设计大会2015年-重新定义用户体验报告_第5页
资源描述:

《国际体验设计大会2015年-重新定义用户体验报告》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、设计简单且强⼤的产品SimpleandPowerfulJimLiangTerryWang第⼀部分:背景介绍第⼆部分:怎样平衡tipsandtricks⼈们简单简单不是唯⼀标准Ifeaseofusewastheonlyvalidcriterion,peoplewouldsticktotricyclesandnevertrybicycles.Dr.DouglasEngelbartInventorofMouse如果要骑得更快,哪个更适合呢?学骑⾃⾏⻋⽐学骑三轮⻋要难很多,但⼀旦掌握,骑⾏效率会⼤⼤提⾼。⼈们想要更强⼤的产品强⼤的产品极端复杂的界⾯也能很好的⼯作图⽚:⻜机驾驶室强⼤往往意味着复杂强

2、⼤的产品往往功能多,难⽤、难以打造且难以维护。⻥和熊掌,可以兼得吗?简单强⼤强⼤与简单之间有种内在的冲突不同类型产品侧重点不同ProfessionalApplicationInstagramAdobePhotoshop•有限的功能•易学易⽤•⽆数功能•学习成本⾼•⾯向⾮专业⽤户•⾯向专业⽤户:设计师、摄影师等不同模块也有不同优先级即使在⼀个产品⾥,优先级也有所不同。重复性任务偶发任务更注重效率更注重易学易⽤复杂性的来源产品需求设计与实现•⽆效需求、极端场景•解决⽅案不够好•复杂的业务本⾝•差劲的界⾯设计•业务场景中涉及很多⾓⾊•混乱的技术架构设计•功能与流程之间诸多依赖•技术限制•“功能过

3、剩”•团队之间⺫标不⼀致•等等……平衡的艺术通过精⼼挑选要实现的功能与良好的信息呈现,我们可以同时获得简单与强⼤1.1Source:PowerfulandSimple,Microsoft第⼀部分:背景介绍第⼆部分:怎样平衡tipsandtricks第⼆部分⺫录研发流程•选择适合的研发流程需求•需求是最关键的•如何防⽌“功能过剩”(featurecreep)设计•解决⽅案设计•⽤户界⾯设计•程序设计第⼆部分⺫录研发流程•选择适合的研发流程需求•需求是最关键的•如何防⽌“功能过剩”(featurecreep)设计•解决⽅案设计•⽤户界⾯设计•程序设计影响产品开发的因素功能、⽤户体验、性能、可靠

4、性、⽀持的平台、更新的频率、按时发布……产品开发中要考虑很多因素功能、⽤户体验、性能、可靠性、⽀持的平台、更新的频率、按时发布……“⼩步快跑,快速试错”不⼀定适合所有⼈更重要不重要成本⾼成本低成本如何考量成本由使⽤的技术决定OSDesktopAppsMobileAppsWeb•性能有保障•产品测试、发布较简单•可靠性⾼•复⽤程度⾼•有更多的控制重要性如何考量重要性由商业模式决定Enterprise$$$Consumer$$Free简单来说,•消费者类型的产品客户对UX的期望⾼•企业级软件客户对可靠性的要求⾼犯错误的成本FreeEnterpriseOSWeb⽰例Web/Enterprise性

5、能更重要可靠性功能 按时发布⽤户体验更新频率⽀持的平台不重要成本⾼成本低思考对于不同的产品类型,哪些⽅⾯更重要呢?功能、⽤户体验、性能、可靠性、⽀持的平台、更新的频率、按时发布……1.Web/Consumer更重要2.Web/Enterprise3.OS/Consumer不重要4.OS/Enterprise成本⾼成本低第⼆部分⺫录研发流程•选择适合的研发流程需求•需求是最关键的•如何防⽌“功能过剩”(featurecreep)设计•解决⽅案设计•⽤户界⾯设计•程序设计糟糕的需求只可能产⽣糟糕的产品垃圾进去垃圾出来很⻓的开发周期怎么知道需求是否合理1.从⽤户⺫标出发2.提早验证3.优化需求从

6、⽤户⺫标出发不要把功能列表作为设计的开端,从理解和分析⽤户所需开始。功能是离散的,⽤户的使⽤是连续的。理解⽤户的使⽤场景•谁,想知道什么•什么时候想知道这些信息•在哪⾥使⽤•怎么使⽤场景化设计•为什么使⽤这个产品⽽不是别的产品•⺫前的⽅式以及没有被满⾜的需求定义需求Problem问题是什么Strength⺫前产品中可利⽤的点有哪些Tenet关于解决⽅案的指导原则或约束Source:Productdesignfortheweb,RandyJ.Hunt,2013验证需求1问题验证/需求验证我的想法真能解决⽤户的问题吗?通过市场调研、采访等初步验证⼀个想法是否合理。2⽅案验证我对某个功能点的设计

7、能达到预期吗?⽤户是否习惯?是否能解决问题?经过早期的验证,如果⽤户不买账,怎么办?A.放弃B.再进⼀步验证第⼆部分⺫录研发流程•选择适合的研发流程需求•需求是最关键的•如何避免“功能过剩”(featurecreep)设计•解决⽅案设计•⽤户界⾯设计•程序设计向新功能说No•新功能的好处vs⻛险•问客户“你想要功能X吗”•向⼀个功能说Yes=向很多其他事情说NoWhenitcomestofeaturerequests,t

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。