avatar獸群之心 / Soking

Free AI web copilot to create summaries, insights and extended knowledge, download it at here

1550

Abstract

對公司行號的統一編號」。</p><p id="6706">要注意,我預設閱讀這篇文章的讀者你不用任何解釋就可以自己懂什麼是「公司行號的統一編號」,所以這段文案才具備介面功能的解釋效果。</p><p id="f4e4">但如果換個情境如下圖:</p><figure id="3940"><img src="https://cdn-images-1.readmedium.com/v2/resize:fit:800/1*sZumyQ3MGCbGhySNhLHsEQ.png"><figcaption>用戶看不懂的專有名詞</figcaption></figure><p id="aaf2">▲如果你不知道什麼是「 SSCC 編碼」,這個介面的文案提示只會卡住你,讓你不知所措,無從自行推敲出答案。(因為大腦長期記憶沒有足夠的已知事實幫助推理,環境中的提示也不足)</p><p id="2667">這邊的認知心理學原則是:</p><blockquote id="5c8b"><p>人需要「先備知識」儲存於長期記憶區,才能在思考問題時提取。</p></blockquote><figure id="234e"><img src="https://cdn-images-1.readmedium.com/v2/resize:fit:800/1*8J-vcWopUJ6HLUyy32QXrA.png"><figcaption>增加解釋性的介面標題</figcaption></figure><p id="0025">▲現在我們增加環境中的資訊,雖然我們不一定知道標題「物流棧板管理」精準的定義是指什麼物體或單位,但大腦已經開始運作進行猜測。</p><p id="85d2">物流是很常見的字眼,所以這是快遞行業在使用的東西嗎?那棧板就是一塊一塊讓貨物放在上面的貨架囉?</p><blockquote id="9d8c"><p>資訊介面中的頁面標題、UI 區塊標題是用戶快速辨認功能的重要線索。</p></blockquote><h2 id="53ca">注意UX文案撰寫時引用的字詞來源類型</h2><p id="1903">在這邊我們要停下來,分類一下 UX文案在撰寫時可能遇到的幾種字詞來源。</p><ol><li>通用知識:你假設接受過正常國民教育以及電腦網路使用經驗的人都應該要知道的常識。例如「Wi-Fi」會認為是通用常識,但「IPV6」顯然不是。 「輸入身分證字號」是成人都能理解的用語,但「輸入 IMEI 碼」對我來說是冷知識。</li><li>專有名詞:如同上面舉例的「輸入 IMEI 碼」,這是手機硬體的編號,相當於手機的身分證字號,如果你記得你手機的 IMEI 碼,失竊或遺失時在警察局報案甚至可以提供這個編碼給警察。(但誰會去記啊?)無論如何,專有名詞至少是稍微 Google 一下就能查詢到的有標準定義的名詞。</li><li>業界用語:有些名詞只流通於特定產業,而且每間企業運用這個名詞時,定義還略有不同,這種情況最頭疼,務必要在資訊架構前的用戶訪談中釐清這種狀況。舉電商領域常見的 SKU 為例,一般理解為產品編號,這個名詞原文為「Stock Keeping Unit」,意思是最小庫存單位。例如你賣保健食品葉黃素,可能推出單罐30粒以及六罐禮盒裝,像這樣要算成兩個 SKU 編號,雖然後者只是將單罐產品裝入一個包裝中出售,但它包裝之後要被算為獨立庫存。但也有人不是這樣用 SKU,認為只需要一個 SKU 來計算,禮盒的銷售結果乘六就好(暈)。</li><li>特別文化的慣用語:有些平台或社群有自己的文化用語,但對於技術端來說都是差不多的東西,例如綜藝節目《偶像練習生》稱參與投票的觀

Options

