談 POS 設計背後的原則

更新於 發佈於 閱讀時間約 5 分鐘

對於任何 app 的 UX flow 的規劃,有幾個要素必須要把握,我們把這些要素歸納成五大項—需求情境流程設計功能,一切的出發點當然是需求,但是與客戶交手的經驗又告訴我們,來自客戶或用戶的需求往往是粗略的,客戶的訴求往往會是「現在的XX好難用」或「我想要XX…」這類籠統的語言。

想要了解客戶真實的痛點,必須從情境出發,在需求背後真正的痛點是隱藏在情境下的,「情境所產生的痛點無法被解決才產生需求」,因此,雖然我們最先接觸到的是需求,但真正要了解問題的根源,還是得從情境下手。

從情境出發

在 UX flow 的設想上,情境是所有假設的起點,以遊戲為例,遊戲的訴求是沉浸性,所有的劇情、美術、關卡都是為了讓玩家能夠盡量沉浸在遊戲的世界裡面,目的是讓玩家達到角色認同以及過關的成就感,因此遊戲必然是朝能讓玩家沉浸在遊戲內的方向做設計,唯有達成這些要素,才有後續課金的可能性。

但是 POS 的情境呢?試想某個一心多用的外場人員,他每天要面對的是店內的顧客-迎客、點餐、出餐、補水、結帳、清潔…,在這樣數種任務高度交錯的情境下,POS 的訴求如果還是追求「遊戲的沈浸感」,有各式絢麗特效的話,那恐怕只會讓門市人員用到吐血。

微軟的案例

微軟有個搞錯情境的經典案例,微軟的 Office 97 裡面附了個會不斷干擾使用者的 Office 小幫手,它會陰魂不散的佔據螢幕的一角,並不斷的打擾使用者操作,下面是惡搞他的影片:

可以看到,微軟顯然是想把 Office 小幫手賦予生動有趣活潑聰明的特性,但最後的結果是使用者被迫面對一個不斷問重複問題的糟糕幫手,而且還總是試圖讓你分心,一直到 Office 2007 微軟才決定拿掉這個惱人的卡通角色,往後的 Office 系列的智慧工具微軟才懂得讓它們恰如其分的出現在螢幕一側輔助使用者,而不是干擾使用者。

POS 的設計原則

回到 POS 的情境,在餐飲的使用情境下,應該把握哪些原則才是對的,下面是一些我們自己在思考時歸納出來的要點,有一些可能是跨產業通用的原則,有一些則是在餐飲產業的特有情境下才會發生的。

原則

觸控優化 Touch Optimized
所有的人機互動元素都應該是為觸控優化過的,包括它的尺寸、視覺反饋等。

無干擾的 No Distraction
畫面上的重點資訊或互動元素應該被凸顯,相反的,次要的資訊或互動元素就不應設計成視覺的重點,直到它成為重點的那一刻為止。

高效率 Efficiency
作業應該是高效率的,複雜的技術細節應該被優雅的封裝起來,如果有錯誤發生,應該用常人的話語提示使用者,並盡量提供明確的排除指示。

模組化 Modularized
功能應該是模組化的,讓使用者知道自己身在何方,以及所為何事。

一致的 Consistency
即便是在不同的模組下,也應該遵循同樣的操作邏輯,使用者在 A 模組的操作經驗應該同樣適用於 B 模組,而且無縫接軌。

顧客優先 Customer First
門市人員的重心應該是放在服務顧客上,而非和 POS 搏鬥,因此 POS 的目標應該是讓使用者在最短的時間完成任務。另一方面,POS 對終端顧客的界面,包括客端螢幕與小白單,也應該是美觀且易讀的。

明確的 Straightforward
在前後場分隔,又需要互相緊密配合的情境下,按鈕的文字描述與行為應該是明確的,籠統的「確定」對使用者來說是疑惑的,他們可能不知道究竟「確定」後,另外一邊的同事會收到或者不會收到什麼。

因為情境的不同,上面這些原則與其它產業的 POS 的思考點當然也是略有不同的,聽起來很弔詭,但 POS 設計的目標是盡量讓使用者不要用 POS,精確的說應該是盡量縮短在 POS 上的時間,畢竟做餐廳,口味與服務才是要追求的目標,POS 應該做的是輔助使用者高效率的控場、點餐、結帳,我們身為系統商也應該以餐廳第一線操作人員的角度去思考 UX flow,而不是變成另一個「Office 小幫手」。

