UnCD以用户需求为中心的设计newTemp.ppt
- 文档编号:18024937
- 上传时间:2023-08-06
- 格式:PPT
- 页数:44
- 大小:1.67MB
UnCD以用户需求为中心的设计newTemp.ppt
《UnCD以用户需求为中心的设计newTemp.ppt》由会员分享,可在线阅读,更多相关《UnCD以用户需求为中心的设计newTemp.ppt(44页珍藏版)》请在冰点文库上搜索。
UnCD,陈余捷,-以用户需求为中心的设计,从用户中来到用户中去需求采集的大生产运动听用户的但不要照着做,目录,1)用户是需求之源2)你真的了解用户么?
人类为什么有需求,马斯洛的需求层次理论,小明说:
“我要买一个电钻。
”大毛问:
“为什么?
”“我想在墙上打一个洞。
”“为什么?
”“我想把一幅画挂在墙上。
”“为什么?
”“因为这面墙太空旷了,看着不舒服。
”“为什么?
”“是这样的,我是一IT民工啊,忙得没时间找女朋友,晚上加班回家很晚,对着一块大白墙,感觉很凄凉,没有家的感觉,不够温馨。
”“为什么?
”“你妹啊。
”“好吧,这个电钻其实是你对马斯洛的需求层次理论中第二层”安全“和第三层”社会交往“的需要。
你想让家里看起来更温馨,从而产生安全感和归属感。
”,理解用户的需求,用户vs客户,VS,以用户为中心的思想,UCDvsBCD(BosscenteredDesign)中小型公司老板也是广义用户酒肉穿肠过,佛祖心中留,不要试图满足所有用户,收集的需求至少需要做半年,但项目交付只有2个月时间不同用户提的需求是互相矛盾的同一用户提的需求有时也会互相矛盾试图满足所有用户的需求是一个灾难,那会让产品变成一个臃肿不堪,谁都不满意的四不像,不要试图满足所有用户,马化腾:
关注核心用户的需求刚起步的产品:
先满足大量的一般用户的需求优先满足哪些用户,需要和企业的目标结合起来考虑KPI(KeyPerformanceIndicator),应该优先满足谁的需求?
我们永远也无须满足所有用户的需求,体会真正的用户,来看几个与用户沟通的真实场景:
“小王啊,昨天有个缺陷单,是紧急缺陷,现在已经超期了,能不能帮我改一下”-原则上不允许,可您都开口了,我能不改吗。
“我是学计算机的,你们这个系统要这样做,blablabla,听我的,我是学计算机的。
什么?
开发这个功能还要半个月?
给我两天就做出来了,我可是学计算机的!
”-表面上看,您是用户,实际上您不仅是一位设计师,还是一位项目经理啊。
“日期要我填?
地点也要我填?
什么?
描述也要我填?
”-您不填这数据从哪来呢。
“你们的系统不好用!
”“请问您觉得哪里不好用呢?
”“慢”“请问哪个功能慢呢?
”“。
(转头)小张啊,你去年是不是说他们系统很慢?
”-去年。
我勒个去。
“你们不是卖产品吗?
怎么还要招那么多实施人员?
看看人家windows、office,哪需要实施人员!
”-这。
哥不解释。
聊聊用户研究,用户研究的方法-说与做,定性与定量,从用户中来到用户中去需求采集的大生产运动听用户的但不要照着做,目录,1)定性的说:
用户访谈2)定量的说:
调查问卷3)定性的做:
可用性测试4)定量的做:
数据分析5)需求采集的其他方法,需求采集的Z方法,定性的说:
用户访谈,最常用的需求采集方法常见误区-“说”和“做”不一致的问题。
(索尼的案例)-样本少,以偏概全的问题。
-用户过于强势,把我们往沟里带。
(可靠性系统的案例)-我们过于强势,把用户往沟里带。
用户访谈的最佳实践,先草拟一份问卷,向要访谈的用户发出一份涉及访谈主题和时间安排的材料在访谈的过程中,及时用草图绘制模型(DFD、用例、思维图),从而得以及时反馈用简单的语言清楚地表达问题,采用对方的术语和行话问问题,听取回答,然后反馈理解不要超过1小时,否则应安排下一次面谈地点选择:
适当的不受干扰和避免打扰,用户访谈的最佳实践,避免一组固定的问题首先关注目标,任务其次避免让用户成为设计师避免讨论技术鼓励讲故事避免诱导性的问题特殊的用户访谈方式用户大会,定量的说:
调查问卷,大用户量的信息收集常见问题与对策-样本与想了解的目标用户群体出现偏差。
-样本过少的问题。
用户调查的技巧,通常设计较多封闭式的问题线上线下均可作答时间最好不要超过10分钟以简单的、不需要思考的问题开场,很想知道的、需要思考的、较敏感的问题放在中间,有关个人信息的题目放在最后问题描述无引导性一人一份,独立作答注意选择合适的样本样本过少是无意义的,定性的做:
可用性测试,可用性测试是指通过让实际用户使用产品或原型方法来发现界面设计中的可用性问题。
常见问题与对策-如果可用性测试做得太晚(往往在产品将要上线的时候),这时发现问题也于事无补了。
-总觉得可用性测试很专业,所以干脆不做。
-明确是测试产品,而不是测试用户。
可用性测试的最佳实践,开始时,可以告知用户大概持续的时间,要做哪些事情,让用户心中有数,轻松愉快地完成任务。
测试过程中,可以要求用户在使用产品的过程中采用一种名为“发声思维”的方法,即在使用产品的同时说出自己的思考过程,比如为了完成某个任务,用户想先做什么,后做什么,为什么要做某个动作,等等千万不要有任何的引导与暗示,而只是观察和记录。
结束之后,如有可能应该送个小礼品。
尽快总结,并反馈给用户。
定量的做:
数据分析,最真实的反映用户需求。
在对产品足够熟悉的基础上,先做出方向性的假设,再提取相应的数据并分析,得到一些现象,最好是之前没发现的现象,然后尝试解释,接下来做用户调研修正解释,最终指导产品发展方向,数据分析的常见问题与对策,为简单的结论付出过大的代价-注意数据分析的“性价比”虽然数据不会骗人,但我们经常有意无意的误读数据-对数据保持中立的态度-避免用数据去迎合观点平时不烧香,临时报佛脚-在产品设计的时候就要考虑数据分析的需求,如记录每个按钮的点击次数、统计功能使用频率等-典型的非功能需求,数据分析案例,某网站的登陆日志,数据分析案例,第一阶段:
第1个月,活跃度考察的是1个月内用户的登录多少,所以30天内活跃度不断上升达到峰值,约60%。
这段时间内,经销商登录较多,帮助用户初始化。
第二阶段:
13个月,活跃公司比例缓慢下降到约40%,其间包含两部分,经销商行为和用户行为:
-经销商行为只有一个作用:
衰减,这个衰减绝对比图中的更陡峭;-用户行为有两方面:
衰减与增加,而增加是大于衰减的,从第三阶段可以看出;第三阶段:
34个月,活跃公司比例逐渐上升到60%,这是因为到3个月之后,几乎再没有经销商行为了,完全是用户登录,并且经过3、4个月的使用,用户已经通过产品带来实际价值,所以使用的更多;第四阶段:
4个月以后,稳定在60%弱一点,进入动态平衡期。
数据分析案例,两种登陆行为分离后的曲线,需求采集的其他方法,现场观摩:
最生动的技术文档考古:
最贴近实现的技术-建议作为数据建模方法的一部分AB测试:
低成本,大用户量-活动反馈的例子自己提需求:
最简单的方法,从用户中来到用户中去需求采集的大生产运动听用户的但不要照着做,目录,1)挖掘需求背后的需求2)说到底还是性价比,明确我们存在的价值,用户跟福特要一匹更快的马,福特却给了用户一辆车。
如何满足小明的需求?
用户需求vs产品需求,用户需求:
用户自以为的需求,并且经常表达为用户的解决方案。
产品需求:
经过我们的分析,找到的真实需求,并且表达为产品的解决方案。
需求分析:
从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品需求的过程。
框定问题的方法5why分析法,差点被鸟粪摧毁的杰弗逊大厦美国华盛顿广场有一座宏伟的建筑,这就是杰弗逊纪念馆大厦。
这座大厦历经风雨沧桑,由于年久失修,表面斑驳陈旧。
政府非常担心,派专家调查原因。
最后才发现原来是冲洗墙壁所含的清洁剂对建筑物有强烈的腐蚀作用,而该大厦墙壁每日被冲洗的次数大大多于其他建筑,因此腐蚀就比较严重。
为什么每天清洗呢?
因为大厦被大量的鸟粪弄得很脏。
为什么大厦有那么多鸟粪?
因为大厦周围聚集了很多燕子。
为什么燕子专爱聚集在这里?
因为建筑物上有燕子爱吃的蜘蛛。
为什么这里的蜘蛛特别多?
因为墙上有蜘蛛最喜欢吃的飞虫。
为什么这里的飞虫这么多?
因为飞虫在这里繁殖特别快。
为什么飞虫在这里繁殖特别快?
因为这里的尘埃最适宜飞虫繁殖。
为什么这里的尘埃最适宜飞虫繁殖?
其原因并不在尘埃,而是尘埃在从窗子照射进来的强光作用下,形成了独特的刺激致使飞虫繁殖加快,因而有大量的飞虫聚集在此,以超常的激情繁殖,于是给蜘蛛提供了丰盛的大餐。
蜘蛛超常的聚集又吸引了成群结队的燕子流连忘返。
燕子吃饱了,自然就地方便,给大厦留下了大量粪便脏了就得冲清吧。
解决问题的最终办法:
拉上窗帘,框定问题的技巧深入理解问题的本质,问题:
日内瓦湖上的山脉中建成了一条很长的汽车隧道,为了防止停电时发生灾难,必须提醒司机进入隧道之前把车灯打开。
解决方案一:
“警告!
前有隧道请打开车头灯”-新问题:
隧道出口风景很美,返回时发现汽车没电忘了关车头灯!
解决方案二:
出口处立标牌“关掉车灯”-新问题:
夜行车也会关掉车灯?
解决方案三:
建充电站-新问题:
维护开支大,充电站也会出故障解决方案四:
授权私人经营充电站-新问题:
风景区商业化,政府与游客均不接受,框定问题的技巧深入理解问题的本质,问题:
日内瓦湖上的山脉中建成了一条很长的汽车隧道,为了防止停电时发生灾难,必须提醒司机进入隧道之前把车灯打开。
解决方案五:
在隧道尽头,树立新标牌如果是白天,并且车灯开着,请熄灭车灯;如果天色已晚,并且车灯没开,请打开车灯;如果是白天,并且车灯没打,就别打开它;如果天色已晚,并且车灯开着,请别关掉它。
-新问题:
谁能在行驶时读完?
!
解决问题的最终办法:
你的灯亮着吗?
满足需求的三种方式,需求来源于理想与现实的差距改变现状-最常用的也是最笨的方法降低理想-不要忽视精神的力量!
“打预防针”,“丑话说在前头”转移需求-引导用户去关注其他事物-为用户寻找更强烈的需求展现给他,让他不再纠结于原来的需求,案例讨论电梯的故事,某写字楼可能是因为建造得比较早,考虑不周,电梯明显不够用,每天中午吃饭的时候总是很挤,最上面几层的小白领们平均要等20分钟才能下到3楼的餐厅吃饭,于是抱怨很多,他们给物业提意见,要求解决。
请你帮助物业分析一下问题,提出你的解决措施。
谈谈创造需求,产品设计的最高境界产品进化的源泉配网生产系统的案例-从填表单到玩游戏,需求分类,产品需求分层BSA方法-基本需求(Basic):
这是最基本的类别,比如:
如果这些需求没有满足,客户将不会考虑这个交付-满意的需求(Satisfied):
这是在基本以外的类别,它能向客户提供附加价值,提高满意度-特别的需求(Attractor):
特别的需求向客户提供了其他的基本需求和满意需求所不能满足的、独一无二的、附加的利益和价值,产品需求分层的例子,小明:
“我想到一个手机的例子,打电话、发短信是基本需求;给电话录音是满意的需求,和基本需求相关;而如果这个电话特别结实,可以当锤子砸钉子,或者当砖头防身,那就是特别的需求了。
”大毛:
“嗯,好多山寨手机的特点就在于满足了一些诡异的特别需求,比如可以当手电筒、当验钞机、当剃须刀”小明:
“你是在夸还是在贬呢?
”大毛:
“我也不知道,那些已经超出普通手机的范畴了”,分析需求的商业价值,重要性紧急度时效性商业价值=重要性+紧急度+时效性+,初评需求的实现难度,绝对不能因为某个需求的商业价值很大就马上去做,也不能因为另一个需求的商业价值不大就不做。
对软件来说,实现难度开发工作量,性价比啊性价比,绝对不能因为某个需求的实现难度很小就马上去做,也不能因为另一个需求的实现难度大就不做。
不要试图满足所有用户一切皆看性价比,性价比啊性价比,性价比=商业价值实现难度,回顾一个需求的奋斗史,用户研究,需求采集,需求分析,需求筛选,需求开发,讨论&交流,ThanksTO:
iamsujiehttp:
/,致谢,谢谢!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UnCD 用户 需求 中心 设计 newTemp