讀者：

呆呆，這個圖的卡片列表里，標題用省略號合適嗎？

（因為原圖涉及讀者項目隱私，所以重畫了個草圖。）

又是一個沒有業(yè)務背景的問題。不過這個問題比較簡單，可以展開來說一下。

通常，我們會在各類產(chǎn)品里面見到諸如「標題超出部分用省略號顯示」這樣的設計，譬如上面這圖。

于是，許多人在自家產(chǎn)品的設計過程中，遇到此類情況，被開發(fā)問到時，也會搪塞一句：文案要是超出就「…」顯示吧。

大多數(shù)遇到這種情況的，都是因為之前沒考慮好，才臨時想了這個解決辦法。

而很多時候，一些產(chǎn)品之所以用「…」顯示，并不是因為單純地文案溢出，可能是專門設計過的。

所以，如果簡單地認為「…」就是解決溢出而使用的方法，那就有問題了。

下面舉幾個例子。

有些產(chǎn)品，我們幾乎看不到列表視圖里的標題是有省略號的。

因為這類產(chǎn)品的目的就是讓用戶讀到完整的標題信息，對眼前的內(nèi)容好做判斷，從而考慮是否點進去看詳情。

所以在設定的時候，界面中標題字數(shù)的規(guī)定，與界面樣式就已經(jīng)提前規(guī)劃好了，可能在后臺設置就限定死字數(shù)，要求運營人員上新時要統(tǒng)一界面的展示形式。

這種情況下，一般就不會再有省略號的問題，譬如一些知識付費類產(chǎn)品。

比較典型的還有 TED 演講視頻的標題，在《設計體系》這本書里專門提到了這個案例。

對于 TED 來說，演講標題的信息優(yōu)先級是最高的，所以他們寧可保留所有標題文案，也不對文案做截斷用「…」顯示。

因為對標題做截斷是很容易的，而難的是把一個演講主題提煉成一句簡短句子，所以他們?yōu)榱苏故靖逦臉祟}，寧可在界面上保留長標題，甚至為長標題的顯示而專門設計相符合的展示形式。

反過來，他們也因為這一點而確定了界面上標題字數(shù)的上限，確保文案不會超過界面顯示的最大臨界值。

包括一些資訊類產(chǎn)品，在標題上也會做限制，以滿足最大化呈現(xiàn)且不使用省略號。意思是：假設界面上文案范圍定了 30 個字符，那么配置的時候就必須 30 個字符以內(nèi)把內(nèi)容表達清楚，且必須完全顯示在界面上。

所以經(jīng)?？吹揭恍?UGC 產(chǎn)品之所以會限制標題字數(shù)，原因除了常見的標題不能過長之外，還有一點是為了在列表頁就能顯示完整。

各位在設計這類產(chǎn)品功能時，也要注意到這一點，而不是隨意說一個「字符不能超過 50 吧」。

而有些產(chǎn)品的內(nèi)容列表，之所以頻繁使用省略號，它的目的是為了引導用戶點擊用的。

這類形式一般出現(xiàn)在營銷號發(fā)的文章里，多是營銷人員自己為了文章點擊率而做的。很少會有一款產(chǎn)品的所有內(nèi)容都是這樣的，除非是一些內(nèi)容產(chǎn)品，運營方是企業(yè)自己，為了讓產(chǎn)品上的內(nèi)容有更多人點擊而這樣去設計，當中可能涵蓋了廣告，以此賺取廣告費。

不過這類內(nèi)容的設計已經(jīng)讓用戶開始反感，所以如果不是特殊情況，最好少這樣去做。

當然，還有同類型的，一般出現(xiàn)在頁面面積小且需要展示更多信息的集合類視圖，比如：

這種形式的設計，就是因為頁面上想展示的信息太多，以至于通過這類合集來展示某個模塊里的內(nèi)容，營造出一種很豐富的感覺。

也就是利用「…」引導用戶點擊，表示信息沒有展示全，如果要看，就點開詳情，進二級頁面。

還有一些產(chǎn)品的省略號，純粹就是大家理解的，溢出就省略號顯示。

比如同樣是資訊或內(nèi)容類，以文字為主的產(chǎn)品，雖然標題超出范圍用了省略號，但用戶基本也已經(jīng)知道是什么內(nèi)容（上面那個集合類視圖也是一種），且還有摘要引讀。

比如下圖：

這種標題字符限制在了兩行以內(nèi)，多余字符用「…」展示，基本上已經(jīng)是一句完整的話，能讓人大致了解這條信息的意思。并且還有部分摘要，已經(jīng)足夠用戶判斷是否對它有興趣，如果沒興趣，直接刷走也無所謂。

