1. 首頁 > 生活百科 > >

分享社交產品的9個要點 什么是社交產品？( 二 )

小知識社交產品


增加重復發送按鈕，或者點擊發送失敗的按鈕實現重發 。
4）長按消息記錄，彈出的操作框開口方向
就近原則，若消息在屏幕上方，則操作內容在下方；反之，長按后的操作框展示在內容上方 。
5）消息通知方式
根據緊要程度，選擇橫幅通知、鎖屏通知、菜單通知 。 建議只對主要的信息用音效，盡量不要騷擾到用戶 。 但是根據經驗，一般老板都會要求“騷擾”用戶 。
五、左右滑動切換Tab頁簽很多App的Tab頁簽，支持左右滑動切換 。 那么是不是在設計Tab頁簽的時候都要這樣規劃呢？在確定這個方案時，產品經理需要考慮如下：
1）明確滑動切換頁簽的優缺點
操作步驟上，點擊切換和滑動切換，都是1個動作事件 。 只是通常來看，滑動操作比點擊操作難度稍低，畢竟點擊需要找到觸發區 。
2）支持滑動切換可以覆蓋更多用戶的操作預期——假設用戶普遍習慣同類產品的滑動切換的操作方式
但是滑動切換頁簽的操作本身也有弊端 。
比如有時候本來是想上下滑動的，但是手指一不小心就滑歪了，于是無意識觸發了滑動事件，跳到了另一個頁面去，可能就打斷用戶沉浸式體驗 。
基于以上，筆者建議如下:
1）沉浸式的瀑布流，比如抖音的視頻流，不推薦滑切Tab頁
如果非要做，則將滑動切換觸發靈敏度降低 。
2）內容長度有限，或者閱讀速度快的Tab頁簽，可以使用滑切
比如電商商品的【參數】、【評論】之間的切換 。
3）除了左右滑動切換Tab，還可以結合下翻切換
如果頁面內容較短，那么在下翻至Tab頁內容結束的時候，緊接著就切換下一頁的內容 。
比如：
最后要注意，不管做不做滑切，產品經理都要給予開發人員明確的說明 。
六、分享功能的“借尸還魂”1. 分享的原理第三方平臺提供了分享接口，目標App對接后，獲取了對應權限和功能支持 。
因此在分享事件中，目標App分享出去的內容是客，“客隨主便”：即：第三方支持什么，分享出去才能做什么 。
通常，內容分享出去之后，會在第三方平臺中以一定的格式展示 。 這種格式不由產品經理設計，而是第三方平臺規定的，產品經理需要確認要展示的內容 。
在第三方平臺中打開分享的內容后，就會基于第三方平臺內置環境進行功能展示 。 通常都會引導用戶觸發打開App，或到應用市場下載App 。
2. 技術實現方面第一步：接口對接，實現第三方系統的授權 。 未授權的情況下做分享，會有類似下圖的提示：
第二步：實現功能需求
以分享小視頻到微信為例，若要在微信H5中實現視頻播放、點贊等功能，則要基于H5寫相關的代碼 。 當然也可以使用SDK，SDK通常本身支持多個系統：電腦、安卓、ios、H5等 。
而前面提到的跳轉到APP或應用市場的邏輯，就是校驗到本手機沒有App則跳轉到應用市場下載，校驗到已經安裝則打開App 。
但是在實現的時候，要了解第三方分享接口是否支持喚醒App 。 若不能支持，那么就要借助其他方式間接實現需求 。
3. 產品經理要確認的1）確定分享的場景或業務位點
比如：操縱完成或得到結果時提示分享（如截圖后、完成拍照和攝像時）、打開App時出彈層提示分享、勝利完成任務時提示分享，比如王者榮耀連勝的提示“炫耀一下” 。
2）確定分享的形式
主要有：文字或鏈接地址的分享（比如天貓和淘寶的“淘口令”）、圖片分享（靜態圖片、GIF動圖）、音視頻類行形（標記它是音頻或是視頻，并且可以直接在當前頁播放）、網頁分享（帶有網頁縮略圖的） 。
其中網頁分享是最常見的，以微信為例，分享過去的網頁有自己的格式 。
比如：同一個內容，從APP或外部瀏覽器微信，會顯示APP的名稱和縮略內容，從微信內置瀏覽器分享的就不會展示這些信息 。
另外注意：分享網頁和分享鏈接是不同的分享形式，前者帶有網頁自身的縮略內容，后者屬于文本范疇的分享，簡單原始 。
3）用戶打開的效果是什么
如果將分享理解為“借尸還魂”引流的話，那么打開分享鏈接之后，可以以最基礎的靜態畫面呈現，再次點擊頁面，則引導跳轉到App，或引導到應用市場下載App 。
但是，產品經理需要知道，某些第三方的應用不給提供便利，不支持跳轉到App，比如微信 。
因此，設計時候考慮增加提示“使用本地瀏覽器打開”（假設瀏覽器是支持的） 。 這樣就借助一個新的橋梁“假途滅虢”實現需求了，如下圖這樣：

推薦閱讀