实现模型和心智模型对产品升级流程交互设计的影响和差别

发布: 2008-11-12 23:37 | 作者: 大智 | | 查看: 22次

I0T \{KG0最近分解了某个产品在线升级的交互流程，发现非常繁琐，频繁地询问用户一些不应该问的问题。问题出在哪里？

#| } B8v1Tu0该产品原来没有专人做交互，也不会有人站在用户的角度思考产品的交互行为，繁琐的交互行为是适应开发需要的结果。

逻辑上，全新模式的在线升级步骤是：下载-->卸载-->安装-->重新启动；增量模式的在线升级步骤是：下载-->更新文件-->重新启动。很多做开发的倾向于全新模式，因为在做升级程序之前，已经有了卸载和安装的两个独立模块，ok，开发人员最善于利用“集成模块”和“程序复用”减少开发量，于是，开发人员只需要付出最小的工作量，做一个下载模块，然后把它和卸载、安装模块拼装起来就成了一个在线升级模块。

b5T1H%?wz$o0ok，功能实现了。但是，当用户操作这样的产品时，产品会给用户留下什么样的印象呢？

喋喋不休，机械，健忘，傲慢，胡搅蛮缠......

怎么会这样？让我们先分析一下独立的卸载模块和安装模块的交互步骤。

Oad\YS}0卸载模块

"`*t|)S%j'd0业务场景：用户不想继续使用本产品，或者对现版本不满意，想手动清除之后再安装新版本，于是从开始菜单中执行卸载命令。

交互步骤（从对话框，我们可以看出它的交互步骤）：

1、用户执行卸载命令

2bUbEr7qq4T02、***软件正在运行，安装程序将关闭软件并将其卸载，是否继续？确定取消？

i^ `?.wI7_0\03、您确实要完全卸载***及其所有的组件？是否？

4、您要删除在本机的个人信息和历史记录吗？是否？

?.O{:E\%Ih05、卸载进度对话框

6、卸载完成对话框，***已成功从您的计算机中删除，确定？

/RjLY])kr0安装模块

业务场景：用户没有使用过该软件，于是第一次执行安装文件。

6H1y/A5P_5{2g0交互步骤：

1、运行安装文件

&[V#a%|\4X02、欢迎安装对话框，“单击下一步继续”下一步取消？

~%Xv2|&q.dY/^&r?'k03、许可协议，“同意不同意” 下一步取消？

4、选择安装位置，下一步取消？

5、选择开始菜单文件夹，安装取消？

6、显示安装进度

^#a7w(e8UJ|vX07、安装完成对话框完成取消？

.@2PT,[;f6jZgy08、执行启动程序

m!}p}o#rQ#~e0再看看下载模块的交互步骤

1{ l?,}9h:X%k0业务场景：用户已经安装该软件，用户想升级产品获得更多更好的使用功能，于是从菜单执行“在线升级”命令

sy9st:U#v{q0交互步骤

~!wF:mFGm#v0`.?01、执行“在线升级”菜单命令

2、对话框，***最新版本已经发布，强烈建议您将***更新，您现在要升级吗？确定取消

1E5_d vB3A@#Q*fK0下载进度对话框取消？

2.1、（if 取消）对话框正在下载***的升级文件，您决定放弃下载吗？如果放弃，您将暂时不能使用新版***的功能。

（下载完成进入卸载流程）

好啦，现在我们看看依靠技术实现模型拼装起来的升级功能的交互步骤：

mo_EM DCd01、执行“在线升级”菜单命令

gC1et7@6q Na8o'N02、对话框，***最新版本已经发布，强烈建议您将***更新，您现在要升级吗？确定取消

