起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識App產品原型背后要交代的細節或要理解的原則（五）
本文接上一篇「App產品原型背后要交代的細節或要理解的原則（四）」。
18、「聊天」發表情，是怎樣的機制
在微信發一個表情出來，你發現顯示的是名稱[調皮]，而不是一個圖標。
收到表情的一方，退出到聊天信息總列表，顯示的也是[調皮]。
那么為什么不是直接放一個表情在上面呢？實際這與實現原理有關系。
當發表情給對方的時候，實際上發的是這個表情對應的ID——>服務器拿到這個ID之后，再傳給接收方的客戶端——>接收方收到，再解碼出一個表情，展示在客戶端。
用圖示如下：
因此，表情的發送，是發送給服務一個對應ID，而不是發送表情文件給對方的。
所以表情文件（圖文件）需要存在客戶端，而不需存在服務器。此外客戶端還要存表情名稱和ID。
事實上客戶端需要以josn格式存儲表情圖-名稱-表情ID，如下圖這樣：
注意，App正式運營階段，需要自己制作表情，避免盜用侵權。
19、「輸入框」的約束這件小事
從約束的程度看，輸入框可以分兩類，一類相對開放，比如作品評論框、好友留言框；另一類相對約束，比如昵稱、個性簽名、標簽。
這兩類之所以約束程度不同，主要是跟用戶心理訴求以及頁面的展示形式決定的。
比如個性簽名一般會展示在個人資料頁，不管是自己看，還是他人看，都要求美觀，比如居中對齊。同時頁面空間有限，所以字數需加以限制。
那么對于這類輸入框，要做的是：限制字數、對齊方式、內容校驗、文案提示等。
舉一個個性簽名輸入框約束方案的例子：
（1）限制字數：字數上限盡量高，不讓用戶心理上感到被束縛（好比商城大廳都很高，盡管“摸著天杜千”這樣的用戶很少），比如40-50字。字數上限可以在右下方顯示，隨著輸入而扣減字數；
（2）字數校驗：推薦在輸入的時候，截取到限定字數，多余的不予錄入。無需語言提示，用戶都看得懂；
（3）文案提示：根據（1），由于已經有顯示位數了，所以可以換個提示，比如“據說簽名會提升關注幾率哦”；如果簽名為空，為了提高體驗，則建議對他人展示一個固定值，比如“歡迎關注我”；
（4）對齊方式：展示的時候，建議居中，最多顯示兩行，多出的省略。
在編輯環境自己看的時候，如果是下圖這種樣式，可以規定：滿行則靠左側對齊，不滿行靠右對齊。
20、你的App用到過「音效」嗎
以App「SOUL」的匹配按鈕為例，匹配中有音效，匹配成功，也會有個音效。
那么音效的實現是怎么的機制呢？是不是在后臺配置音頻文件，通過點擊按鈕調用呢？
實際上一般不需要在后臺存儲音頻文件。
一來是因為音效變動不大，比如QQ的加好友的咳嗽聲用了那么多年。所以在客戶端寫死并不影響實際需要。
二來牽扯到觸發后，對交互的時效性要求較高。對比前面提到的表情，音頻文件會大很多。
以「SOUL」為例，本來已經匹配到用戶了，如果因為網速等導致了延遲，遲遲沒有發出匹配成功的聲音，那就尷尬了。
21、分頁加載，還是一次加載全部
考慮是否需要分頁的時候，基本有三個特征：
- 數據需要從服務器拉??；
- 拉取的數據容量不太??；
- 拉取內容的條數不太小。
客戶端是一次加載完，還是分頁加，分別需要服務器提供分頁或全部數據的吞吐機制。
那么采取兩種措施的優劣如何呢？
從用戶角度，并不能一棍子打死說全部加載就省事。
因為全部加載浪費用戶流量和加載時間。很可能后面的內容是用戶不需要的。這時候加載那么多反而適得其反。
但是分頁加載的缺點就是增加用戶操作的次數。用戶看完一頁需要再次加載才能看更多內容，影響用戶沉浸性體驗。
目前整體來說，采用分頁加載的較多。根據用戶的適應性，每一頁給予的內容數量加以調整。比如抖音的分頁瀑布流。
作為產品經理，在確認列表頁（比如好友通訊錄）、信息流（比如好友動態）的時候，首先要在PRD中明確是否分頁加載。
若分頁，則確定每頁加載的大致條數。最重要的是需考慮清楚，支持分頁或不分頁的原因。
#相關閱讀#
作者：唧唧歪歪PM；公眾號：唧唧歪歪PM（ID：jjyypm）
本文由 @唧唧歪歪PM 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
信息量很大 ，很久不做C端了
作為之前參與過社交類產品開發的,漲知識了