中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文接上一篇《App產品原型背后要交代的細節或要理解的原則（三）》，接著跟大家講講產品原型背后要交代的細節和要理解的原則。

十五、左右滑動切換Tab頁簽

很多App的Tab頁簽，支持左右滑動切換。那么是不是在設計Tab頁簽的時候都要這樣規劃呢？

筆者認為在確定這個方案時，產品經理需要考慮如下：

（1）明確滑動切換頁簽的優缺點

操作步驟上，點擊切換和滑動切換都是1個動作事件。只是通常來看，滑動操作比點擊操作難度稍低，畢竟點擊需要找到觸發區。

另一個方面，支持滑動切換可以覆蓋更多用戶的操作預期——假設用戶普遍習慣滑動切換的操作方式。

但是滑動切換頁簽的操作本身也有弊端。比如有時候本來是想上下滑動的，但是手指一不小心就滑歪了，于是無意識觸發了滑動事件，跳到了另一個頁面去，可能就打斷用戶沉浸式體驗。

（2）基于以上，筆者建議如下

①沉浸式的瀑布流，比如抖音的視頻流，不推薦滑切Tab頁。

如果非要做，則將滑動切換觸發靈敏度降低。

②內容長度有限，或者閱讀速度快的Tab頁簽，可以使用滑切。比如電商商品的【參數】、【評論】之間的切換。

③除了左右滑動切換Tab，還可以結合下翻切換：如果頁面內容較短，那么在下翻至Tab頁內容結束的時候，緊接著就切換下一頁的內容。比如：

最后要注意，不管做不做滑切，產品經理都要給予開發人員明確的說明。

十六、分享功能的“借尸還魂”

（1）分享的原理

第三方平臺提供了分享接口，目標App對接后，獲取了對應權限和功能支持。

因此在分享事件中，目標App分享出去的內容是“客隨主便”：第三方支持什么，分享出去才能做什么。

通常，內容分享出去之后，會在第三方平臺中以一定的格式展示。這種格式不由產品經理設計，而是第三方平臺規定的。（產品經理需要確認要展示的內容）。

在第三方平臺中打開分享的內容后，就會基于第三方平臺內置環境進行功能展示。通常都會引導用戶觸發打開App，或到應用市場下載App。

（2）技術實現方面

第一步：接口對接，實現第三方系統的授權

未授權的情況下做分享，會有類似下圖的提示：

第二步：實現功能需求

以分享小視頻到微信為例，若要在微信H5中實現視頻播放、點贊等功能，則要基于H5寫相關的代碼。

當然也可以使用SDK（SDK通常本身支持多個系統：電腦、安卓、ios、H5等）。

而前面提到的跳轉到APP或應用市場的邏輯，就是校驗到本手機沒有App則跳轉到應用市場下載，校驗到已經安裝則打開App。

但是在實現的時候，要了解第三方分享接口是否支持喚醒App。若不能支持，那么就要借助其他方式間接實現需求。

（3）產品經理要確認的

①確定分享的場景或業務位點

比如，操縱完成或得到結果時提示分享（如截圖后、完成拍照和攝像時）、打開App時出彈層提示分享、勝利完成任務時提示分享（比如王者榮耀連勝的提示“炫耀一下”）。

②確定分享的形式

主要有：文字或鏈接地址的分享（比如天貓和淘寶的“淘口令”）、圖片分享（靜態圖片、GIF動圖）、音視頻類行形（標記它是音頻或是視頻，并且可以直接在當前頁播放）；網頁分享（帶有網頁縮略圖的）。

其中網頁分享是最常見的。以分享到微信為例，分享過去的網頁有自己的格式。比如：同一個內容，從APP或外部瀏覽器分享到微信，會顯示APP的名稱和縮略內容，從微信內置瀏覽器分享的就不會展示這些信息。

另外注意：分享網頁和分享鏈接是不同的分享形式。前者帶有網頁自身的縮略內容，后者屬于文本范疇的分享，簡單原始。

③用戶打開的效果是什么

如果將分享理解為“借尸還魂”引流的話，那么打開分享鏈接之后，可以以最基礎的靜態畫面呈現，再次點擊頁面，則引導跳轉到App，或引導到應用市場下載App。

但是，產品經理需要知道，某些第三方的應用不給提供便利，不支持跳轉到App。比如微信。

因此設計時候考慮增加提示“使用本地瀏覽器打開”（假設瀏覽器是支持的）。這樣就借助一個新的橋梁“假途滅虢”實現需求了。如下圖這樣：

④最后，讓分享自然甚至驚喜

比如：讓用戶獲得優惠，得到好處（如「哈羅單車」通過分享獲得紅包）；輔助業務實時共享（如「滴滴」可以分享行程給他人共享實時位置）；邀請好友，分享快樂（如「王者榮耀」邀請朋友一起組團開黑）；分享成就（如游戲獲得了九連勝等）。

十七、【消息】模塊設計的關注點

（1）必要時提供消息歸類

讓目標信息曝光增加，同時讓消息有條理。

就好像微信的【訂閱號消息】一樣，進行歸類，給予總入口。

（2）未讀消息提示數字或紅點

為了不給用戶負擔，不是很要緊的消息盡量使用紅點。

消息數的消除以打開為準，即打開就視為已讀。

（3）歷史消息保存留時長

永久保存在服務器，用戶可以通過加載，分批查看歷史消息。

（4）聊天消息記錄的操作

①已發出的文字和表情（包括發送失?。?/strong>