国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

本文接上一篇「App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（四）」。

18、「聊天」發(fā)表情，是怎樣的機(jī)制

在微信發(fā)一個(gè)表情出來(lái)，你發(fā)現(xiàn)顯示的是名稱[調(diào)皮]，而不是一個(gè)圖標(biāo)。

收到表情的一方，退出到聊天信息總列表，顯示的也是[調(diào)皮]。

那么為什么不是直接放一個(gè)表情在上面呢？實(shí)際這與實(shí)現(xiàn)原理有關(guān)系。

當(dāng)發(fā)表情給對(duì)方的時(shí)候，實(shí)際上發(fā)的是這個(gè)表情對(duì)應(yīng)的ID——>服務(wù)器拿到這個(gè)ID之后，再傳給接收方的客戶端——>接收方收到，再解碼出一個(gè)表情，展示在客戶端。

用圖示如下：

因此，表情的發(fā)送，是發(fā)送給服務(wù)一個(gè)對(duì)應(yīng)ID，而不是發(fā)送表情文件給對(duì)方的。

所以表情文件（圖文件）需要存在客戶端，而不需存在服務(wù)器。此外客戶端還要存表情名稱和ID。

事實(shí)上客戶端需要以josn格式存儲(chǔ)表情圖-名稱-表情ID，如下圖這樣：

注意，App正式運(yùn)營(yíng)階段，需要自己制作表情，避免盜用侵權(quán)。

19、「輸入框」的約束這件小事

從約束的程度看，輸入框可以分兩類(lèi)，一類(lèi)相對(duì)開(kāi)放，比如作品評(píng)論框、好友留言框；另一類(lèi)相對(duì)約束，比如昵稱、個(gè)性簽名、標(biāo)簽。

這兩類(lèi)之所以約束程度不同，主要是跟用戶心理訴求以及頁(yè)面的展示形式?jīng)Q定的。

比如個(gè)性簽名一般會(huì)展示在個(gè)人資料頁(yè)，不管是自己看，還是他人看，都要求美觀，比如居中對(duì)齊。同時(shí)頁(yè)面空間有限，所以字?jǐn)?shù)需加以限制。

那么對(duì)于這類(lèi)輸入框，要做的是：限制字?jǐn)?shù)、對(duì)齊方式、內(nèi)容校驗(yàn)、文案提示等。

舉一個(gè)個(gè)性簽名輸入框約束方案的例子：

（1）限制字?jǐn)?shù)：字?jǐn)?shù)上限盡量高，不讓用戶心理上感到被束縛（好比商城大廳都很高，盡管“摸著天杜千”這樣的用戶很少），比如40-50字。字?jǐn)?shù)上限可以在右下方顯示，隨著輸入而扣減字?jǐn)?shù)；

（2）字?jǐn)?shù)校驗(yàn)：推薦在輸入的時(shí)候，截取到限定字?jǐn)?shù)，多余的不予錄入。無(wú)需語(yǔ)言提示，用戶都看得懂；

（3）文案提示：根據(jù)（1），由于已經(jīng)有顯示位數(shù)了，所以可以換個(gè)提示，比如“據(jù)說(shuō)簽名會(huì)提升關(guān)注幾率哦”；如果簽名為空，為了提高體驗(yàn)，則建議對(duì)他人展示一個(gè)固定值，比如“歡迎關(guān)注我”；

（4）對(duì)齊方式：展示的時(shí)候，建議居中，最多顯示兩行，多出的省略。

在編輯環(huán)境自己看的時(shí)候，如果是下圖這種樣式，可以規(guī)定：滿行則靠左側(cè)對(duì)齊，不滿行靠右對(duì)齊。

20、你的App用到過(guò)「音效」嗎

以App「SOUL」的匹配按鈕為例，匹配中有音效，匹配成功，也會(huì)有個(gè)音效。

那么音效的實(shí)現(xiàn)是怎么的機(jī)制呢？是不是在后臺(tái)配置音頻文件，通過(guò)點(diǎn)擊按鈕調(diào)用呢？

實(shí)際上一般不需要在后臺(tái)存儲(chǔ)音頻文件。

一來(lái)是因?yàn)橐粜ё儎?dòng)不大，比如QQ的加好友的咳嗽聲用了那么多年。所以在客戶端寫(xiě)死并不影響實(shí)際需要。

二來(lái)牽扯到觸發(fā)后，對(duì)交互的時(shí)效性要求較高。對(duì)比前面提到的表情，音頻文件會(huì)大很多。

以「SOUL」為例，本來(lái)已經(jīng)匹配到用戶了，如果因?yàn)榫W(wǎng)速等導(dǎo)致了延遲，遲遲沒(méi)有發(fā)出匹配成功的聲音，那就尷尬了。

21、分頁(yè)加載，還是一次加載全部

考慮是否需要分頁(yè)的時(shí)候，基本有三個(gè)特征：

1. 數(shù)據(jù)需要從服務(wù)器拉取；
2. 拉取的數(shù)據(jù)容量不太??；
3. 拉取內(nèi)容的條數(shù)不太小。

客戶端是一次加載完，還是分頁(yè)加，分別需要服務(wù)器提供分頁(yè)或全部數(shù)據(jù)的吞吐機(jī)制。

那么采取兩種措施的優(yōu)劣如何呢？

從用戶角度，并不能一棍子打死說(shuō)全部加載就省事。

因?yàn)槿考虞d浪費(fèi)用戶流量和加載時(shí)間。很可能后面的內(nèi)容是用戶不需要的。這時(shí)候加載那么多反而適得其反。

但是分頁(yè)加載的缺點(diǎn)就是增加用戶操作的次數(shù)。用戶看完一頁(yè)需要再次加載才能看更多內(nèi)容，影響用戶沉浸性體驗(yàn)。

目前整體來(lái)說(shuō)，采用分頁(yè)加載的較多。根據(jù)用戶的適應(yīng)性，每一頁(yè)給予的內(nèi)容數(shù)量加以調(diào)整。比如抖音的分頁(yè)瀑布流。

作為產(chǎn)品經(jīng)理，在確認(rèn)列表頁(yè)（比如好友通訊錄）、信息流（比如好友動(dòng)態(tài)）的時(shí)候，首先要在PRD中明確是否分頁(yè)加載。

若分頁(yè)，則確定每頁(yè)加載的大致條數(shù)。最重要的是需考慮清楚，支持分頁(yè)或不分頁(yè)的原因。

#相關(guān)閱讀#

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（一）

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（二）

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（三）

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（四）

作者：唧唧歪歪PM；公眾號(hào)：唧唧歪歪PM（ID：jjyypm）

本文由 @唧唧歪歪PM 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議