萬物皆產品:談電梯中的產品邏輯
在一名優秀的產品經理眼里,萬物皆產品。產品經理應該熱愛生活,熱愛思考,懷著格物致知的態度,洞察其中的產品邏輯,如抽絲剝繭、如庖丁解牛。
今天,我將從產品的角度,對我們日常生活中再熟悉不過的電梯進行一次解剖,以及自己的一些思考。我會采用前后端的邏輯進行劃分,前端更多承載用戶體驗,后端承載的是用戶所看不到的邏輯處理。
以上流程圖是我們使用電梯過程中,最簡單、最正常的流程,實際情況要復雜的多。在產品中有一個觀點,異常流程遠比正常流程要多。
前端
排列?
想必大家一定有過這樣的體驗,當進入一部陌生的電梯,在一堆數字按鈕里面費了好大氣力才找到自己的目標樓層,這部電梯按鈕的排列竟然和自己“想的不一樣”,是不是很有同感。
從產品的角度來看這個問題,其實我們在進入電梯之前我們的心理已經存在了我們認為的排布方式,這就是用戶的心理預期也叫心理模型。一旦實際情況與我們預設的心理模型不符,用戶不得不重新思考電梯的控制面板,重新建立新的心理模型,這期間消耗了用戶很大的耐心和時間。
在實際的應用場景中,電梯按鈕的排布方式五花八門,甚至有的奇形怪狀,但不乏有的是為了休閑娛樂的需要。
《Don′t make me think》這本書第一章的標題就是:不要讓用戶去思考。相比于閱讀,用戶是更善于掃描,用戶的耐性是極其有限的。
?對齊?
設計的四大基本原則:親密性、對齊、重復、對比。對齊是為了使界面看起來統一而有條理。設計往往都是相通的,任何元素都不能在界面上隨意擺放,每個元素應當與界面上的另一個元素存在某種視覺聯系。以上這些設計都不符合用戶的心理預期,也違背了設計的基本原則。
?隱喻
滿足了對齊的原則,只是在視覺層符合了用戶體驗。在閱讀過程中,用戶養成了從左至右、從上至下的習慣。然而用戶選擇樓層按鍵不只是閱讀體驗,而是一個交互過程。樓層與按鍵隱含著映射關系,因此按鍵應該給用戶傳達隱喻。樓層的實際編號是從低到高進行排列,因此從下到上更符合用戶的心理預期。
隱喻:當應用中的虛擬對象和交互行為與用戶已經熟悉的體驗相似時——無論這些體驗是來源于真實或數字生活—用戶就可以快速地掌握如何來使用這個應用。
?反饋?
就按壓之后的響應分析:點擊后,所選樓層按鈕高亮顯示,給人”操作成功”的提示,有的電梯抵達目標樓層時,會有鈴聲,這些都屬于反饋。
人機交互過程中很重要的一點就是操作的反饋,我們要對用戶的操作給出及時的反饋,即時的響應會給用戶增加信賴感和安全感。在產品設計中我們最常見的反饋形式有:頁面反饋、彈窗反饋、toast反饋、tips反饋等等。
反饋原則:
1、為用戶在各個階段的操作提供必要、積極、即時的反饋;
2、避免過度反饋,以免給用戶帶來不必要的打擾,能夠及時看到效果的、簡單的操作,可以省略反饋提示。一般來說,超出用戶預期、又在情理之中的反饋能帶來優秀的用戶體驗。
?為特殊人群的設計?
一般的電梯按鈕設置在門邊右側中部的位置,這個設計其實忽略了使用電梯的一部分用戶:殘障人士。對于盲人或者坐輪椅的人使用正常的控制面板是很吃力的。為了更人性化,越來越多的電梯單獨設有方便殘疾人操作的按鈕面板。
好的產品都會單獨為特殊人群設計輔助功能,iPhone 上的 AssistiveTouch 最開始時是專為殘障人士設計的,讓他們也能感受到科技給生活帶來的便利。
Android也有原生的輔助功能:超大字體設置、放大手勢功能;文字轉語音(TTS)輸出、語音助手;色彩翻轉功能;Voice Access功能、Talk back(語音反饋)。
根據數據顯示,全球殘疾人士人數達到5億,這個一個非常龐大的數目。因此我們需要花費更多的精力來為這些特殊群體提供幫助,讓他們更好的認識這個世界。
后端
?規則設計?
我說過一句看似玩笑的話,不懂算法的程序猿不是一條合格的產品狗。在我看來產品經理日常做的很大一部分工作就是設計規則,這些規則一定是在技術實現范圍內使服務流程更加合理、便捷、人性。規則需要算法來實現,越來越多的功能基于算法,因此產品經理需要學習的知識還是很多的,不斷學習才是王道。
電梯有一套完備的電梯調度算法。傳統電梯調度算法:先來先服務算法(FCFS)、最短尋找樓層時間優先算法(SSTF)、掃描算法(SCAN)、?LOOK 算法、SAFT 算法;實時電梯調度算法:最早截止期優先調度算法、SCAN-EDF 算法、?PI 算法、FD-SCAN 算法。感興趣的同學可以去詳細了解。
日常我們使用的電梯有一條基本的運行規則:當電梯處于上升狀態時,僅響應比電梯位置高的用戶的請求;當電梯處于下降狀態時,僅響應比電梯位置更低的用戶請求。
隨著人工智能技術的發展,智能群控技術將會迅速發展。也就是說,整部大樓里的電梯將會彼此關聯,像人一樣會分工協作。根據實際客流量進行調度,實現調度效率的最大化。
?異常邏輯?
做產品越久,才會發現產品的坑越深。設計產品必須有縝密的思維,避免在細節上出現漏洞。假如設計電梯,是不是很容易忽略這些問題:頂層不設向上按鈕、底層不設向下按鈕、電梯重量與等待時間要做限制。。。
在產品設計中對異常操作的限制是產品經理的本能,比如自己對自己進行轉賬、評論、添加好友等操作要進行屏蔽。關于電梯,我列舉了一些異常行為大家可以思考并實踐一下,或許對產品設計過程有所啟發。
- 正在上行的時候,按比當前樓層低的樓層
- 正在下行的時候,按比當前樓層高的樓層鍵
- 在電梯上升或下降的時候按開門按鈕
- 電梯只有一個人請求,外部按鈕選擇了下,進入電梯內部后選擇了比此樓層高的樓層
?關門按鈕
其實我一直對關門按鈕持有懷疑的態度,一度懷疑這個按鈕就是一個擺設。好多人明明平常浪費了好多時間確看不到,而為節約幾秒鐘顯得格外焦躁。
經過我親自做的對比試驗以及查詢資料證明:關門按鍵是會有作用的,一些大樓出于效率考量,關門按鍵會較少等待的時間。但我也在網上看到一篇文章說國外的電梯按鈕根本不起作用,只是設計成了一個只具有安慰性質的按鈕,開關門無論怎么按都是一樣的遲鈍。
任何問題都不能絕對化,最優的解決辦法就是具體情境具體分析。
其實在產品設計中也有類似的情景:有一些軟件啟動界面的”跳過”按鈕,實際按了確沒反應,光是有陰影按壓反饋。但不可否認有的軟件確實可以”跳過”啟動頁面。這些假按鍵,雖然只是擺設,確對緩解用戶的焦慮心理起了作用。
服務設計
個人看法,產品設計歸屬于服務設計,以下我總結了一些在產品論壇上討論的關于電梯的周邊問題,這些問題我歸納為服務設計,大家可以作為思考。
- 如何為100層大樓設計電梯
- 為什么電梯的層數按鈕在電梯廂內部
- 如何調度辦公區的電梯,讓電梯效率最高
- 為什么寫字樓電梯間不顯示電梯所在樓層
- 建造一個60層的大樓,你作為設計師,從用戶的角度,怎么設計電梯的位置,數量與種類
越簡單的設計,其內部邏輯可能越復雜。本文僅僅只是作者小小的思考,不免有所局限。希望可以拋磚引玉。
本文由 @產品范 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自unsplash,基于CC0協議
非常棒!沒研究過這個,不過真想知道電梯是如何調度的,在哪里可以查看規則?
百度哈,查電梯調度算法
多謝啦 ??
響應高低的問題其實還有一個限制的,大于兩層的才會響應
電梯問題是大家都很有共鳴的問題,能看到有產品經理動筆來討論它,挺難得的,有些電梯設計問題我都沒想明白……不錯!
觀察生活,熱愛思考應該是產品經理最基本的本能
結合產品特效和實際場景,抱著這種心態去做產品,對于用戶的體驗即使做不到最好,也是一個不錯的開端