用困难分解法解决特殊场景的交互困境

>

1. 病态交互替换成本高（MIC)

病态交互替换成本高（MIC）的两个极其重要的组替换成一小是关注点和口才。当一项特殊任务均必需难免的关注点或梦境才能完替换成时，它将具有低的病态交互替换成本高（MIC），从而降偏高了可用适度。

对于不同并不一定的梦境都有广泛的类群。最稍短的梦境并不一定称之为工作梦境，举例来观者叹在特殊任务过程底下仅稍短时间几秒钟。换句话观者叹，当我们进行时其他认知过程时，我们的工作梦境负责我们可以掌握的讯息。

史密斯原理指借助于，普通人一次必需在他们的工作梦境底下保留5-11除此以外。完替换成厂商底下的特殊任务所均需的工作梦境与显然给应用程序的病态交流替换成本高（MIC）负担替换成正比。

所以，特殊任务不应尽快应用程序随时在其工作梦境底下保留七个以上的建设项目。在极不及为数但都会，如若须要尽快应用程序在其梦境底下保留11个以上的建设项目，请运用于“区块”减轻其精神负担。“区块”指将讯息一组。

与关注点和梦境有关的另一个考量因素是“希克原理”。此条原理指借助于，“花钱借助于之后所均需的间隔时间都会随着同样的为数目和单纯化而减低。

2. 电学交互替换成本高（PIC）

典型的电学交互替换成本高（PIC）因素包括到达距离和尽不太可能跨度，应用程序输借助于的为数目以及完替换成特殊任务所均需的可用等。

费茨原理指借助于，游标尽不太可能的间隔时间（例如，单击中门幕）是距输借助于设备的距离和尽不太可能的击底下凸跨度的函为数。例如，如果鼠标光标很远且中门幕相当大，则单击翻开的中门幕将要花费更加长的间隔时间。

分析报告电学交互替换成本高（PIC）的最佳法律条文则是“特殊任务研究”和检查可用适度衡量，例如“特殊任务间隔时间”。

3. 交互逆时针和动机

在某些但都会，应用程序不太可能回避多种逆时针来实现其尽不太可能。应用程序根据“预料稍短时间性”的方法律条文论来之后采用哪种逆时针。

应用程序权衡每个可用的收益和替换成本高，然后同样收益与替换成本高彼此间最佳平衡的逆时针。应用程序反之亦然同样自己预料底下交互替换成本高更加偏高的于是就逆时针。

如果可用逆时针不简单或不熟悉，即使电学可用替换成本高很偏高，但由于病态交互替换成本高（MIC）低，他们之后也都会同样他们更加熟悉的逆时针。

具有低驱动力（例如，由于时尚品牌运营）的应用程序更加有不太可能承担低的交流替换成本高以实现其尽不太可能。假如消费者是某时尚品牌的忠粉，那即使这个主页的交互替换成本高高，那么应用程序不太可能仍有足够的驱动力去完替换成他们的特殊任务。

然而，如果应用程序出售如前所述厂商时付款流程的交互替换成本高高的话，那么他们很不太可能去其它主页出售。

从以上显然一致理论的观者叹明了底下我们可以看借助于，在分析报告交互替换成本高的时候，方法为数，游标最不及以及可用逆时针长稍短这些我们日常最瞩目的几个等价，并不能完仅有交互蓄意的一般而言。

而关注点替换成本高和口才替换成本高，以及预料稍短时间性，多半也都会替换成为之后一种交互蓄意替换成败的极其重要，而对于上都会写到的“难于布景”，也正是因为比特率过大和一般来观者叹过深致运用于户的关注点和口才替换成本高方型减低，从而避免如前所述组件体验观者崩塌。

图例底下，我显然一致汇编了各个交互替换成本高组替换成的因素，以及都会避免的结果。

四、如何拼装？与此相关一

我们简要于是有了难于拼装法律条文的基本法律条文则和交互替换成本高的主要方法律条文论之后。最后开始进入正题，我们通过难于拼装法律条文和交互替换成本高计算的逻辑，来妥善解决上都会写到的两个与此相关的弊端。

首必先，我们必先拼装一个单纯的与此相关。

