從交互設計的角度為一座1000層的大樓設計電梯按鈕？

12-15

「電梯按鈕」指的是電梯內的層數按鈕，不必討論「已經有1000層大樓了，應該就不會使用電梯這種落後的東西了吧？」這樣的問題，想了解一下從交互設計師的角度，這個問題該如何分析？有哪些解決方案？

這個題目和密歇根大學UX Research Design 微碩士項目UX501課程的一次作業題如出一轍。

一個多月前剛好做了那個作業，現在拿出來分享下。

首先介紹下任務：

UX501課程作業的要求是為10000層大樓設計電梯。。不過以現在來看1000層和10000層沒有什麼區別的hhh

按層高3米考慮，10000層樓大概有30000米高，目前最快的電梯應該是上海塔，每秒可上升20.5米，所以要從地面到頂層全速上升需要大約25分鐘。再者這樣的電梯肯定要承載很多人，需要考慮到不同的需求。題目要求為這樣的電梯設計交互操作界面，有兩點限制：必須讓乘客了解電梯目前運行的狀態如當前樓層和到目標樓層的剩餘時間；電梯必須受乘客控制。沒有限制的是可以使用任何交互載體，比如手機，手錶等等。作業第一輪要求設計10個不同的方案，第二輪要求在第一輪的基礎上擇優深化出10個不同方案。

接下來是我作為一個UX初學者的考慮：

首先考慮到這是10000層大樓的電梯，必然會有很多人使用，所以讓每個人都在電梯內部或者大堂控制明顯是不便於使用的，所以，個人便攜設備明顯更為便利。同時，電梯里應該設置智能語音助手，方便用戶進行控制。

於是我設置了三個設計標準：

1. 易用性 (Usability)

2. 效率 (Efficiency)

3. 便利程度 (Conveniency)

當然，儘可能的還要考慮到殘障人士。

經過兩輪的初步設計，我從自己的草圖裡選擇了幾個出來，和大家分享下（畢竟初學，發出來和大家討論下，請大神輕噴）：

#1: 每層電梯等候廳的交互：

如圖，每個人都有自己的預設樓層，按下指紋後選擇自己的目的地（辦公室、食堂、休息室等等），會顯示當前樓層，預估剩餘時間等電梯運行信息。

#2: 手錶端的交互：

如圖，和方案1區別不大，手機端也可以按照這種交互界面設計。

#3：智能耳機端的交互：

靠近電梯時，輕觸耳機，輕聲說出目的地，耳機內會提醒電梯運行狀態。

#4: 智能眼鏡控制

未來某天，當每個人的眼鏡（包括隱形眼鏡）都智能化，假設大堂或者每層電梯外都有一個顯示屏，顯示著用戶常去的樓層，用戶只需要盯著目標樓層兩秒便確認目標樓層，確認之後眼鏡上將會顯示出電梯運行狀態的信息。如果要去別的樓層，直接輕聲說出來眼鏡也可以識別。或者假設大堂或者每層電梯外的顯示屏可以直接通過識別眼球狀態來控制電梯的話，不用眼鏡也可以。

#5: 智能探測系統

呃。。這張圖畫的極丑，大家忍忍。。

在電梯前安裝幾個攝像頭（和麥克風），可以精確識別出不同的乘客的信息。電梯智能操控系統通過識別用戶的身份，匹配當前時間後自動為乘客選擇目的地，選擇之後通知乘客相關信息。若乘客臨時想去其他樓層直接和電梯系統對話更改目標樓層就OK。

#6: 大腦直接控制。。

將來的某天，科技足夠發達，某公司開發出the BrainX產品，可以通過腦波直接控制一切設備的話。。。當然這個比較玄學了。。

大概這樣幾個想法，分享出來大家交流下。和我一起上這個課程的其他國家的同學們有些更厲害的想法（我們作業是遠程互評的，可以看到別人的作業），大家有興趣的話我再找點不錯的idea分享下。

OTIS電梯。所在大樓高25層。

還1000層，一群人煞有其事地熱議交互設計。。。都早點散了吧。人家這電梯大廳建成運行好多年了。

---

可能有人真沒見過互動式選擇樓層的電梯。多說幾句：

