用一篇文章,帶你了解搜索框的設(shè)計(jì)發(fā)展史
用戶在一個(gè)數(shù)字產(chǎn)品中"輸入"自己的需求有三種方式:鍵盤打字、語音輸入、拍照或掃描輸入。
產(chǎn)品設(shè)計(jì)者自然會(huì)想:既然都是輸入,那么這三種輸入方式應(yīng)該被匯總到一起,匯總到一個(gè)輸入框里。
數(shù)字產(chǎn)品世界中,我們最常見的"需求輸入框",便是搜索框。
單獨(dú)看上面這個(gè)搜索框,簡直完美極了。
但當(dāng)我們考慮把它如何放到手機(jī)屏幕的哪個(gè)位置的時(shí)候,問題就來了。我們無論把它放在哪個(gè)位置,都不完美。
截止目前,大部分產(chǎn)品的搜索框都是放在屏幕頂部。因?yàn)閺?PC 時(shí)代到小屏智能手機(jī),大家一直是這么做的。但隨著隨著手機(jī)屏幕越變越大,拇指熱區(qū)的問題也越來越明顯。把搜索框放在屏幕頂部,等于把三個(gè)重要的輸入操作放到了一個(gè)手指難以操作的橙色甚至紅色區(qū)域。
這么看放在屏幕底部似乎是更合理的。但是這會(huì)非常挑戰(zhàn)用戶的使用習(xí)慣,挑戰(zhàn)過去 20 多年來建立起來的用戶心智。
一、"激進(jìn)"的搜索框移動(dòng)實(shí)驗(yàn)
2023 年 6 月,亞馬遜嘗試將頂部的搜索框放在屏幕底部。結(jié)果在灰度測試階段,失望和反對的聲音便不絕于耳。后來僅僅經(jīng)過約三周的等待,亞馬遜將搜索欄恢復(fù)到原來的位置。
仔細(xì)看一下這個(gè)實(shí)驗(yàn)方案,便不難理解為什么用戶會(huì)提出強(qiáng)烈的反對意見。這個(gè)設(shè)計(jì)方案非常粗暴地把搜索框移動(dòng)到了頁面底部 Tab 欄的上面,不僅挑戰(zhàn)用戶的使用習(xí)慣,還把產(chǎn)品的底部變得凌亂而臃腫。
在 2016 年(也就是在亞馬遜這個(gè)實(shí)驗(yàn)的 7 年前),百度也做過類似的實(shí)驗(yàn)。
那時(shí)百度擁有自己在語音識別和自然語言處理(NLP)兩項(xiàng)技術(shù)的足夠自信,并認(rèn)為用戶已經(jīng)通過微信等產(chǎn)品養(yǎng)成了語音輸入的習(xí)慣。所以想要在自己的一系列產(chǎn)品中強(qiáng)化語音輸入的能力。
筆者當(dāng)時(shí)在糯米產(chǎn)品中負(fù)責(zé)了這個(gè)實(shí)驗(yàn)項(xiàng)目,當(dāng)時(shí)的設(shè)計(jì)方案比亞馬遜這個(gè)多做了一步。我們?yōu)榱税研碌乃阉骺蚍诺阶畹撞浚坏貌话训?tab 變成了頂 tab。糯米的這個(gè)激進(jìn)的實(shí)驗(yàn)項(xiàng)目最終以失敗告終。
另外一個(gè)團(tuán)隊(duì)負(fù)責(zé)百度最重要的移動(dòng)端產(chǎn)品,他們在 2017 年發(fā)布了手機(jī)百度 App 9.0,最終選擇了將語音輸入從搜索框剝離、單獨(dú)放在底 tab 的方案。
二、iOS 從來不糾結(jié)
相對于上面兩個(gè)案例,safari 的地址欄下移計(jì)劃顯得既有決心,又有耐心。對于一款瀏覽器產(chǎn)品而言,地址欄與搜索框已經(jīng)合二為一。把地址欄和搜索欄忽然移動(dòng)到底部,是非常大膽的一次改動(dòng)。
在 2021 年從 iOS 15 開始,Apple 對 Safari 瀏覽器進(jìn)行了重新設(shè)計(jì),將搜索框(同時(shí)也是地址欄)移動(dòng)到了屏幕底部。這一設(shè)計(jì)旨在提升單手操作的便利性,讓用戶便捷地在頁面之間切換。同時(shí)增加可視內(nèi)容空間,用戶在滾動(dòng)網(wǎng)頁時(shí),地址欄會(huì)自動(dòng)隱藏,以提供更大的閱讀區(qū)域。
不用說,像亞馬遜面對的問題一樣,很多用戶對這個(gè)變化表示不滿。但面對反對的聲音,Apple 并沒有妥協(xié),他們只是增加了一個(gè)自定義選項(xiàng),讓用戶可以根據(jù)自己的偏好進(jìn)行設(shè)置。用戶不喜歡可以改回去,但他們的默認(rèn)設(shè)置仍然在底部。
至于 Apple 為什么這么有決心,這么穩(wěn)準(zhǔn)狠的去做一個(gè)用戶并不喜歡的改動(dòng)。我想可能是因?yàn)?Apple 是一家做硬件的公司。相比只做應(yīng)用產(chǎn)品的公司,他們更理解硬件設(shè)備的演化方向,同時(shí)也更有自信可以引領(lǐng)新的設(shè)計(jì)方向。
繼 iOS15 把 safari 搜索框移到底部之后,2022 年 iOS 16 又把系統(tǒng)級全局搜索 Spotlight Search(聚焦搜索)的搜索框轉(zhuǎn)移到了底部。
從 2009 年發(fā)布的 iOS 9 開始,用戶可以通過下拉手勢快速訪問 Spotlight。這個(gè)交互設(shè)計(jì)隨后被其他移動(dòng)平臺和應(yīng)用廣泛模仿,成為移動(dòng)端搜索功能的標(biāo)準(zhǔn)之一。
之所以會(huì)這樣,其主要原因還是因?yàn)橹悄苁謾C(jī)的屏幕在變大。下拉搜索解決了搜索功能的快速喚起問題。
到這里,或許也有人會(huì)想,把一個(gè)搜索框從頂部拿到底部真就那么難嗎?
倒也未必。成熟的有大量用戶基礎(chǔ)的產(chǎn)品,做這樣的改動(dòng)肯定很難。但是對于創(chuàng)新產(chǎn)品來講,不僅不難,還可以把這個(gè)事兒做出彩。
脫身于 UC,有著阿里背景的夸克瀏覽器,一直以來在設(shè)計(jì)上非常出眾。2016 年的夸克瀏覽器就把搜索框和地址欄放到了頁面底部,并主打輕快簡潔,受到很多年輕用戶的喜愛。
三、從 Search 到 Ask,從搜索框到對話框
perplexity 被評價(jià)為新一代的搜索產(chǎn)品,他的默認(rèn)"搜索框"要比傳統(tǒng)的搜索框高三倍,看上去更像個(gè)長文本輸入框。同時(shí)搜索結(jié)果頁的布局也與傳統(tǒng)搜索有著巨大差異。google 的搜索結(jié)果頁搜索框在頂部,而 perplexity 的搜索框(AI 對話輸入框)卻在頁面底部。
同樣作為搜索產(chǎn)品,沒有人質(zhì)疑 Perplexity 的"搜索框"在底部是有問題的。這是因?yàn)?AI 產(chǎn)品的核心交互是對話式交互,對話框的消息輸入?yún)^(qū)自然應(yīng)該在頁面底部。
在瀏覽器產(chǎn)品中,搜索框和地址欄是復(fù)合在一起的。在 AI 產(chǎn)品中,搜索框與對話輸入框也是復(fù)合在一起的。
可想而知,搜索框與對話框輸入框整合的結(jié)果是:傳統(tǒng)的搜索框消失,AI 產(chǎn)品中不會(huì)再有舊時(shí)的"搜索"感受。
在 Perplexity 之后,ChatGPT 在 2024 年 11 月發(fā)布的搜索引擎 SearchGPT 也采用了同樣的對話式界面交互。
AI 化的搜索已經(jīng)不存在 "搜索框——搜索提示詞——搜索結(jié)果列表" 這樣的產(chǎn)品模式,而是"AI對話入口——描述問題——AI回答及推薦問題——繼續(xù)提問"。這樣最直接的好處是對話更接近用戶的心理模型。人們在使用搜索引擎探究一個(gè)問題的過程,往往需要多輪次的、不斷的輸入和變更自己的搜索詞,這本質(zhì)上就是一個(gè)問答的過程。
雖然現(xiàn)在仍然存在很多應(yīng)用層面的問題,但是充分運(yùn)用 LLM(大語言模型)技術(shù)的最佳方式就是 CUI,而 CUI 不再需要只能輸入關(guān)鍵詞的"搜索框"。
四、用戶心智與技術(shù)發(fā)展的矛盾
無論是語音輸入還是鍵盤輸入,手機(jī)的下半部分才是理想的用戶需求輸入?yún)^(qū),隨著 AIGC 技術(shù)帶來的 CUI 逐漸發(fā)展,很多我們已經(jīng)習(xí)慣的數(shù)字產(chǎn)品在 UI 層面將會(huì)發(fā)生很大的改變。
在這個(gè)過程中,用戶的習(xí)慣與固有心智不應(yīng)該成為科技發(fā)展的制約。固然迎合用戶的聲音是容易的,創(chuàng)造全新的產(chǎn)品體驗(yàn)重新塑造用戶心智是困難的,但用戶習(xí)慣與用戶心智是可以重新塑造的,只是需要一些創(chuàng)造更佳體驗(yàn)的信心、一點(diǎn)耐心和一點(diǎn)時(shí)機(jī)。
在成熟產(chǎn)品的改造上,如果像亞馬遜那個(gè)激進(jìn)而又粗暴的實(shí)驗(yàn)一樣,在這個(gè)問題上得到的答案肯定是 NO。但作為產(chǎn)品的設(shè)計(jì)者,我們不能否認(rèn)、無視技術(shù)發(fā)展帶來的直接影響,不能回避 AIGC 技術(shù)帶來的必然。
作者:柴林的設(shè)計(jì)筆記
想了解更多網(wǎng)站技術(shù)的內(nèi)容,請?jiān)L問:網(wǎng)站技術(shù)