-
Open Book(Galaxy Fold):这种手机有一个比较小的或正常大小的外部屏幕,打开后可以变成一个更大的平板电脑大小的内部屏幕。它们在尺寸上很相似,并且可以有更大的屏幕空间,但是手机打开时两个独立的内外屏幕之间转换比较笨拙。

-
双屏幕手机(Microsoft Surface Duo):这类设备有两个一模一样的屏幕彼此相连。能够提供传统的手机体验和更高效的即时体验,但软件体验上受到两个独立屏幕的限制。

-
折叠屏幕手机(华为Mate X):这种手机只有一个屏幕,它可以展开变成一个更大的平板电脑大小的屏幕。这是最自然的硬件实现,因为它做到了各种状态之间的自然转换,不需要大屏幕时可以用尺寸小的便携屏幕。

一款设计良好的、集以上这些设备众家之长的可折叠手机将是方便携带的,且能够无缝过渡到更大的屏幕,以提高生产率。有了它,我们可以尽情想像能够发挥这些优势的软件实现方式了。
过去和现在的教训:软件
许多公司已经开始发布新的软件功能以支持这种新设备。在2019年,谷歌发布了Android 10,支援折叠屏幕手机,其中包括三个相关功能:
-
“Open Book”的连续性:手机屏幕打开时应用程序自动反应调整界面,就像在Mate X上一样。对于那些能够最大化外屏幕空间的APP来说,这是一个很好的解决方案,但并不是所有的APP都需要扩展屏幕空间,也不是每个应用都能充分地利用这个特性。