1. 樓層選擇在外面，選好後液晶屏會告知去哪一個口等候電梯（編號為A，B，C。。等）。轎廂內部沒有樓層選擇。

2. 電梯管理系統顯然有內部演算法，按照最大效率分配電梯，保證乘客等候時間最短，保證已經滿載的電梯不再停樓上客，也保證一部電梯不會停太多的樓層減慢速度。

3. 有另一塊帶盲文和語音提示的實體輸入板，所以殘疾人沒問題。

假設電梯平均每走一層需要10秒，則從1層到1000層需要2小時46秒。

（中午的外賣要在早上到公司時就定好…心疼接單的外賣小哥，接了這單午餐時段別想送別的了）

所以說1000這個量級，輸入方式已經不重要了，規劃電梯規則才是重要的事。

想像一下，如果你要從上海的一個居民樓，到北京的一所學校，你會怎麼做？

典型的做法是走路到地鐵站，然後坐地鐵到火車站，接下來坐高鐵到北京，然後坐地鐵到學校附近，最後走到學校。

這是一個三層的結構：走路是第一層，負責個體到達具體目的點；地鐵是第二層，負責在中等區域內輸送中等規模的人群；高鐵是第三層，負責人群的大規模輸送。類似的，可以將從上海居民樓到北京學校的步驟遷移至從1到1000層：

每100層設置一個主要站點，起到高鐵的功能；每10層設置一個次要站點，起到地鐵的功能；最後通過每層一個的普通站點到達所需樓層。

鑒於到1000層只要坐一趟電梯，這裡模擬下從12到956層的步驟：

搭乘基礎電梯至10層
搭乘次要電梯至1層
搭乘主要電梯至1000層
搭乘次要電梯至960層
搭乘基礎電梯至956層

重新計算時間，假設電梯每走一個主要站點120秒（101大廈從1樓到89樓需40秒）；走一個次要站點40秒；走一個普通站點10秒，則從1層到1000層的時間為20分鐘，從12層到956層的時間為24分鐘

此時，對於基礎電梯，每部電梯的輸入只需10個選項，不需要做特殊設計，也不會改變用戶輸入習慣；

對於次要電梯，每部電梯的輸入同樣為10個選項；

對於主要電梯，由於人流量巨大導致輸入成本巨大，且一般每站都會有人，可以考慮不設選項，像火車那樣到站自動停靠。

無論多少層，首先要考慮的是效率，讓乘客能在最短時間去到目標樓層，用戶角度就是『我怎麼能夠快速的到達我想去的樓層』？一般來說直接把數字按鈕擺出來是最高效的（就一步），但是20、30層還可以，如果再多一點，就現在電梯內那點地方，即擺不下也不方便按，想像一下50層全排出來是什麼場景，估計40層以上要姚明這樣的身高才能夠得著，而且在按鈕都一個樣的情況下，要定位到目標樓層的按鈕也不容易，所以不合適。

另外由於1000層的大樓，在裡面活動的人會非常多，除了要解決單個乘客的效率問題，還要考慮分流，別讓大家都擠在一層，如果沒有適當分流，那場景是很恐怖的。

解決方案有兩種，一是傳統模式；二是科幻模式（此處不考慮地下車庫之類的樓層，因為原理是一樣的）；

傳統模式

先說說傳統模式，個人感覺這個比較符合大眾的認知。

樓層無論多高，肯定是分功能層的，首先每100層為一個組（1 - 100、101 - 200 ... 901 -1000 ），為了方便乘客記憶，每一組都用代號而不是直接用數字，比如1 - 100 叫M1 , 101 - 200叫M2，以此類推：

M1（1 - 100），M2（101 - 200），M3（201 - 300） ... M10（901 - 1000）

然後每個組再以20層為單位，即當到達一個M層的時候，會再有5台電梯分別負責20層，以英文字母為標識（還是方便記憶），從 A 到 E，比如以M1組為例：

A（1-20），B（21- 40）... E （81 - 100）

特別說明：因為M1層在一樓，所以直接設置五台電梯，另外加上其他的M層電梯，1樓大堂有14台電梯，可能有人會說14台電梯很多，其實只要大樓布局和引導設計好了，50台都不是問題，這個不在這個範圍內，所以略過。