留言
avatar-img
留言分享你的想法!
avatar-img
Leon的沙龍
15會員
64內容數
Where I go and what I get.
Leon的沙龍的其他內容
2024/04/10
Goolge OR-Tools 是一套以數學模型為基礎的求解器,相較於 OptaPlanner,OR-Tools 有更平緩的學習曲線,本文是 OR-Tools 最基礎的介紹。
Thumbnail
2024/04/10
Goolge OR-Tools 是一套以數學模型為基礎的求解器,相較於 OptaPlanner,OR-Tools 有更平緩的學習曲線,本文是 OR-Tools 最基礎的介紹。
Thumbnail
2024/04/09
這篇開箱另一套權限檢查工具 Vakt,相較於 Oso,Vakt 的規則直接以 Python 語法構成,不用再學 Oso 的特規語法,可以作為 Oso 的替代品。
Thumbnail
2024/04/09
這篇開箱另一套權限檢查工具 Vakt,相較於 Oso,Vakt 的規則直接以 Python 語法構成,不用再學 Oso 的特規語法,可以作為 Oso 的替代品。
Thumbnail
2024/04/09
SpiffWorkflow 是一個專門針對業務流程的流程引擎,它與商業 BPMN 產品有所區別,適合應用在自有專案中,並且需要內含稍微複雜的商業流程。例如,對於需要外部程式與前端配合才能真正讓用戶輸入決斷的場景,SpiffWorkflow 是一個適合的解決方案。
Thumbnail
2024/04/09
SpiffWorkflow 是一個專門針對業務流程的流程引擎,它與商業 BPMN 產品有所區別,適合應用在自有專案中,並且需要內含稍微複雜的商業流程。例如,對於需要外部程式與前端配合才能真正讓用戶輸入決斷的場景,SpiffWorkflow 是一個適合的解決方案。
Thumbnail
看更多
你可能也想看
Thumbnail
「欸!這是在哪裡買的?求連結 🥺」 誰叫你太有品味,一發就讓大家跟著剁手手? 讓你回購再回購的生活好物,是時候該介紹出場了吧! 「開箱你的美好生活」現正召喚各路好物的開箱使者 🤩
Thumbnail
「欸!這是在哪裡買的?求連結 🥺」 誰叫你太有品味,一發就讓大家跟著剁手手? 讓你回購再回購的生活好物,是時候該介紹出場了吧! 「開箱你的美好生活」現正召喚各路好物的開箱使者 🤩
Thumbnail
介紹朋友新開的蝦皮選物店『10樓2選物店』,並分享方格子與蝦皮合作的分潤計畫,註冊流程簡單,0成本、無綁約,推薦給想增加收入的讀者。
Thumbnail
介紹朋友新開的蝦皮選物店『10樓2選物店』,並分享方格子與蝦皮合作的分潤計畫,註冊流程簡單,0成本、無綁約,推薦給想增加收入的讀者。
Thumbnail
當你邊吃粽子邊看龍舟競賽直播的時候,可能會順道悼念一下2300多年前投江的屈原。但你知道端午節及其活動原先都與屈原毫無關係嗎?這是怎麼回事呢? 本文深入探討端午節設立初衷、粽子、龍舟競渡與屈原自沉四者。看完這篇文章,你就會對端午、粽子、龍舟和屈原的四角關係有新的認識喔。那就讓我們一起解開謎團吧!
Thumbnail
當你邊吃粽子邊看龍舟競賽直播的時候,可能會順道悼念一下2300多年前投江的屈原。但你知道端午節及其活動原先都與屈原毫無關係嗎?這是怎麼回事呢? 本文深入探討端午節設立初衷、粽子、龍舟競渡與屈原自沉四者。看完這篇文章,你就會對端午、粽子、龍舟和屈原的四角關係有新的認識喔。那就讓我們一起解開謎團吧!
Thumbnail
當客戶經理不斷向上傳客戶需求時,產品經理要如何接?要如何分析客戶需求進行產品規劃?針對大中小的客戶要如何應對?這篇想記錄在 SaaS/B 端產品會遇到的應對應退。
Thumbnail
當客戶經理不斷向上傳客戶需求時,產品經理要如何接?要如何分析客戶需求進行產品規劃?針對大中小的客戶要如何應對?這篇想記錄在 SaaS/B 端產品會遇到的應對應退。
Thumbnail
產品經理每天都在立場的抉擇,像是哪個功能先做?哪個畫面比較重要?重要版面要留給誰?從高層主管到行銷業務,從 APP 評論到使用者訪談,收集了產品意見後要怎麼改?這篇想記錄我近期的產品職場日記。
Thumbnail
產品經理每天都在立場的抉擇,像是哪個功能先做?哪個畫面比較重要?重要版面要留給誰?從高層主管到行銷業務,從 APP 評論到使用者訪談,收集了產品意見後要怎麼改?這篇想記錄我近期的產品職場日記。
Thumbnail
近期看到小白姊在商業思維學院的談判課《聰明談判的萬千場景,如何在職場價值升級》,也想到目前在產品團隊與不同利害關係人的溝通談判,因此這篇主要紀錄我在職場談判的心得。
Thumbnail
近期看到小白姊在商業思維學院的談判課《聰明談判的萬千場景,如何在職場價值升級》,也想到目前在產品團隊與不同利害關係人的溝通談判,因此這篇主要紀錄我在職場談判的心得。
Thumbnail
在製作 Wireframe、Mockup、PRD 時,通常產品經理會需要根據不同使用情境,事前想好不同使用情境以及對應的回饋方式,這篇會記錄我在規劃產品需求文件時,常會規畫到的 5 種 UI 狀態。
Thumbnail
在製作 Wireframe、Mockup、PRD 時,通常產品經理會需要根據不同使用情境,事前想好不同使用情境以及對應的回饋方式,這篇會記錄我在規劃產品需求文件時,常會規畫到的 5 種 UI 狀態。
Thumbnail
產品經理 PM 在產品功能的「規劃階段」我們時常有的兩個錯誤:一、全盤接受客戶所期望的單一個案需求。二、考慮的面向不夠多與思考影響範圍不夠廣。如此可能導致沒有達到需求目標,又或造成維運的更加困難。
Thumbnail
產品經理 PM 在產品功能的「規劃階段」我們時常有的兩個錯誤:一、全盤接受客戶所期望的單一個案需求。二、考慮的面向不夠多與思考影響範圍不夠廣。如此可能導致沒有達到需求目標,又或造成維運的更加困難。
Thumbnail
身為一個專業的系統商,POS 當然也要設計的很有原則。
Thumbnail
身為一個專業的系統商,POS 當然也要設計的很有原則。
Thumbnail
常聽人說,PM要處理的事包山包海,還真的所言不假,舉凡老闆、業務、行銷、工程師、設計師,甚至財務法務,通通都得是你的老相好。 對產品團隊來說,一個好的PM有三大核心價值,包括商業敏銳度、開發技術,以及使用者體驗。
Thumbnail
常聽人說,PM要處理的事包山包海,還真的所言不假,舉凡老闆、業務、行銷、工程師、設計師,甚至財務法務,通通都得是你的老相好。 對產品團隊來說,一個好的PM有三大核心價值,包括商業敏銳度、開發技術,以及使用者體驗。
Thumbnail
面對需求,要先思考什麼、釐清什麼,怎麼去設計一個合理的解法呢?過往許多人可能很少被要求要為商業成果負責,所以大多圍繞著時程、需求等面向思考,很少想到商業的整體,但老闆要的通常都是最理想的商業結果與目標。
Thumbnail
面對需求,要先思考什麼、釐清什麼,怎麼去設計一個合理的解法呢?過往許多人可能很少被要求要為商業成果負責,所以大多圍繞著時程、需求等面向思考,很少想到商業的整體,但老闆要的通常都是最理想的商業結果與目標。
Thumbnail
26 種圖形、表格和模型不是讓你用來填報告書厚度的。 PBA BAG 的 Chapter 4 (Domain 3, 簡稱D3)中,除了PMI 一開始就很熱心地告訴我們如何開會之外,最麻煩也最討人厭的就是第二部分的一大堆圖形、表格和模型了,這一大堆歪七扭八的方格線條,幾乎都是軟體業常用的工具。
Thumbnail
26 種圖形、表格和模型不是讓你用來填報告書厚度的。 PBA BAG 的 Chapter 4 (Domain 3, 簡稱D3)中,除了PMI 一開始就很熱心地告訴我們如何開會之外,最麻煩也最討人厭的就是第二部分的一大堆圖形、表格和模型了,這一大堆歪七扭八的方格線條,幾乎都是軟體業常用的工具。
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News