眾叫「全民製作人」、在 LINE 裡面你所經營的會員叫「LINE 好友」、有的團購網站的會員稱為「團友」,但你問工程師這些名詞有差嗎?搞不好在資料庫裡面通通都叫 Member。</li></ol><h2 id="108a">結語</h2><p id="af41">確認我們在撰寫 UX 文案時使用的字詞語感很重要,最重要的是當它展現在用戶面前時,可以精準的限縮用戶的認知範圍,讓用戶不用花太多腦力思考,就能從腦袋中提取下一步動作。</p><p id="866a">為了避免文章落落長,這篇文章就先討論基本字詞的運用原則,我預計另外整理一篇文章做一些範例討論。</p><h2 id="ed4e">補充認知心理學的觀點</h2><ol><li>人偏好使用記憶而非思考來指引行動。</li><li>工作記憶有限,所以當工作記憶太擁擠時,思考變得更為困難。</li><li>所有長期記憶中的訊息都存在於意識之外,直到被需要,這才進入工作記憶中,成為意識。</li><li>人類的記憶會模糊,記憶分為「逐字」與「概念」,例如 FBI 是很精確的逐字記憶。但老婆去年的生日只是大致記得的概念。(其實我忘光了)</li><li>提示線索的效力,取決於與用戶意圖的連結有多強烈,以及在回憶時是否具備足夠的突顯性來吸引注意。</li><li>用戶會產生預期,藉此預測接下來會發生的事。當我們提供預期中的事物,就會滿足用戶對於「預測正確」的需求,進而產生愉悅感。</li></ol><div id="56a8"><pre>如果你希望獲得 Soking 的課程、讀書會以及 UX 講座訊息,歡迎留下你的 Email,訂閱最新的 UX 活動通知:https:<span class="hljs-comment">//subscribe.soking.cc/</span></pre></div><h2 id="a147">相關文章</h2><ul><li><a href="https://medium.com/@soking/%E5%BF%AB%E9%80%9F%E8%AA%8D%E8%AD%98ux%E8%A8%AD%E8%A8%88%E4%B8%AD%E7%9A%84%E6%9C%8D%E5%8B%99%E6%B5%81%E7%A8%8B%E5%9C%96-2161ea9cda19">快速認識UX設計中的服務流程圖</a></li><li><a href="https://readmedium.com/learn-how-to-think-with-ia-307901edfc07">入門資訊架構的思考方式(二)事前準備、資訊流分析、內容提供者</a></li><li><a href="https://medium.com/@soking/%E8%AB%87ux%E8%A8%AD%E8%A8%88%E5%B8%AB%E7%9A%84%E6%96%87%E5%AD%97%E6%8A%80%E8%A1%93%E5%8A%9B-b5c2743fae53">談UX設計師的文字技術力</a></li><li><a href="https://readmedium.com/ux-design-doc-5beb3a5ab06c">我的產品設計文件演進史</a></li><li><a href="https://readmedium.com/ux-soking-user-interview-story-8ca8ca9b74e">我的用戶訪談故事與工作效益評估</a></li></ul><div id="a419"><pre>查看獸群之心的 UX 文章目錄</pre></div></article></body>

後台功能性介面的UX文案筆記

UX文案是設計師們操作情境很好的工具,可以減少用戶認知負擔,讓介面簡單易懂。但我看過許多後台介面的Placeholder文案似乎是亂寫的?

如果你希望獲得 Soking 的課程、讀書會以及 UX 講座訊息,歡迎留下你的 Email,訂閱最新的 UX 活動通知:https://subscribe.soking.cc/

為什麼想寫這個題目?

比起光鮮亮麗的前台介面流程,一般營運管理介面(俗稱後台)經常淪為配角,常被認為是「有空再來談怎麼優化」,而所謂的後台優化常常意味著追加功能,而不是真的針對後台操作的使用體驗與操作加以改善。

但我們規劃網路產品的資訊架構設計時,後台操作邏輯以及流程是否善用,大大的影響前台是否資訊完美呈現。

這篇文章試著整理一些過去我們規劃網站或APP營運後台時,關於功能性介面文案與命名的一些想法,透過寫下自己目前的觀點,期望持續改善。

UX文案的應用情境

電腦沒有我們想像中聰明,至少,世上大多數網站/APP介面背後連結的電腦程式,都在靜靜等待人類的輸入,由你填寫一些選項、輸入一些指定的字詞,電腦程式才能協助你查詢或加工你所輸入的資訊,並且返回你預期的結果(開始祈禱)。

我們在 UX 設計階段要評估的事情,就是構思如何給予用戶引導,控制用戶期待,能輸入有限範圍的正確資訊,完成任務。

什麼都沒有提示的輸入框

▲如上圖,在幾乎沒有提示與環境資訊的情況下,正常用戶是無法預期這個輸入框能做些什麼事。

可以查詢的輸入框

▲接著我們把介面上唯一的按鈕換個文案「查詢」。

嘿!你是不是開始有點想法了?這是查詢?我可以查詢什麼?至少我不會將這個輸入框誤認為「購買」或「抽獎」對吧?

placeholder 有預設文案的輸入框

▲接著這張圖我們在輸入框內一般稱為 Placeholder(佔位符、預留位置)的地方寫上一段文案,這段文案明確的提示用戶「不能隨意輸入任意的資訊,這個輸入框的查詢功能只針對公司行號的統一編號」。