整個模式就是: M+A，在最大程度上能夠高效的分流乘客，也讓乘客能夠快速到達自己想去的樓層。

那麼說到重點：按鈕怎麼設計，首先這個設計不是樣式，而是位置，相信大家上下班的時候，特別是高峰期都會遇到這樣的場景：電梯里擠滿人，想按樓層是不可能的，只能請求離按鈕最近的人幫忙按，所以把按鈕設置在電梯內其實體驗不太好，個人覺得應該在電梯大堂設置樓層按鈕的控制台，取消上下按鍵，直接按樓層即可，當然裡面還是要保留的，因為也要考慮突發情況，比如突然想起要去其他樓層辦點事情。

接著是視覺引導，20個按鈕，如果要快速找到想去的樓層按鈕，自己找還是很困難，因為不知道順序規則，所以還是需要順序引導的，這裡可以通過光，從視覺上暗示順序，比如按鈕上的逐個按順序亮一下，比如按鈕底下一條光線的流動，反正如何優雅如何設計即可。

那科幻模式又是什麼？

首先分流模式還是: M+A模式，這裡的科幻是指交互方式。

不知道大家有沒有看過《美國隊長2》，其中有個場景就是在神盾局大樓的電梯里，美國隊長以一敵十的場景，他們進去不是按電梯按鈕，而是通過語音，直接告訴電梯要達到的樓層，然後電梯就自己會去對應樓層，所以所謂的科幻模式就是語音交互，不需要實體按鈕，進電梯直接說樓層就可以了。

那麼為什麼說是科幻模式，雖然現在語音交互已經不是什麼新鮮事，但是對於大眾來說，語音並不是每個人都習慣的交互方式，這需要過程和時間，對於沒有接觸過的人，當進電梯沒看到按鈕，很可能會呆住不知道怎麼辦，不過也好解決，一進電梯就會語音提示『請告訴我您要去哪層？』即可。技術難點就是識別率和識別度了。

以上是我想到的解決方案，如有疏漏，歡迎指正！

_ _ _ _
1 2 3
4 5 6
7 8 9
* 0 #

1.根據樓的性質劃分維度，商用樓、辦公樓、住宅樓等

2.根據不同屬性樓體的所覆蓋的用戶群，圈定使用特徵

3.區分出需要開放式輸入的（商場、醫院），不需要開放式輸入的（辦公、住宅，這類用戶不需要去其他樓層，只能去自己所在樓層）

4.為前者設計開放式輸入方案（語音、圖形化、手勢等）

5.為後者設計可直接交互的方案（RFID、NFC、指紋、刷臉等）

6.為後者的場景中也需要開放式輸入的角色提供備選方案（送外賣的、貨梯）

7.補完要素，為各輸入方案提供無障礙訪問的備用設計方案

8.追加要素，電梯的分流、分樓層方案，群控系統的權重規則等

以上，基本完美了

作為面試題，如果直接把這題當做面板輸入方案來做的，基本肯定掛了

請仔細審題，題目說了設計按鈕，按鈕，按鈕。而且作為交互設計題目，答案應該是一套輸入-輸出的規則。你前面提一堆需求，無法給出可執行的方案，沒有什麼意義。

答這個問題首先要給自己的方案設定邊界條件，給出假設。

這道題題目條件模糊，肯定沒有唯一正確答案。交互設計本質是解決問題，而問題是跟場景相關的。這道題最重要的是你的答案能不能在你設定的場景里自圓其說。

答這道題，首先要設定場景邊界。比如這棟樓多少人，民居還是酒店還是寫字樓，電梯一次能載多少人。如果是每層幾戶的民居，那就不用考慮修幾十部電梯。

界面和交互邏輯上，可以思考一下方面：

界面有哪些元素，哪些按鈕
輸入輸出機制是什麼，比如輸入格式，是否需要二次確認，是否需要語音反饋，系統反饋時間，這裡要考慮不同場景（在前面設定的邊界之內），比如：
- 人太多，擠不到按鈕前面，讓別人幫你按，這時候如何獲得反饋
- 忽然要在下一層下，怎麼快速輸入