-
“折叠屏幕”的连续性:应用程序能够根据不同的屏幕大小反应调整使用者界面的大小,通常是从更小的外部屏幕迁移到更大的内部屏幕,就像Galaxy Fold一样。不过这种转换体验很差,因为它导致使用者脱离使用环境的上下文,无法显示界面是如何被重新映射到大屏幕上的。没有这种映射转变,使用者体验上的应用导航心理模型就会不连贯。
-
多窗口功能:允许多个应用程序——两个、三个甚至更多——在大屏幕手机上同时运行。这是一个很大的进步,但同时也暴露了硬件的弱点;这种界面安排混乱而且复杂,不够灵活,效率其实不高。手机使用者不是股票经纪人,他们的手机也不应该变得跟令人眼花缭乱的股票交易所界面似的。
iPadOS也提供了一些有助于提高行动设备效率的新特性。
-
Home Bar手势使使用者能够以一种灵活快捷的方式快速切换应用程序,但是只能按时间顺序切换。不应该用有限的内存去储存应用程序的先后顺序。
-
SlideOver允许应用程序在一个小窗口中执行,可以透过手势呼叫和关闭它。SlideOver中可以同时执行多个应用程序,并可使用home bar手势进行切换;透过这种方式,SlideOver基本上就是一个运行在系统其它部分之上的微型iPadOS。这是一个强大的功能,可用于快速查询、微互动(如切换歌曲),以及像发送消息这样的辅助操作。
微软还在Surface Duo上示范了Windows 10X及其Android Skin的灵活功能。他们似乎尚未命名这些功能,因此,我将获得一些创意许可:
-
可扩展性:应用能够在两个屏幕上显示两个独立的视图。在微软放出的介绍影片中,演示了将Outlook从一个屏幕扩展到两个屏幕,其中一个屏幕是收件箱视图,另一个屏幕是消息级子视图。对于某些应用程序——尤其是具有明显的多模式视图(例如Outlook)的应用程序——来说,表现非常棒。
-
线性工作流:允许新APP接管它从其中实例化的屏幕,并将其父屏幕推到左侧展示。例如,打开Outlook中一封电子邮件里的PowerPoint演示文稿,它会在最右边的屏幕上展示,原来的电子邮件消息会被推到屏幕左侧,从而保持上下文连贯。
最后,让我们深入探讨一下一个重大的退步(遗憾):就是Palm的webOS,可惜它“生太早了”。
- 堆叠将各个应用程序的不同实例组合成工作集,以便可以在多任务界面之间快速切换。当一个应用程序连结到另一个应用程序时,这个新应用就会在同一个堆叠中打开。堆叠可以根据使用者需要重新排序。Dieter Bohn优雅地解释了其中的妙处:
“您可以真正了解应用程序所在的位置……用您喜欢的方式安排所有的工作,这真是太方便了。”
总之,这些特性为提高效率奠定了坚实的基础,但是它们分散在不同的操作系统中,整体上看还有待更充分地开发。我们如何才能以它们为基础制定一个大一统的生产力解决方案呢?
具体原则
透过深入学习软件,汲取经验教训,我们可以创建一些显而易见的指导原则。
-
不同的应用需要不同的展示方式。Windows 10X中的Outlook具备了多模式视图,而诸如地图之类的应用则适合较大的视窗。音乐和消息应用并不总要居于上层,但是它们需要容易触达,因此最好使用SlideOver之类的互动展示方式。
-
工作流越复杂,越需要简单的导航,应该尽量使使用者在工作流的不同部分间切换体验更加顺滑流畅。导航应该是一种提高生产力的手段,而不是最终目的。
-
工作流是动态变化的。重新安排工作空间应该很容易,因为即使在同一会话中,工作空间也很少相同。应用程序的多个实例必须是可预测的,并且易于跟踪。
提高行动生产力的一点建议
当前大多数硬件中最大的问题,就是“手机”和“平板”模式之间的转换过渡很笨拙。因此,该解决方案专为Mate X风格的设备量身定制,它尽可能地消除这种转换中的糟糕体验。
可折叠软件的最大缺陷同样也是过渡到活动状态,一旦进入活动状态,便在其中行动。我已经创建了三套互动范例来解决这个问题,其中一套可以满足我们的每项指导原则。
不同的应用需要不同的扩展方式
我调查了各种不同的应用程序,并将它们分为三种基本的过渡模式。
- 静态应用程序在预设情况下视图大小是不变的,即使屏幕大小改变它也不变。这类应用程序往往比较简单或是呈现列表风格的内容,比如待办事项列表或天气APP。
- 多模式应用程序在呈现多个视图或多个讯息集时最有用,常见于电子邮件、消息应用和社群媒体APP中。
- 扩展型应用程序在沉浸式屏幕空间中体验最佳。地图、照片或布局复杂的APP就比较适合扩展到全屏幕,因为提供了更大的展示空间。
复杂的工作流需要简单的导航
iPadOS的主页栏在这方面做得已经相当不错了。它创建了一个简单的2D心理模型用于导航,不需要离开当前的使用场景。然而,它仍然过于简单,无法支援复杂的工作流;使用者只能后退和向前。我们理想的导航方式是既能够保持这种简单的操作,又能进行逻辑排序以提高工作效率。
webOS给了我们一些方向。堆叠允许使用者在两个层次上创建有意义的工作空间:第一个在堆叠内部,第二个按堆叠本身的顺序。在此建议中,我称这些堆叠为Spaces。
Spaces是使用者定义的应用程序组。一个Space至少要包含一个应用程序,但数量没有上限。使用者可以清晰地设置Space中应用程序的顺序,使得它们的位置和顺序变得有意义。应用程序的不同实例或从其它应用程序中打开的应用程序在它们被调用的同一空间中显示为相邻卡。
SlideOver已经在iPadOS中表现出了令人难以置信的强大实力。在这里,它以相同的方式起作用,但不提供在空间中组织APP的功能。这使得导航保持简洁且无重复,同时使用者仍能够快捷轻松地访问后台次要任务或参考资料。无论使用者在哪个工作空间中,SlideOver中的APP都是相同的。
工作流程不固定
在Space中的应用程序之间导航使用与iPadOS相同的主页栏范例。使用者可以和一个应用程序一样缓慢地在其空间中左右行动,不管该应用程序是否占据了整个屏幕。这使得使用者可以在保留任务上下文的同时,快速切换和预览比较小型的APP。
在Spaces之间导航也使用主页栏。Spaces的末端是“黏性”的——也就是说,从一个Space移到另一个Space需要更长的手势。这使Spaces的边际更加包容,防止使用者不小心意外跳出其任务空间。可以像在WebOS中一样明确地安排Spaces。
主页栏直观地反映了Spaces和应用程序的顺序。它被分解以提供最近应用程序和空间的鸟瞰图。按住它可以提供更详细的视图,使用者不必离开当前使用环境就可以了解目前应用和Spaces的布局;从而他们可以在Spaces之间快速导航,并放大焦点应用程序以提供直观的导航讯息。
重要的是要认识到,扩展的应用程序本身并不能提高生产力。有时,较小的视图更好用——毕竟工作空间是可变的——因此将应用程序收缩回其未扩展状态的互动至关重要。使用者可以在主页栏中向下滑动以扩展或缩小焦点应用程序。我考虑采用一个捏的手势来完成这个操作(我认为这是一个更强大的隐喻),但这个决定在主页栏的有限空间中以较小的误差范围增加了不必要的摩擦。
透过将Spaces和主页栏结合在一起的方式,使用者可以快速构建,维护,重新排列任务空间的不同部分,并在它们之间进行行动,同时保留当前正在执行的操作的上下文环境。
Spitballs系列探讨了新颖的使用者体验问题,并提出了解决方案和探索建议。
- 资料来源:Why would I want a folding phone anyway?
- 本文授权转载自36Kr






























