tft每日頭條

 > 生活

 > 23種設計模式定義

23種設計模式定義

生活 更新时间:2024-11-28 18:06:58

編輯導語:産品與交互區别之一在于,産品定義功能,交互完善體驗。一個功能設計看似簡單,實則不然。删除操作作為常見的交互功能,也是人們比較容易忽視的一個功能。本篇内容,作者将帶領大家深度解析“删除操作”,大家快來看看吧!

23種設計模式定義(深度解析删除操作設計)1

删除操作是最常見也最廣泛的一項交互功能,但也是互聯網時代人們比較容易忽視的一項功能。本次深度解析系列,會從常見的功能開始分析,穩紮穩打,為體驗的提升做出微薄的貢獻。

一、明确“删除”的含義

明确其含義是體驗操作的基礎,在見過不少終端和應用混用文字的情況後,我深知基礎的重要性。做好文字的表達既是緻敬偉大的中華文化,也是弘揚與發展的根基。

删除是指去掉不用的東西,原用于書信、政策等文事中表達。在信息時代,可以是删除短信、删除記錄、删除聯系人、删除圖片等等。它的賓語應該是信息時代的某件“東西”。

1. “删除”與“清除”

清除的意思是指全部去掉、掃除幹淨。應用的場景多為清除積雪、清除雜草等清掃性工作。在信息時代,清除多為去除數據、任務、緩存等,其賓語不是普通東西,而是更 “抽象的組合”。

在數據和内容的去除上,“清除”與 “删除”更徹底。

無法删除的進程、任務上,适合用 “清除”,例如清除緩存、清除通知、清除後台程序。

在可删除的内容上,通常用“删除”,例如删除記事、删除文字、删除錄音文件。

2. “删除”與“移除”

“移除”重點在“移”,轉移其位置,而不會删除。例如收藏的聯系人、收藏的歌曲、回收站裡的文件等等。“移除”為将内容從某個空間移走,并不會删除。

3. “删除”與“取消”

“取消”多用于某個任務、進程等帶有正在進行時屬性的動作,例如取消訂單、取消搜索等。“取消”也經常用于彈框中,與“确定”相反,用于中斷某個即将開始的動作。

4. “删除”與“退出”

“退出”是指退離所在的場所。其含義一是主體在某個場所中,二是主體要與該場所斷絕聯系,三是離開這裡。“退出”不會對這個場所的存在造成影響,“删除”則會使這個場所消失。

在信息時代,某個應用、群、組等都會是虛拟的場所。因此退出應用、退出群、退出小組等是指離開這裡,而删除群則使群消失。 其中“删除應用”一般不會用到,是因為“應用”是個多重對象,請看第二部分。

二、明确删除的對象

删除的對象看起來很簡單,實際上學問很多。它的意義在于,設計删除時,我們能将不同屬性的對象區分開,設計出更符合自身的流程體驗。

1. 是否是獨立個體?

删除對象有些是獨立的,僅代表自身一方的存在;例如,一張圖片、一個聯系人、一個訂單、一條動态等等,這些都是獨立的。

有些是具備多重身份的,該對象是多重内容的組合體。

23種設計模式定義(深度解析删除操作設計)2

例如,一個群組,在删除時它既包含群屬性,又包含組内成員。一般在其删除時,确認删除框中會說明删除的是哪部分,避免引起歧義。

例如,一個下載中的文件,其既包含下載進程,又包含已下載的那部分文件,因此在做删除設計時,應針對其包含的多重内容做針對化的設計。

例如,“應用”本身是個組合體,包含了很多安裝文件、緩存文件,還有個安裝過程,“删除”與之對應會比較局限,因此通常會用“卸載”應用,安卓6以後,卸載應用會包含删除文件的過程。

2. 産生來源

明确這一點,對于删除文件的重要性,有一個明确的認識。

第一類,用戶意願産生的,指用戶在其中付出心血和努力的内容,例如用戶的聯系人、錄音、帖子、日曆、備忘錄、圖片等等一切都是用戶主體為意願做的。此為第一重要區。

第二類,用戶輔助産生的,就是基于用戶自身的意願,非直接産出的内容。例如各類記錄:通話記錄、訂單記錄、播放記錄、查看記錄等。或者與用戶生産有很強關聯的,例如對方的回複信息。或者是雖為用戶自主意願生成,但是并未付出較多心血,例如新建的鬧鐘。此為第二重要區。

第三類,應用端或設備端産生的,用戶未參與産生。

例如菜鳥裹裹應用是根據用戶的訂單,獲取不同訂單的物流信息列表,提供提醒相關的服務。例如應用推送内容、他人的直播等等,此為第三重要區。

三、删除的位置

從全局看,區分内外的删除對象,删除的位置應該在文件外部,而非文件内部

關于删除的位置,很多年以前的一次設計故事,一直影響着我。

我在做記事本的應用設計,當時競品上的删除功能大多放置在記事查看界面,當查看這個記事後,點擊删除,這個記事就消失了,返回至列表界面。