似乎有些答案都要趕超科幻片了呢~

妙啊！（手動司馬懿臉）

我來個成本低一點的，接地氣的, [ 按鈕就在你手裡 ]

1000層的樓，人肯定巨雞兒多。

特別是對於寫字樓來說，高峰期，你就瞅瞅特別是中午飯點那人流量。

（在Headquarter building, WanLiDa, DaZu, HuaQiang, SongRi的鵝廠老鐵們別哭，我來拯救你們。）

1.把網路給電梯這個端接上。

2.網上預訂電梯

3.整個APP，所有員工裝上（外來訪客，前台就別發牌了，弄個類似全面屏手機的電子卡吧）

APP內所提供信息有

-所要前往樓層（手動輸入）

-預訂/取消

-載具實時樓層（實時更新）

-本人所在樓層（你在哪層等，就顯示的哪）

-預計抵達時間（實時更新，呦，時間還多，接杯咖啡喝切）

（在電梯內，到達你要去的樓層後，你的移動終端會響鈴震動提醒）

話說，弄成這樣還能帶來什麼好處么？當然有，考勤, 績效什麼的~（逃

這個問題實際上得分兩個部分

第一個部分是對於用戶的畫像，分類

第二個才是ideate的能力

首先我們分析分析這個1000層的樓他是幹啥的

你要說他就是個巨大的倉庫/基站，不用人走動進出，那電梯甚至幾台就夠了，反正一年也進不了幾個人。貨梯可能需要個幾百台，分區擺放。

如果說是個商住綜合體，那就麻煩了。

首先這麼高的樓，地基肯定是巨大的，說明入口根據功能劃分會有很多個。

那麼電梯的分布就很直接了，每一個功能區的入口處，設置專門的電梯群，按照現在的設置大概30層一個小組，每組我們算4-6個電梯(看速度)

這樣的話入口導視就很重要了，很可能像機場那樣，在開車入園時指示，或者甚至有環形地鐵，每站都是一個功能區。

然後我們再開開腦洞，既然樓都能1000層了，可能交通方式也不一樣的，有300層高的軌道列車和飛空汽車呢？

所以說甚至每300層就需要一個交通樞紐，這樣又可以緩解一部分接待壓力，每300層電梯就有一個重新分組。

然後有專門一組電梯負責聯通兩個300層之間。

最後，實際上這個1000層的大廈是個人體電池工廠，我們都是躺在裡面的培養槽身上插滿了電線。。。根本不用電梯。。。

兄弟…刷卡呀

突然想到還有去別的…那就nfc咯

1000層，4000米，幾乎沒有任何交通工具會設置1000個站點，所以考慮運用幹線-支線結合。高速幹線電梯只停百層，然後進行支線中轉。
同時考慮到低層運輸壓力巨大，以及幹線運輸效率，還可以對幹線電梯設置為區間運行，比如1樓的幹線電梯，分別停100/400/700，200/500/800，300/600/900。

一個平板一個安卓完美解決此事

既可以手動輸入
也可以分類查找
又可以智能搜索
還可以語音識別

不過更多的可能是有多個電梯，每個電梯有特定的範圍

分割線＝========
以下跑題

考慮到1000層的客流量
可能一次性會需要運輸幾十萬人
應該使用類似地鐵的方式
一次多節梯箱
同一條線上多個電梯
一條線多個軌道
或者單向運行

再分段設置分線
以及換乘

梯箱也可以獨立運行
在分支點前往不同目的地

這種時候應該就不會出現按鈕了
完全是統一的票務

這真是個複雜的垂直城市交通

如果硬要和按鈕扯上關係
那就是在站台選好取票乘梯

最好的方法是電梯里不設置按鍵，只留緊急按鈕，
1000層的大樓怎樣設計電梯的調渡演算法才能保持最高的效率才是關鍵。

以下只要考慮現在的科技水平能實現的方式，畢竟量子傳輸才是最好的解決方案 )?(????)

首先分層區，分貨梯，人梯，緊急梯，VIP梯，秘密通道是必要的，具體怎麼分，要和演算法同步進行。

剛說的不留按鍵，替代方案是，一個APP，在APP里選擇到那個樓層那個房間，然後系統自動計算最優解，把相近的人員聚在一個電梯內。