要注意,我預設閱讀這篇文章的讀者你不用任何解釋就可以自己懂什麼是「公司行號的統一編號」,所以這段文案才具備介面功能的解釋效果。

但如果換個情境如下圖:

用戶看不懂的專有名詞

▲如果你不知道什麼是「 SSCC 編碼」,這個介面的文案提示只會卡住你,讓你不知所措,無從自行推敲出答案。(因為大腦長期記憶沒有足夠的已知事實幫助推理,環境中的提示也不足)

這邊的認知心理學原則是:

人需要「先備知識」儲存於長期記憶區,才能在思考問題時提取。

增加解釋性的介面標題

▲現在我們增加環境中的資訊,雖然我們不一定知道標題「物流棧板管理」精準的定義是指什麼物體或單位,但大腦已經開始運作進行猜測。

物流是很常見的字眼,所以這是快遞行業在使用的東西嗎?那棧板就是一塊一塊讓貨物放在上面的貨架囉?

資訊介面中的頁面標題、UI 區塊標題是用戶快速辨認功能的重要線索。

注意UX文案撰寫時引用的字詞來源類型

在這邊我們要停下來,分類一下 UX文案在撰寫時可能遇到的幾種字詞來源。

  1. 通用知識:你假設接受過正常國民教育以及電腦網路使用經驗的人都應該要知道的常識。例如「Wi-Fi」會認為是通用常識,但「IPV6」顯然不是。 「輸入身分證字號」是成人都能理解的用語,但「輸入 IMEI 碼」對我來說是冷知識。
  2. 專有名詞:如同上面舉例的「輸入 IMEI 碼」,這是手機硬體的編號,相當於手機的身分證字號,如果你記得你手機的 IMEI 碼,失竊或遺失時在警察局報案甚至可以提供這個編碼給警察。(但誰會去記啊?)無論如何,專有名詞至少是稍微 Google 一下就能查詢到的有標準定義的名詞。
  3. 業界用語:有些名詞只流通於特定產業,而且每間企業運用這個名詞時,定義還略有不同,這種情況最頭疼,務必要在資訊架構前的用戶訪談中釐清這種狀況。舉電商領域常見的 SKU 為例,一般理解為產品編號,這個名詞原文為「Stock Keeping Unit」,意思是最小庫存單位。例如你賣保健食品葉黃素,可能推出單罐30粒以及六罐禮盒裝,像這樣要算成兩個 SKU 編號,雖然後者只是將單罐產品裝入一個包裝中出售,但它包裝之後要被算為獨立庫存。但也有人不是這樣用 SKU,認為只需要一個 SKU 來計算,禮盒的銷售結果乘六就好(暈)。
  4. 特別文化的慣用語:有些平台或社群有自己的文化用語,但對於技術端來說都是差不多的東西,例如綜藝節目《偶像練習生》稱參與投票的觀眾叫「全民製作人」、在 LINE 裡面你所經營的會員叫「LINE 好友」、有的團購網站的會員稱為「團友」,但你問工程師這些名詞有差嗎?搞不好在資料庫裡面通通都叫 Member。

結語

確認我們在撰寫 UX 文案時使用的字詞語感很重要,最重要的是當它展現在用戶面前時,可以精準的限縮用戶的認知範圍,讓用戶不用花太多腦力思考,就能從腦袋中提取下一步動作。

為了避免文章落落長,這篇文章就先討論基本字詞的運用原則,我預計另外整理一篇文章做一些範例討論。

補充認知心理學的觀點

  1. 人偏好使用記憶而非思考來指引行動。
  2. 工作記憶有限,所以當工作記憶太擁擠時,思考變得更為困難。
  3. 所有長期記憶中的訊息都存在於意識之外,直到被需要,這才進入工作記憶中,成為意識。
  4. 人類的記憶會模糊,記憶分為「逐字」與「概念」,例如 FBI 是很精確的逐字記憶。但老婆去年的生日只是大致記得的概念。(其實我忘光了)
  5. 提示線索的效力,取決於與用戶意圖的連結有多強烈,以及在回憶時是否具備足夠的突顯性來吸引注意。
  6. 用戶會產生預期,藉此預測接下來會發生的事。當我們提供預期中的事物,就會滿足用戶對於「預測正確」的需求,進而產生愉悅感。
如果你希望獲得 Soking 的課程、讀書會以及 UX 講座訊息,歡迎留下你的 Email,訂閱最新的 UX 活動通知:https://subscribe.soking.cc/

相關文章

查看獸群之心的 UX 文章目錄
Ux Writing
UX Design
Ux文案
Placeholder
Recommended from ReadMedium