翻譯 使用者介面和產品自定義

2021-05-06 17:03:57 字數 3856 閱讀 5232

翻譯:cathy

英文原文:

總結:使用者自定義介面的網頁與一般網頁可用性程度相當。但是自定義產品的網頁中複雜的工作流程大大降低了可用性。

基於網頁的自定義並不是什麼新的東西了,早在九十年代中期,就有人將自定義視為網際網路發展的必然結果以及商業弊端的萬靈藥。很明顯濾掉廣告以後能夠有效實施網路自定義可以為企業和使用者帶來很多好處。

對很多應用軟體來說,自定義顯然是很有用的。當然那些在自定義上投入重金可到頭來發現極少數使用者去自定義的公司數目也不在少數。也有數不勝數針對自定義而進行的使用者期望研究,但據我們所知,使用者所說的和他們所做的往往存在很大的出入。

最後,要成功實現自定義你必須要有乙個商業需要,弄清楚自定義將會帶來什麼現實的軟利益和硬利益,是否可以抵消正確的實施過程中進行的資金投入。

自定義和個性化

儘管「個人化」這個詞不常用,我們還是可以用這個詞來指代那些調整使用者體驗來滿足個人使用者需求的案例。在計算機剛剛為人們所使用的時候,每個人拿到的東西都是相同的。同樣,在網際網路時代早期,無論訪問使用者是誰,所有的頁面看起來都差不多。

今天網頁設計往往是針對具體使用者而製作的,所以在應用軟體和網頁上不同的人看到的是不同的螢幕。根據個性化設計的發起人來分,主要有兩種實現使用者體驗個性化的方法:

改變乙個新聞**,以後使用者每次訪問的時候首頁都會顯示使用者家鄉的天氣預報。

2.  改變汽車銷售**,顯示某個顏色以及具有某些特徵的車型和自定義汽車的價目表,現在大部分汽車**都將這些配置程式放在很顯著的位置。

內網門戶管理採用基於角色的個性化來向已經註冊成為人力資源資料庫經理的使用者顯示與管理相關的特徵。

乙個電子商務**顯示使用者最後五次訂單,讓重新訂購相同產品的過程變得更加簡單。

我們當前的使用者研究不包括個性化。取而代之集中研究兩個種類的自定義:

介面自定義:讓使用者按照自己的喜好調整介面、自定義網上體驗功能

產品自定義:促進線下產品自定義包括自定義產品的功能,例如:某個配置程式

使用者研究

為了評估網路自定義功能的可用性,我們做了乙個可用性研究,讓二十四個使用者對七個提供自定義服務的**進行互動:三個**允許使用者自定義線上體驗(介面自定義),四個**允許使用者自定義線下產品(產品自定義)

介面自定義網頁

產品自定義網頁

自定義的商業利益

在決定要不要增加自定義功能之前,首先確定你的商業目標,然後再確定如何讓自定義幫助你實現這些目標。以下是網頁自定義能夠帶來的一些商業利益。

便利的交通和更高的忠誠度

在igoogle和my yahoo!的例子中,自定義是現存商業模式的乙個增加值。在理想的情況下,提供自定義服務可以增加使用者訪問**並將其設為首頁的次數,從而加強頁面印象、提高廣告收益。

例如,據報道,2023年20%的google訪問使用者訪問google首頁是由於之前訪問了igoogle. 同樣,花時間自定義google和yahoo!主頁的使用者更有可能使用**所提供的以網頁為基礎的電子郵箱和搜尋功能。

減少操作成本

對於像action envelope這樣的公司來說,將目錄放在網上不僅僅是由於操作方面的原因,它還能提供自定義功能方便使用者在網上配置訂單和下訂單。如果沒有網路,這些公司就要將目錄列印出來郵寄給使用者。如果這樣,想要實現以網頁為基礎的自定義達到的效果,公司就需要大量的銷售人員。

將網撒得更廣

以前,地理位置限制了要求使用者參與決定產品製作的公司的發展。但今天情況不一樣了。例如,tiny prints 讓使用者在網上自定義通知和邀請。在網頁自定義出現以前,通常客戶首先去印刷廠選擇紙張、字型、墨水的顏色,然後檢查樣本做出修改等等。同樣,自定義穀類食物也是這樣。也許你能在天然食物市場製作自己的食物,但並非每乙個人都住在這些店子附近。在網上提供自定義服務能讓更多的人享受到這種個性化的產品。