拼装难于法律条文的现阶段是将一个大的容易和解的尽不太可能旧楼替换成各个小尽不太可能，所以我们均必需必先具体这个与此相关的现阶段难于点。

第一步，研究弊端。这个建议的高效能就在于：在电学交互替换成本高上，省了一步游标，将讯息同样po到相对于的周围，根据格式石塔的接近法律条文则，应用程序可以很容易的找和检视可视相对于对象的简要资料。但是这些高效能只限于在相对于对象不及，展示出的简要资料讯息比特率小的布景内。

一旦处于比特率巨量的布景下，就都会避免大量的讯息杂揉。相对于与简要资料相互交织、覆盖，并不混乱。如果应用程序不想在这种图标去找讯息的话，将均必需蒙受并不大的关注点替换成本高，极大加长了应用程序同样讯息的间隔时间。

病态替换成本高的减低，对于应用程序的运用于情绪，也都会避免消极的影响。

所以，此与此相关的现阶段弊端就是：行进下端图标相当大，在有限的展示出在世界上，无法律条文容纳大量的为数据库，所以避免讯息都是在两兄弟，显然相异用程序运用于随之而来极大的扰乱。

那怎么去妥善解决这个现阶段弊端呢？

让我们开始进行时第二步：拼装建议的基本。通过研究可知，这个与此相关相当大基质度的两个交互基本为：

在图片上找寻瞩目区外的相对于标示； 检视相对于标示相显然相异的简要资料为数据库。

那么现在，根据上都会写到的拼装法律条文则，我们要将缘故一步到位的交互蓄意，旧楼分替换成两个相当大基质度的交互蓄意，然后分替换成如此一来来和解同样的特殊任务尽不太可能。

第一步，在图片上只留下相对于标示的显示，这样的目的主要在于让应用程序只集中精力于找可视区外的相对于标示。在去掉了了大量为数据库讯息之后，该主页就一下都会舒畅许多。

而第二步就是将检视简要为数据库旧楼分替换成一个可用，即游标某一个相对于标示时，简要资料为数据库通过借助于卡牌，或者借助于窗的表现形式，去展室简要为数据库。（如果简要资料为数据库不及，就可以运用于卡牌的表现形式，这样不都会停下来现阶段可用；如果简要资料比特率很小，并且均必需足够的推广适度以便中后期减低简要资料，则可以运用于窗的表现形式。）

这么花钱则是为了让应用程序更加集中精力于检视他所瞩目的简要资料讯息。

观者叹明了完妥善解决建议，根据法律条文则的3，4条，我们两兄弟加权下建议对交互体验和特殊任务效能前提有进一步提高。首必先从替换成本高角度看来加权建议：

电学交互替换成本高：多减低了一个游标方法。 病态交互替换成本高：去除了图标底下大量都是的讯息，让应用程序可以清晰、迅速地检视图片位置，并高效的找应用程序所瞩目的区外相对于；

让应用程序只集中精力于检视他所瞩目的相对于讯息，消除了其它大量讯息的扰乱。即使通过粗略的测算，也可以算借助于来，多游标一下的交互间隔时间，要比在大量讯息底下去解析的间隔时间要小得多。

其次从特殊任务尽不太可能角度看来加权建议：

和解了与原建议相异的目的，即可以找某个区外内的相对于标示，并可以检视显然相异的简要资料。 妥善解决了讯息都是在两兄弟，显然相异用程序运用于造替换成极大扰乱的交互极其重要问题。

所以，综合替换成本高和尽不太可能来看结果，这“多一步”的获益，理论上极大提高了应用程序的解析效能。

五、如何拼装？与此相关二

当然，上都会这个例子显得单纯，第一交互逆时针稍短，第二也属于比较如前所述的交互妥善解决建议。那最后，我们两兄弟来研究一个稍微繁杂点的与此相关，看一看，当“海量为数据库”如此一来加上“深一般来观者叹”时，我们用这种手段前提还能妥善解决。

首必先呢，还是老套路，必先两兄弟来具体一下我们要现阶段妥善解决的弊端：

首必先概括这个与此相关的高效能：可以将可用在一个该主页内仅有部铺开，并且通过游标加速开启下级该主页，然后在一个该主页底下对多层为数据库进行时检视和可用。这种交互在为数据库较不及的布景底下，是从未弊端的。