包括一些電商類產(chǎn)品，用戶多以商品圖片為主要決策因素，商品標題作為輔助信息，優(yōu)先級不高，所以標題溢出是否省略號顯示也無所謂。

這其中有一個特殊情況，就是有些產(chǎn)品的標題即不展示全，同時又沒有省略號，比如淘寶的商品搜索結果頁面。

因為這類列表實質(zhì)是一個產(chǎn)品賣點集合的濃縮詞，不是完整的一句話，多余字符展示或者不展示，都不會有太大影響，所以也不重要。

當中我比較反感的還要數(shù)農(nóng)藥了。

好友邀請的列表視圖里，常?？床蝗欠Q，因為好友會有游戲昵稱，微信備注會展示在游戲昵稱后面，以至于要點到游戲關系里先看全昵稱，再到匹配界面邀請好友。

既然已經(jīng)區(qū)分了微信好友與游戲好友，為什么昵稱上面不也加以區(qū)分呢？

當然，經(jīng)常玩的好友可能沒這個必要，畢竟頭像或昵稱都可以很快識別出來，但是偶爾一起玩的好友通過這樣的識別方式就比較難了。

這里就是簡單提一句。

通過上面提到的一些例子，以及不同場景下標題省略號的處理方式，相信大家對這塊的理解會比之前更深。

同樣，對于開篇讀者提到的問題，更符合的情況可能類似于知乎這種，有完整句子，所以標題是否省略號處理也就沒太大影響。

但具體的還是要結合業(yè)務詳情仔細考量。

而標題內(nèi)容的展示是否要用省略號處理，優(yōu)先要看這條信息的業(yè)務權重，以及是否會影響用戶決策。

所以各位在設計這類內(nèi)容標題是否要用「…」顯示時，也要注意判斷自己的產(chǎn)品特性符合哪種類型，而不是隨意一句話，說「超出就省略號顯示好了」。

3、怎么判斷輸入框里放不放清空按鈕？

最近收到兩個問題，正好都與輸入框有關：一個是怎么判斷輸入框要不要放置清空按鈕；另一個是輸入框超過限制后，是禁止用戶繼續(xù)輸入，還是允許超出但會警告提示。

在一定程度上，這兩個問題的分析邏輯是類似的，所以放到一起聊正合適。

先看第一個問題：怎么判斷輸入框里要不要放置清空按鈕？

原問題是這樣的：

呆呆，我最近在優(yōu)化公司的產(chǎn)品，遇到一個問題，就是 PM 想在聊天輸入框里加一個「清除按鈕」，可我覺得不太合適，但是說不出原因，只能說沒見過在聊天框里加清空按鈕的。這個問題要怎么判斷呢？

我們一般會在搜索、手機號輸入框里看到類似的清空按鈕，比如輸錯了就點一下，清空后再重新輸入。但是很少會在聊天框里看到清空按鈕，為什么呢？

主要是「時效性」…算了，這種概念詞用多了，發(fā)現(xiàn)現(xiàn)在人都不會講話了。說白話就是「要快」。

無論在登錄注冊還是搜索的場景下，除了內(nèi)容本身之外，最注重的就是效率。

譬如有個數(shù)據(jù)大概是說，用戶登錄注冊花的時間超過某個范圍，轉化率就會對應逐步降低。而率，就是讓用戶能快速登錄注冊賬號，使用產(chǎn)品功能。所以設計師們會在登錄注冊的操作流程里抓住可提率的每個細節(jié)，輸入框使用效率就是其中之一。

搜索也是一樣，當用戶有明確目的使用搜索框時，關鍵詞就是用戶當下最關注的信息，如果輸錯，再一個個刪除，顯得麻煩，所以清空按鈕能在這里提高用戶的操作效率，甚至 iOS 的搜索組件也會自帶一個清空按鈕。如果是電商產(chǎn)品，率是能間接提高成交率的。

這里的輸錯，也有兩層意思，一個是用戶在輸入過程中發(fā)現(xiàn)錯字，比如登錄注冊時，發(fā)現(xiàn)手機號輸錯了，一個個刪除反而沒清空重新輸入來得快，因為刪了之后，號碼要重新背一遍，具體到某個數(shù)字，然后接著輸，特麻煩。

或者搜索內(nèi)容時，發(fā)現(xiàn)有錯別字，刪除某個字再重新輸入，反而沒有清空重新輸入來得快，畢竟輸入法有串聯(lián)關鍵詞組的功能。