自定義**的可用性挑戰

在研究中,我們會同時觀察提供自定義服務和不提供自定義服務的**,看它們之間是否存在可用性的差異。還有,我們會將介面自定義**與產品自定義**區分開來。介面自定義網頁的平均任務成功率為83%,與非自定義網頁差不多,但產品自定義網頁的任務完成平均只有66%——很大的差異。

任務完成後的調查結果顯示,在自定義的網頁上使用者或多或少會覺得他們的控制力不夠,請看下表中的評價:

非自定義網頁

自定義網頁

有方向感

60.00%

53.00%

有控制力

66.00%

60.00%

因為自定義的目的是為了更好地滿足每個使用者的需要,如果使用者在自定義網頁上感到控制力不強的話,那是很遺憾的。目前的趨勢是自定義使用者體驗不僅沒有讓使用者體驗到自定義功能,體會到被重視的感覺,反而起到了消極的影響。

自定義的複雜性影響了任務的成功率和使用者對**的感受。

介面自定義來說,主要的問題在於可發現性、可找到性和理解力,也就是首先找到自定義功能,然後找到和理解上面選項。為了讓新使用者盡早體驗到成功的感覺,**要向使用者解釋相關的功能、提供簡易的工作流程。例如,在我們的研究中,igoogle成功實現了在30秒之內就可以創立簡單的個人頁面的承諾,促進了使用者試用這項服務。

對於產品自定義來說,較低的可找到性甚至會引發更多問題。這些**上45%的任務失敗都是由這個原因引起的。過度複雜的工作流程也會引起很多問題,使用者常常會漏掉一些步驟或者不能正確理解成功設計產品所需要的東西。比如:**要求使用者指定unit的字型大小,而一般人可能並不知道unit是什麼意思,最後使用者試了很多數字都沒有成功,這讓他們感到很沮喪。如果使用者選擇了幾乎所有人都看不清的預設字型大小,那情況就更糟了。

好的預設狀態是很重要的

儘管自定義有很多好處,但很多使用者都不會去使用自定義功能。他們有乙個很明顯的傾向,那就是只想著如何完成網頁上的事情,而不會花時間去擺弄上面的個人偏好設定。

解決設計上的爭論是很簡單的,只要提供可能的選擇就行了,比如:個人偏好設定以及讓使用者自己決定介面設計。如果設計團隊能確定乙個好的、連貫的使用者體驗,這對使用者來說就更好了。最好多一些能給使用者帶來很多好處的功能,減少自定義選項,以此來補償使用者在自定義介面而非完成任務上所花的大量時間。

還有一些情況,無論設計者將自定義頁面製作得如何簡單、看起來如何有用,使用者也不會去嘗試自定義。因此乙個好的預設設計對這類使用者來說就很重要了。

如果正確實施,自定義會很有效

在我們研究的所有**中,沒有乙個提供了不必要的自定義服務。每乙個**都從自定義獲益了,並給那些利用自定義功能的使用者帶來了很大的好處。在觀察使用者對這些**進行互動時,我們既看到了好的做法,也看到了不好的做法。我們已經將觀察所得總結成了四十六條自定義設計的指導意見。這些指導意見列出了自定義設計的一些準則。如果想要為使用者提供乙個有效的、高效的、滿意的體驗,你就得遵循這些準則。

自定義是複雜的,無論從技術上還是從設計上來說。將一快白板變成乙個自定義介面和產品,使用者需要有特別的設計技巧。這還要求不同的團隊之間相互合作來整合、組織、建構乙個可用的自定義路徑。自定義不是在幾個星期之內就能完成的,如果企業用這種態度去對待,就是拿自己的名譽和收入在冒險。

自定義介面

好久沒寫介面了 好像以前也沒怎麼寫過.已經忘記怎麼寫了 就自己動手寫乙個熟悉一下 demo很簡單 就三個類 名字就隨便起了 public inte ce mylistener2 public class a catch interruptedexception e listener.setliste...

自定義使用者控制項

和做乙個web 窗體一樣,只是,如果引用其中的控制項的方法是如何?以下示例是asp.net 1.1裡的,2.0是怎麼引用,還沒有看書呢 string getddlyear,getddllc,getddladd,getddlpeopso getddlyear class ddlyear this.fi...

使用者自定義函式

create function 架構名.function name 傳入變數1 變數 型別,傳入變數2 變數 型別.returns return date type asbegin declare the return variable here declare variable1 variable...