但是，在行进下端布景底下，因为图标大小有限，一直依赖于着为数据库展示出列借助于极为受限的弊端，而当一般来观者叹过深甚至为数据库列借助于难免时，这种弊端就都会愈加愈烈。所以，如果生产商环境底下长期处于比特率并不巨量的状态，就都会引借助于以下弊端：

（1）在一条完整的的中央GUI底下，只有第一一般来观者叹的为数目是恒定为1的，而二三四层的比特率都有不太可能为多个，尤其第四层的简要资料一小，为数据库列借助于都会更加多。所以在一个的中央GUI底下，论点每一一般来观者叹都有为数据库的话，应用程序大概都会看到4条讯息。

而如果二级讯息小于两条的话，在仅有展开的但都会，就现在占据了一整中门的位置（布景三），从而避免应用程序在一中门下，大概要去看10-12行（为数目随着一般来观者叹4为数据库列借助于的变化不大增减）的讯息。

论点我们如此一来合于中门，应用程序就大概均必需阅读和梦境20-24行讯息。前面的史密斯原理也写到，普通人一次必需在他们的工作梦境底下保留5-11条讯息。

完替换成厂商底下的特殊任务所均需的工作梦境与显然给应用程序的病态交流替换成本高（MIC）负担替换成正比。

应用程序在这个过程底下受制于海量为数据库，以及精细的一般来观者叹，都会蒙受大量的关注点和口才替换成本高，避免应用程序在运用于厂商的过程底下，病态交互替换成本高黄绿色方型增长。

（2）当一个的中央GUI二三四层的比特率过大时(图示布景二、三)，除了都会减低应用程序的关注点和口才替换成本高，还都会减低反复可用的频次以及应用程序的偏差替换成本高，一旦可用偏差或者看错为数据库，重新找寻这条为数据库的替换成本高都会变的高。

如果滚动一下的电学交互替换成本高为1，那么在多次滚动的但都会，我们滚动的替换成本高就都会替换成1*X，这个X表达式都会随着比特率的增大而替换成正比的迅速减低。

根据希克原理我们可知：决策所均必需要花费的间隔时间随着同样的为数目和单纯化减低而减低。所以改进建议的现阶段点就是：减低该主页内的一般来观者叹和比特率，降偏高应用程序同样的单纯化。

但是从企业上来观者叹，毫无疑问不能同样去减低为数据库的总量，所以我们须要从交互的角度看，去规章借助于可以减低应用程序同样的建议。

找寻了要现阶段妥善解决的弊端，最后我们就开始“拼装”。

那么从哪个角度看开始拼装呢？在此之前的状态是：随着每个一般来观者叹的迅速铺开，应用程序检视的为数据库就都会迅速减低。那既然为数据库总量上我们无法律条文动刀，那我们就从一般来观者叹独创，把每个一般来观者叹之外旧楼借助于来，根据旧楼分法律条文则的相当大基质度法律条文则，给应用程序每一中门提供最不及一般来观者叹的可选择，让应用程序集中精力于最不及为数据库的审核。

显然一致怎么花钱呢？两兄弟来忘了下面的妥善解决建议。

首必先，我们必先来旧楼分第一一般来观者叹。第一一般来观者叹是展开后面一般来观者叹的前提，所以我将第一一般来观者叹，设计者替换成了一个顶部读取。点开读取后，都会跳借助于窗，这个窗底下都会涵盖所有的第一一般来观者叹的可选择。

随着窗底下不同可选择的读取，我们都会于是就来到列表该主页，而该主页下方的为数据库也都会创下为此一级可选择下的所有为数据库。因为第一一般来观者叹的比特率，相比其它一般来观者叹，在如前所述但都会是最不及的，所以受制于更加不及的同样，应用程序便可更加集中精力、更加迅速、更加畅通的意味著特殊任务尽不太可能。

其次，我们将二层与三层，作为展开式的卡牌，形替换成一个卡牌式列表。（这底下将二三层放在一个该主页内，从未旧楼到相当大基质度让其形替换成两个该主页，主要是为了管控GUI最不及。）列表底下的为数据库只涵盖显然相异的第一一般来观者叹内的为数据库，所以这个该主页底下展示出的为数据库相对来说此前布景底下的“大而仅有”，现在获得一个并不引人注意的填充；的中央一般来观者叹，也减低为两层，一般来观者叹最优化相比此前单纯了许多。

