「按钮系列」之按钮位置与用户体验的关系

　　本文次要给各人解说：「确认」、「下一步」等那类存正在于页里中的按钮正在摆放时，对页里 or 产物形成的影响有哪些。

　　那类按钮正在页里中的次要情势有以下三种：

　　牢固于底部

　　牢固于底部且跟从键盘活动

　　跟从列表挪动(用户体验解说)

　　牢固于底部

　　当「下一步」or「确认」等按钮牢固于页里底部时，从兼顾齐局的角度去道，页里的规划会比力明晰，差别页里之间的团体性愈加分歧，契合设想的同一性本则。

　　以是将按钮牢固于页里底部，是许多设想师正在设想此类界里时会利用的办法。

　　可是那其实不能阐明那种办法好，假定：那三个页里中的列表是需求挖写或编纂的，则按钮置于底部便会正在操纵上隐得没有是很便利。

　　尾先，对列表可编纂栏停止修正时，页里下圆会弹出键盘，而键盘的呈现会将确认按钮遮盖住，招致用户没法面击。以是产物正在开辟时便需求留意将键盘的「Done」或「完成」键取页里的「下一步」按钮做联动。但实在有些键盘是出有「Done」或「完成」键的，以是那里对开辟本钱去道是更年夜的，固然那没有是最主要的。

　　重面是，关于一些用户去道，面击键盘上的「完成」键是比力陌生的，包罗我本人，实在皆很少间接来面击键盘上的「完成」键。便像年夜部门人一样，正在完成编纂后的第一反响没有是面击键盘的「完成」按钮，而是面击键盘的「躲藏」键或页里空缺处，期望键盘消逝，从而显现出「下一步」按钮，但是那样的操纵其实不友爱。

　　以是从那面思索，假如正在产物列表页里的操纵历程中，列表范例属于检察类的话(即不成编纂)，那末同一将按钮置于页里底部，是出有成绩的。

　　而假如正在产物列表页里的操纵历程中，存正在需挖写或编纂的状况，那末将按钮牢固于底部，便没有长短常明智的挑选了。

　　牢固于底部且跟从键盘活动

　　我最开端设想的计划实在便是那一种：将按钮取键盘绑定，一开端牢固于底部，停止编纂时，键盘弹出，便将按钮一同带上去。

　　那样不只很好的处理了上里提到的「按钮被遮挡」的成绩，并且操纵历程中也十分便利，无需编纂便牢固正在底部，需求编纂便随键盘挪动到上圆。不管列表怎样变革，按钮的地位永久是那两个处所，没有会变更。

　　惋惜，我是一个有极端自愿症的人，以是当我逢到极度例子的时分，我又开端纠结那个计划的可止性。以下图：

　　是否是素昧平生?我正在绘草图的时分，逢到那样的状况，坐马能遐想到平常用 App 碰着相似的场景：按钮暴露一拾拾，挖写完成后，没有是念着先把键盘躲藏大概是面击键盘确实认键，而是用本人纤细的脚指来面按钮暴露去的那一部门，然后常常面错。

　　以是我持续开端念计划了。

　　跟从列表挪动(用户体验解说)

　　按钮跟从列表挪动，是我念了很多计划后定下的，固然也存正在瑕疵，但曾经是我能念到的计划中最好的一种了。

　　瑕疵便是：利用那个计划固然能处理键盘弹出的成绩，但实在借是会呈现遮挡征象，如图。

　　但相较于跟从键盘挪动的益处是：契合用户的操纵体验。

　　我信赖第三个计划(跟从列表挪动)是尽年夜部门人正在设想时皆能念到的，可是许多人必然没有晓得那么设想的本果。

　　正在设想那个流程的时分，实在有一个误区，也便是我开首提到的，即：页里遵照设想的同一性本则。

　　招致设想师正在设想的历程中，期望将页里元素尽量的同一化，包罗图标、按钮、地位等等。从而疏忽了实在每一个页里皆是一个「零丁的个别」，我们需求的是让用户正在每个页里皆能逆利的完成操纵，而没有是从设想者的角度去道「页里规划」的同一性。

　　以是按照列表的浏览次第，我们从第一止开端读到最初一止，从视觉流的角度去道，按钮正在靠近列表上面的地位时，关于用户去道是领受的最快的。

　　同时，我正在设想的历程中，反对了将「确认」按钮置于左上角的计划。

　　果为正在那类列表页的操纵下，用户来确认列表疑息长短常主要的历程，以是将「下一步」或「确认」按钮置于左上角，只要是正在列表页的内容其实不主要的状况下才会云云设想。

　　总结

　　本篇文章次要道的是：按钮的地位对页里的影响，没有要被分歧性本则所束厄局促，而要明白灵敏使用。

　　以是页里中的任何一个元素的摆放，影响的皆不只仅是页里的规划，更多的实在是用户正在操纵历程中的体验。

　　实在事情中有许多相似的小成绩，许多人只是天经地义的以为是那样，出有来穷究过为何，而那些细节常常是产物能否胜利的枢纽。