U3T){B&|-f`f1Z03、下载进度对话框取消？

（if 取消）对话框正在下载***的升级文件，您决定放弃下载吗？如果放弃，您将暂时不能使用新版***的功能。

（下载完成进入卸载流程）

@J2aJ,EH@04、***软件正在运行，安装程序将关闭软件并将其卸载，是否继续？确定取消？

5、您确实要完全卸载***及其所有的组件？是否？

![fwU9Po#`+i_N"e!J06、您要删除在本机的个人信息和历史记录吗？是否？

GoS+q~7Y.S07、卸载进度对话框

(T6s(Q;X&ws08、卸载完成对话框，***已成功从您的计算机中删除，确定？

9、欢迎安装对话框，“单击下一步继续”下一步取消？

?;]$J"uSk~010、许可协议，“同意不同意” 下一步取消？

11、选择安装位置，下一步取消？

12、选择开始菜单文件夹，安装取消？

b[HvGU[v013、显示安装进度

mr1?]ar^J5_ qj013、安装完成对话框完成取消？

14、执行启动程序

天哪，一个简单的升级操作，居然强迫用户点了那么多确定！明明用户已经告诉过电脑，可是电脑居然还是缠着你不依不饶！为什么这么说呢？

mwk9H,t2h0用户执行升级命令就意味着在执行命令之前就同意了删除旧的安装新的。那么从语意上讲，删除动作是不可避免的，而且是用户同意的。不可避免的行为（目标）和行为该干什么（意图和步骤）？那是程序的事，应该让程序自动判断自己执行，没有必要一再问用户“要不要关闭？”“要不要卸载？”

另外，升级和一般意义的卸载不同，执行独立卸载命令之前，会有一个临界状态的确认，因为删除是不可恢复的；但是，升级卸载，在卸载之后马上就会安装，等同于恢复，所以，也不存在临界状态的操作确认。

^PDVd0第三，从使用的延续问题上，升级的语意是还继续使用本软件，那么，个人信息和历史记录肯定是要保留的。独立卸载的情况相对复杂一些，用户可能会继续使用也可能不会使用，所以，要询问用户是否要保留以上信息。所以，语境变了，行为也应该变化，而不能机械的搬用。

SK_V;f?N0把独立卸载的问题搬到升级卸载中的来，可以用一个生活场景来类比：

h6X"u;MZ Hj0某领导事务繁忙，废寝忘食，突感腹中饥饿，始知已过饭点，遂唤小秘至，嘱其叫外卖充饥，不一时，小秘携外卖至，放饭食于桌上，立于前，若有所语。

上正欲动箸，见秘尚无退意，甚奇，遂问之

"C9Y-xpi6F_0“尚有何事？”

秘答曰“饭至已”

上应曰“诺”

;YBo M.Tw eVJ0秘复问之“饿否”

JzzH1VaftS0“饿？！”

hy0tnh7zT5X6?tE0“饭否”

8_q1BT7D0“饭？！！￥％……&×&”

“可口否？”

“^&*&*((()”

上无语倒地，口喷白沫......

9Ft,j9l HQ_*S:N^0这个场景是个虚构的笑话，秘书不可能傻到这个地步，饭到了，吩咐买饭的人自然会吃，问一些与场景不符的问题，不是脑子进水，就是别有用心。但是我们遇到的一些软件，常常会有一些出格的行为。

再看看安装步骤的问题。

0KjQDr2uHB,X0同样，升级安装和全新安装的语境也不一样，全新安装需要用户同意协议，选择或设置“安装目录”“开始菜单文件夹”。但是在升级安装时，把这些问题又拿出来却是是多余的，用户会想“我已经告诉你了，不用再问我”99％的用户此时的目标是放弃旧的获得新版本，不会对“安装目录”“开始菜单文件夹”有修改动机。拿与用户目标无关的问题打搅用户，只会引起用户的反感。可能，有人会说“也许1％的用户有修改动机”但，那也与本流程无关，他只能通过其它的途径获得。不能为了1％的边缘需求，破坏了99％的主要目标。在实际产品设计过程中，没有掌握科学分析方法的人，往往会被1％的情况迷惑。

用户可能不会了解那么多技术细节，不管是全新升级还是增量升级，在用户的概念模型中就是：下载-->升级-->新版本启动

qrz#Z-cs xv uO0合理的卸载安装交互方式应该是在升级文件下载完成之后，让程序自动执行卸载和安装，把与语境不匹配的会话去掉。甚至不需要显示哪是卸载哪是安装（增量模式就没有卸载），因为，用户的心智模型中，原本就没有这么细节的概念，只有产品行为和用户的心智模型匹配，才最被用户理解和接收。所以，只需要用进度条给用户反馈升级完成的百分比，减少用户等待的焦虑感。

优化的交互步骤是怎样的？

1、用户执行“在线升级”命令

w)['Co4T$UQq/B02、提示对话框“您当前的版本是***＋版本号，升级新版***＋版本号，可以获得以下新功能：

o0vbOl0**************”马上升级取消？

\+Eg:Z+A0（if无升级文件下载）提示对话框 “您当前使用的是最新版的***＋版本号，感谢您继续关注我们的产品更新。”确定

3、对话框显示下载进度

fE!n/?S`0（if 下载完成）

4、对话框显示升级进度（包括卸载和安装的操作）

u`h}FHI&b~(kb0V05、（if 升级完成）立即启动程序，并打开浮动窗口介绍新增功能和特点。

（if 用户在原版本选项中设置了自动登录，那么自动登录）

从业务场景和语境分析，优化之后的交互流程，从原来的14步减为5步，对话框会话从10个减少到1个。

U ~0R:~YundL0顺便看了一下其它的常用软件的升级流程，或多或少的也存在一些多余会话的问题，包括一些大公司的产品。看了子条的“从“...”看中国的UI设计界的粗糙”颇有同感，粗糙的事，在我们的身边很多。