另一個是反饋的結果不符合用戶的心理預期。比如輸入手機號已被注冊，或者搜索結果不滿意要重新輸入關鍵詞，使用一鍵清空都是比較的。

而且輸入之后，系統(tǒng)需要給用戶呈現(xiàn)結果，如果結果不滿足用戶預期，還會存在短時間內(nèi)多次輸入與清空的情況。那么，無論是錯字還是對結果不滿意，清空按鈕都可以非常便捷地幫助用戶一鍵清除上次輸入的字段，讓用戶更快速地重新輸入新字段，從而提高用戶的操作效率。

于是，我們會把這類場景下的「清空」說成是「一鍵清空」，主要是因為方便。而它的作用就是，在出錯的場景下，更快捷地給用戶重置的操作。

反過來，各位可能要說：那聊天框不滿足這個條件么？

我們接著看聊天輸入框。

我們知道，聊天輸入框的內(nèi)容不是固定的，它是根據(jù)對話內(nèi)容而變化的，用戶甚至需要花時間持續(xù)輸入并糾正自己的用詞，以及話術的準確度。過程中，如果輸入的內(nèi)容多，而且又是即興的，耗費的時間與精力也是很大的，清空后也難以再恢復。

它不像登錄或搜索，固定的輸個數(shù)字串或關鍵詞，它是一段完整內(nèi)容。雖然也會有某一句話或者某個詞輸錯的情況，但是一鍵清空的操作成本太低，對應著聊天框的高輸入成本，一鍵清空的存在與之并不相符。

于是，這里就引出了一個概念，叫做「輸入成本」與「修改成本」。

清空按鈕對應的，就是低修改成本，因為簡單點擊一下，就清空了。它所適用的場景就是低輸入成本的情況，也就是前面提到的登錄注冊或搜索 —— 輸入的內(nèi)容相對固定，且可能反復。

對于登錄、搜索等指向性比較明確的輸入框來說，用戶在乎的是輸入和反饋的效率高不高。一鍵清空操作能帶來效率上的提升，而且操作后帶來的損失成本是很低的。因此，一鍵清空操作在這個場景下，對用戶來說是安全且的。

但是在聊天場景下，一鍵清空作為低修改成本的作用是不適合的，因為這時候輸入成本比較高。

用戶在聊天輸入框內(nèi)表達清楚自己的想法是為了讓對方理解，達到交流的目的，這樣的內(nèi)容是不確定的。而且在聊天輸入出錯情況下，我們有多種操作方式讓用戶重輸，比如鍵盤快滑定位，觸摸定位錯字等，都比一鍵清空重新輸入的成本低很多，而它所謂的「便捷性」在這里意義也就不大了。

于是乎，在衡量輸入框是否需要清空按鈕時，我們首先要知道，清空按鈕是低修改成本，那么如果輸入框的輸入成本比較低時，我們就會使用清空按鈕，來提高操作效率。而當輸入成本比較高時，一鍵清空的操作就顯得配不上這個輸入框了。所以，它在聊天框里就沒有存在的必要了。

包括其他非固定內(nèi)容的輸入框，也是一樣的道理。

接著，延伸出第二個同學的問題：輸入框超過限制是禁止用戶繼續(xù)輸入，還是允許超出但會警告提示？

相信各位讀完上面的，再看這個問題，應該也能分析出原因了吧？邏輯跟上面的也差不多。

也看輸入成本，比如是固定內(nèi)容的手機號，我們正常會禁止多余輸入，因為這樣用戶更容易判斷手機號是否正確。

如果是短長文，說明用戶可能是手打字超出限制，這時候如果禁止輸入，用戶不好在輸入框里做內(nèi)容刪減或修改，也會打斷用戶的輸入流，畢竟還沒寫完就限制了，那得先刪掉前面的，再來思考后面怎么寫，會亂。而且如果是復制的，禁止輸入的話，超出部分就被截斷了，也要先刪減，再繼續(xù)復制剩余部分，非常麻煩。除非先在別處刪減到限制字數(shù)內(nèi)，再復制過來，但這樣又增加了用戶的操作成本。

如果允許輸入但警告提醒，那么用戶就可以根據(jù)自己已經(jīng)輸入完的內(nèi)容做刪減修改。

所以對于這個問題，我們從這個視角出發(fā)，也能了解一二，就是通過適用場景與輸入成本來分析。

當然，以上所有內(nèi)容更偏向于通用性說明，針對具體業(yè)務還需要具體分析。