原因如下：
1000層的大樓是非常龐大的，在裡面不管幹什麼都會遇到很多問題，進入大樓之前下個APP，將會減少很多問題，更快的解決自己的問題。
比如要在1000層的大樓里找一個室，該怎麼走？
如何快速的找到廁所？
通知某個樓層的人員。
等等...

以上是我不成熟的概念，歡迎討論。

1000層大樓可容納的人數是相當龐大的，即使有超大型的多部電梯同時運行，每一次上下電梯的人數也是相當龐大的，如果允許用戶選擇樓層，那必然是在個人手持終端上；固定在電梯面板上的樓層選擇器無論是物理的還是智能的，排隊選擇一輪下來可能已經錯過樓層了。至於手持終端的交互設計的話還是要根據樓層的區域劃分來設計交互，目前概念太模糊了。

我覺得現實一點的做法還是參考地鐵或者物流倉儲的流程，劃分站點，只不過是將水平改為垂直而已。交互上不需要用戶自己選擇，到站自己下車就是了。

------修正-----

看了其他朋友的回答，發現手持終端選擇樓層的確有很多問題，是個坑。所以各位看官忽略它吧ORZ.

還是樸素一點購票進站，到站下電梯靠譜。至於電梯的位移設計，正如朋友們所說，分層是必須的，否則低樓層的運輸壓力太大，所以需要將樓層劃分，高樓層的用戶不需要與低樓層的用戶同乘一部電梯從而實現分流，提升低樓層電梯運輸效率。

從需求本身出發，把這個假想方案懟回去，不做電梯

1. 根本不該做電梯，把電梯重新設計成地鐵的形式，每50層一站設置20個站，每2分鐘一班分班次起飛，來回開。每50層分成一個區間，再每個區間里再做樓層電梯。

再跟產品解釋，現在很多高樓都是這麼設計的（上海三炷香等），直達高中低區，區間內設區間電梯，有競品參考。

2. 為了節省推進效率，做兩層/多層樓的電梯，第一梯上50人，上升一層讓位給下層電梯。由下層的電梯向上推上面的電梯。

這樣也解決了人員批量進出問題。也有競品參考，巴黎鐵塔的電梯就是這樣設計的，只不過第二層要自己走樓梯上去（有殘障設施）。

[ 什麼，沒空間做區間電梯？那是你建築設計的問題了，「不要搞奇奇怪怪的建築」。]

感覺樓上的回答缺乏考慮的幾個問題：

1. 1000層樓的電梯，一部電梯上會有多少人？日運送多少人？次運送多少人？

2. 殘障人士怎麼辦？

3. 這麼多人人員要是擠在一個箱子里怎麼進出？

以上，亂說的，禁不起推敲請指正。這個問題挺經典，BAT中某企交互設計的筆試題也是這個。

從交互設計的角度為一座1000層的大樓設計電梯按鈕？ - 知乎

很全面的高票答案

我首先想到的是從已知的設計中尋求經驗。

目前世界上最高的建築是迪拜828米的哈利法塔，他擁有數量最多也是最高的電梯，56部奧的斯電梯，其中最快的電梯運行速度達到17.4米/秒，從0到124層只需要1分鐘。
運輸長度世界第一，分別安裝在塔內不同地區，訪客、住戶、上班族、飯店客人各使用不同電梯。塔內並沒有直達所有169層樓的電梯，在第43、76和123 層設有「轉乘區」。
我真不是給它打廣告，也就是說124層1分鐘，1000層也得9分鐘左右。
9分鐘做點羞羞的事情也足夠了，這樣不行的。
哈利法塔828米262層，樓均高大約5米。
1000層大約5000米也就是五公里，跳樓也得32秒。
飛機也就7000多米高啊，不好意思，跑偏了。
在262層的建築中就用到，近56部電梯，1000層起碼200部電梯，分別單雙，分區等等布置。

首先是人的考慮：

這是其一：

住宅區的人都登記，直接走向分區電梯，指紋讀取數據就到家。
商業區，固定到達層，這種配備多些就好100個電梯，想去哪兒就去哪兒。

—————————————————————————————————————

這是其二：