另一上都，至多二层的为数据库都形替换成了一个分立的卡牌，这样在影像上，都会有一个引人注意的区别。无论是比特率上的同样最优化，还是影像上对于一般来观者叹的区别度，都大幅度缩小了应用程序的判别替换成本高。

如此一来次，因为第四层经常都会纵观大量为数据库，我们将第四层之外明确提借助于来作为一个分立该主页（或窗），通过游标第三层的列借助于进入。分立的该主页第一可以极大进一步提高应用程序对于布景的集中精力适度，第二有利于为数据库的推广适度，即使如此一来多的讯息列入，也不都会影响其它一般来观者叹的展示出特性。

而如果这些简要资料讯息还分作不同一般而言的话，我们甚至还可以投身于TAB审核，这样就可以更加加加速的通过一般而言审核填充借助于应用程序不想检视的讯息。

老规矩，在观者叹明了完建议后，我们依旧根据法律条文则的3，4条，对建议进行时各角度看的加权。

1. 替换成本高角度看

电学交互替换成本高：游标为数有小幅度减低，而因为图标内比特率减低，下划为数获得了锐减，另外GUI方法增多。该主页的比特率越远快，增幅的电学交互替换成本高越远不及。

病态交互替换成本高：应用程序在每一个该主页所均必需花钱借助于的讯息审核获得了大幅的减低，如此一来足够简单。因为一般来观者叹该主页旧楼分，而避免的为数据库大量填充可以希望应用程序完替换成加速决策。

而讯息审核更加不及借助于来的间隔时间替换成本高，极大略高于因游标而减低的间隔时间替换成本高。偏高量病态替换成本高的蒙受，也都会进一步提高应用程序的预料稍短时间性，从而运用于户比如观者叹一定程度的电学交互替换成本高。

2. 特殊任务尽不太可能角度看

这个建议，把同样和检视多层为数据库列借助于，拼装替换成了多步可用，让应用程序在完替换成每一个一般来观者叹内的检视和审核底下，去逐步完替换成对所有一般来观者叹的检视和审核。

拼装之后，每个一般来观者叹该主页底下为应用程序减低了大量的同样和扰乱，降偏高了应用程序同样的单纯化，希望应用程序更加不及更加多的同样特殊任务间隔时间。妥善解决了应用程序在大量讯息底下去海选的痛点。

所以从结果来看，通过拼装，既完替换成了布景下的特殊任务尽不太可能、妥善解决了此前依赖于的交互极其重要问题，也更加不及了大量的病态交互替换成本高，提高了应用程序的预料稍短时间性。

六、难于拼装等于绕圈子

看到这底下，也许有人都会观者叹，观者觉所谓的“拼装”，都是在“绕圈子”。其实理所当然，我们以上的两个建议都多绕了一步。但是交互底下本就从未最完美的建议，只有最适合布景的建议。如果可以妥善解决现阶段的布景弊端，对于偏高幅度的交互替换成本高的减低是可以接受的。

另外，我们有时候在设计者交互建议时，经常都会显得计较电学交互替换成本高，将“省一步”封为了交互设计者的“金科玉律”，从而比如观者叹病态交互替换成本高和预料稍短时间性显然相异用程序体验的影响，结果避免应用程序对于厂商的同样适度和体验观者两兄弟降偏高。

所以当应用程序受制于高额病态交互替换成本高的无助时，不妨蒙受一些“进一步提高电学交互替换成本高”的获益，也许这多绕的一圈，或者多走回的一步，反而都会让应用程序快得多的东端“罗马”。

笔记：安勇 Aiden

本文由 @安勇 Aiden 原创释借助于于人人都是厂商经理，未经许可，禁止登借助于。

题图来自Unsplash，基于CC0协议。

。

视力模糊是什么原因
手术后吃什么补身体
如何快速治疗腹泻
治疗新冠特效药
晕车后怎么缓解最快方法 飞赛乐
小儿支气管炎咳嗽吃什么药好得快
高品质生物药领导者
999消痔软膏主要功效是什么