這個感受很微妙-“我”這個主體,在這個應用的時空中突然沒了根基,雙腳離地,然後被安排去了其他地方。

我一直思考後發現,這個删除并沒有考慮“我”這個主體的位置和感受,而讓用戶清晰判斷所在位置和行為路徑是交互流程中至關重要的。

後來,我也發現很多應用的“删除”這個操作慢慢都轉移至列表上,而非文件的内部。

例如,iOS備忘錄會把删除放在備忘錄的内部,該備忘錄删除後,自動顯示下一條備忘錄,其仍保持着原有的理念。

23種設計模式定義(深度解析删除操作設計)3

備注:

  1. 對于内和外區分不明顯的删除對象,可不考慮此條。
  2. 編輯狀态并非其内部,編輯狀态時删除是合理的。

删除的相對位置:

對此項衆說紛纭,有人說其是高頻操作,放在顯眼位置;有人說是危險操作,應以避免誤觸為主。“誤觸”也是在交互中比較多的詞語,我之後會專門寫一篇看法。

而删除的位置,我認為應該放置在比較明顯的位置。其明顯的程度需要取決于用戶删除的頻率和需求強弱。

例如用戶的圖庫,每天産生大量内容,其删除需求很高,位置必須顯眼,操作簡單。

例如用戶的群組,群是長遠内容産出來源,删除需求并不高,可以末位顯示,但仍需要顯眼。

23種設計模式定義(深度解析删除操作設計)4

四、删除的操作

經過若幹年的發展和沉澱,删除的操作通常為以下幾種:

1. 隐藏式—長按要删除的條目,顯示删除選項

安卓系統廣泛應用,接受度較高,除設計删除,還可以做其他功能的設計。

23種設計模式定義(深度解析删除操作設計)5

2. 隐藏式—向左滑,展開删除選項

蘋果手機中廣泛應用,左滑顯示删除,右滑恢複原有狀态。

其優勢:

  • 不打斷用戶的操作
  • 展開顯示删除,相當于确認,點擊後删除
  • 滑動本身操作效率略高

3. 直接顯示在界面中,這種最直觀,适合應用在非列表的顯示重要内容的位置

由于列表的删除屬于一種編輯菜單,是每一個條目均具備的屬性。其一,列表經常滑動/點擊/長按,列表不适合放置操作按鈕,其二,一排的删除按鈕,由于其重複性,視覺上顯得笨重。

23種設計模式定義(深度解析删除操作設計)6

五、删除的流程

删除的流程有幾個關鍵步驟,自行去組合即可。

1. 确認彈框

這是最常見也最廣泛的一個步驟,用于确認當前的操作。事實并非所有的操作均需要确認。

23種設計模式定義(深度解析删除操作設計)7

根據删除對象的重要程度,我認為第一重要區的對象一般需要确認,第二重要區的對象可不确認,第三重要區的對象無需确認。

以上也并非絕對,例如第一重要區的,用戶拍攝的圖片,由于其更新頻率高且有回收站的情況下,可減少操作不必确認。

例如,菜鳥裹裹為例,左滑列表顯示删除,點擊删除彈出确認菜單,點擊删除後即完成删除操作。

23種設計模式定義(深度解析删除操作設計)8

其删除的内容屬于第三重要區,通過左滑顯示删除的方式,再次彈框提示,過于繁瑣。

2. 删除後提供撤銷

撤銷Toast形式适合于誤删或删除後立刻後悔時,可在幾秒内選擇撤銷。這種在安卓原生系統中比較常見。

文件類的應用提供回收站等撤銷服務。這兩種方案均未得到廣泛應用,認知成本和開發成本較高,且并非解決根本問題。

機器永遠是做機器即可,不必牽強附會。可以給用戶容錯的機會,容錯是個無底洞,即使容錯99次,總有用戶犯第100次。因此撤銷并不是一個優質需求。

其中在創作類和編輯類軟件中,撤銷仍是一個關鍵的功能,這并不沖突,反而是客觀辯證的看待問題。

3. 已删除提示

當删除完畢,經常看到會有一些Toast提示“已删除”。“已XXX”這是彙報性性文字。Toast的形式對用戶操作的打斷相對彈框較弱一些,但是對于用戶的高效生活來講,仍會有一定幹擾。

若删除操作和對象均在本界面可見範圍内,删除内容界面會進行更新,則無需Toast彙報。

若某些操作和對象在本界面操作,卻在其他部分産生影響,則需要Toast彙報。

例如,在微信中下載一張圖片,保存的位置會通過Toast顯示,這種情況,是将圖片存在其他界面的某個文件夾中,告知詳情有必要。

六、結語

産品與交互區别之一在于,産品定義功能,交互完善體驗。一個功能設計看似簡單,實則不然。我希望當别人問我們為什麼這樣設計時,能有理有據。接下來我會把普通的功能,通過深度分析系列,逐一剖析展現,在體驗路上能一步一個腳印前行。

本文由 @張甯甯 原創發布于人人都是産品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关生活资讯推荐

热门生活资讯推荐

网友关注

Copyright 2023-2024 - www.tftnews.com All Rights Reserved