這個乘電梯最大的問題不是上下，而是分流！
人都是最想圖方便的懶惰生物，而越混亂越不能有效率。
而這種電梯不能稱為電梯，而是垂直地鐵，那麼，在準備搭乘地鐵前，我們需要做的事情——
是買票！
對的，作為一個5公里高的商住宅城市高級建築，它的維護費用是極其變態的，你不能把它單純的看作是一個電梯，而是地鐵，而在近地鐵前，人們都是要選擇目的地的，一個售票終端就能解決，用戶自主選擇。
或許有人問不就搭個電梯么，你要考慮到，能做1000層的建築，不單單是一層千把平，而是一個城市！
城市就必須有城市的規矩，規模。
而在這個城市中，只需要已買票的方式，分選出哪一個電梯符合，人員多少，定點定時發，幾分鐘一趟，以地鐵的方式，分布到垂直體系中。
人只需要買票——進站等待少許——搭乘——出站。
做分段式站點，200層為一站，出站後配備哈利法塔這種配置的電梯，並將電梯數增設到100。
這個建築應該是自成世界體系，上下班也就是上下樓，真正到地面的反而很少，屬於通天塔級別的存在。

—————————————————————————————————————

再一個是貨物：

貨物肯定不走電梯，專業的管道運輸系統，直達頂樓倉儲分發到各層房間。

這樣，分段式載客+人再選擇樓層能夠解決千層建築的上下行問題。

有人說這個是考慮互動式啊，你弄這麼複雜根本沒回答這個問題呢！

而且高層建築必須符合消防安全，一定有一個達到每一層樓的通層電梯，這怎麼辦？

雇批人坐電梯操作總台，一定要賊漂亮的小姐姐，看見電梯有人進來了，甜膩膩的問你要去幾樓，怎麼反悔都行，電梯里還跟你聊天，100%識別語音，一對一服務，聊的你不想下電梯。費用一定要收的高，能坐這電梯的人，不缺那錢，還得分語音電梯和視頻電梯，價肯定不一樣，可以打賞，小姐姐一定要會跳韓國舞，會扭，D以下拒絕上崗。

最後

我給介紹個做電梯的，它電梯做的比奧蒂斯還好，賊溜，不過不做地上只做地下。

假設這是理想電梯，也沒有天頂星科技。語音不行，嘈雜環境多人很難分辨。多位數輸入不行，依次輸入時間來不及，二維碼掃描和刷卡似乎可行，但是靈活性不夠高。
我怎麼做？假設樓有9999層，那麼就有四位數，所以一共應該有四乘十一共四十個按鈕排列成正方形，這樣，如果有人同去某一個千層，他看到其他人按了，就無需再按了只需要按不同的百層，或者十層

放個九格宮數字鍵盤+確定、回刪、取消、報警按鈕+屏幕

屏幕一部分顯示正在按的樓層，一部分顯示電梯運行方向、目前樓層、按升序排列的已按樓層號。

如果可能可以順便放個廣告位（不掙錢的電梯怎麼還能叫電梯？）

至於需要多少電梯？我管那麼多，我又不是搞建築的。

其實，它這個題目：

核心的關鍵並不是你要做一個怎樣的輸入方式，而是你的分析思路。

而是秩序／分流／效率／不擁堵／

秩序／分流／效率／不擁堵／

說三遍！

之前我有過做 環境導視設計 的經歷。

大家現在可以想一想，大家去做火車／飛機／汽車的時候。

一些比較大的飛機場高鐵站等的一個分流方式。

這個1000層的大樓，之前已經有答主分析過。

它已經不是傳統的一個電梯方案了。

而關鍵是一個引導。

我們做環境導視比較注重「高效和秩序「。

這本身已經不是一道人與界面的交互性問題。

而是從一個角度去解決，怎麼讓這棟大樓的人「高效，快速」的去達到自己要去的樓層。

其實「不產生擁堵」是最為重要的。

其次，這種模型分析前如果沒有樓層構成，區域劃分，平面圖等一系列文件。

根本是沒有辦法去完成這個「操作」的。

如果，硬要去用設計一個界面的思路來去看這道題。

我只能說：還有這種操作？

那我只能給你+1.