使用者的閱讀時長得力于内容的品質，以及背後的人工推薦算法，但我卻想和你聊一聊一個很小的功能，我們随處可見，每一個内容性産品都具備的“重新整理”功能。
重新整理還能這樣用
分析對象：今日頭條Android版本
版本号：7.3.3
功能位置：啟動今日頭條，觸發重新整理功能，在新舊内容的交接處
張一鳴(今日頭條創始人)在網際網路大會上公開了一些資料，今日頭條在2019年已經擁有66億的激活使用者，1.4億活躍使用者，每天每個使用者使用76分鐘，比同類資訊類産品相比多了一倍的使用時長。
使用者的閱讀時長得力于内容的品質，以及背後的人工推薦算法，但我卻想和你聊一聊一個很小的功能，我們随處可見，每一個内容性産品都具備的“重新整理”功能。
恐怕，人均76分鐘的使用時長，有30%以上要歸功于這個重新整理功能。
認識一下重新整理
“重新整理”功能的作用是為使用者帶來新的内容，通常的做法是在頁面頂部，通過手勢向下滑動觸發。
這個功能普遍應用于兩個場景，其一是在内容流上，其二是在資訊詳情裡，兩者的訴求本質上是截然不同的。
内容流與重新整理
将重新整理置于内容流，是為了持續的為使用者提供最新内容，前提是系統具備内容的持續更新能力，如果我們的内容并不具備該能力，那就不太提倡重新整理功能了。
因為，即使重新整理了，也沒有新的内容呈現給使用者。
持續更新能力是指平均間隔一定的時間能夠産生1條或多條内容，出于産品的考慮，這個間隔時間需要小于30分鐘，也就是一天的内容産量至少48條以上，才具備做重新整理的能力。
内容數量越多，越需要重新整理能力。
相反，如果每天不能産生48條以上的内容，就不太建議用内容流的方式進行開發，可以嘗試換一種思路，比如固定時間更新的内容卡。
内容不足時，強行實作重新整理功能會有什麼結果呢？
沒有内容作為支撐，“重新整理”的核心作用：為使用者提供最新内容将會被無效化，無論使用者如何進行重新整理，都不會有新的内容出現，因為系統沒有産生新的内容，用來提供給使用者。
如果影響隻是功能失效，或許我們不需要太過在意，但遺憾的是功能無效化隻是表面形式，背後實際上會導緻使用者的流失與口碑的損失。
不妨嘗試想象一下：
我們在使用一款和今日頭條極度相似的資訊産品，兩者唯一的差別在于内容的數量。這款産品，我們重新整理多次，運氣好會出現1-2條新的内容，大部分時間得到的回報都是：沒有新内容的提示。
此時，你會如何看待這款産品，你會為這款産品打上什麼标簽呢？
内容少、沒有新意、不會期待、沒有驚喜。
重新整理是一個會和使用者互動，與使用者具備回報機制的功能，使用者在執行重新整理操作時，具備明确的心理期望“我想看新的内容”，或者“我想看看其他的”。
我們能夠給到的回報隻有兩種：
- 一種是響應使用者的期望，回報給使用者：“給，這是新的内容”。
- 另一種則是打消使用者的期望，回報給使用者：“抱歉，我們沒有新内容了”。
也就是無法滿足使用者期望，對于産品而言，偶爾無法響應使用者的期望并不是一件多麼重要的事，但對使用者的期望經常性出現無法響應的狀态時，就會增加使用者的失望感，最終導緻使用者的流失。
你可以在一分鐘内重新整理多少次呢？恰恰重新整理功能就是那個能夠經常滿足使用者期望，也可以經常讓使用者失望的功能，因為它可以足夠的高頻。
不具備内容更新頻率，内容數量的産品，并不太建議開發重新整理功能以及對應的内容流功能，這會不斷的為使用者營造“被拒絕”的環境，不斷的增加使用者的失望感。
詳情頁與重新整理
我們對詳情頁的“重新整理”在概念上與内容流的“重新整理”是截然不同的，在詳情頁裡，他更傾向于“更新”的概念。
也就是将最新的詳情内容“更新”給使用者。并不是所有的詳情頁都需要這個功能，同樣的，也隻有在特定的環境下，詳情頁的重新整理才會具備價值。
常見的詳情頁包括電商的商品詳情頁，訂單詳情頁，資訊的文章詳情頁，社交的使用者詳情頁，音樂産品的歌單詳情頁，活動産品的活動詳情頁等等。
其實大部分詳情頁都是不需要重新整理功能的，這些詳情頁本身不具備對内容的“更新”訴求。
網易雲音樂的歌單便沒有重新整理功能，使用者每次進入歌單時，都需要加載最新的資訊，而使用者停留在歌單時，即使不更新，也不會影響使用者的使用，實際上這些歌單的更新機率極低。
雲音樂的歌單大部分都擁有數百首音樂，有的歌單甚至擁有上千首音樂，但這些音樂的更新頻率極低，有的持續了數年之久，平均算下來也許一個星期隻會增加一首音樂，或者一次增加幾十首，但幾個月都不會再次更新。
這表示使用者在每次通路時執行的加載功能，就已經能滿足人們的訴求，畢竟資訊沒有變化時，無論我們更新多少次，都不會有變化。
當更新頻率遠低于使用者的停留時長時，也就不需要更新功能了。
我們熟悉的今日頭條的文章詳情頁，雲音樂的歌單，微信的好友相冊都沒有實作重新整理能力，并不是忘記做這個功能，而是不需要做這個功能，在這些詳情頁裡，不具備“更新”的訴求。
人們在詳情頁的停留時間并不長，或許在我們的認知裡，大部分時間都停留在詳情頁裡，但這裡的詳情頁并不是相同的詳情頁。
我們計算的使用者停留時長是在某一個内容的詳情頁進行停留，而不是所有的詳情頁停留時間的總和。
電商的商品詳情頁和訂單詳情頁比較特殊，這兩個頁面通常我們會在詳情頁植入重新整理功能，因為資訊錯誤導緻的後果極為嚴重。盡管商品詳情頁與訂單詳情頁同樣不具備更新頻率，但内容發生錯誤的後續影響卻比其他詳情頁更為嚴重。
這裡的影響展現在訂單金額，也就是錢可能産生錯誤，導緻存在一些漏洞，另一個影響則是我們不希望使用者離開這個頁面，相對其他詳情頁而言，電商的商品詳情頁并不是最終頁面，他隻是作為使用者支付前的跳闆，最終目的是讓使用者完成支付行為。
是以在一些不希望使用者傳回，通過重新加載擷取最新内容的頁面，我們會植入重新整理功能，用來實作内容“更新”的能力。
還有第三種重新整理功能的應用方式，一些依靠網絡請求擷取資料的頁面，存在網絡請求失敗的可能性，我們會在監聽到請求失敗時，為使用者提供重新整理能力。
此時，重新整理所代表的含義是“重新擷取資訊”。
在網際網路還不成熟的時期，許多初創團隊以及産品新人，将重新整理功能作為了必要能力，幾乎在所有頁面都植入了重新整理功能。
這不僅不會讓重新整理功能發揮作用，有時會産生負面效果，有的會給使用者造成負面映像，有的則是因為完全不需要這個能力，被徹底的無視了，但不論是何種表現結果，我們都需要支付該功能用來實作的開發成本，以及測試和驗收成本，仔細算起來，這樣的時間成本并不算低，畢竟背後都是人力成本，是要花錢的。
當使用者規模最夠大時，無效的重新整理還會占用我們伺服器的計算能力，導緻一些不必要的性能壓力。
即使是淘寶，在面對雙十一時，也不得不減少次要借口的請求，甚至為此關閉一些比較重要的服務。
伺服器的計算能力并不是可以無限制揮霍的，我們很少考慮伺服器壓力隻是因為資料量還太小，還可以揮霍，但這不應該是我們浪費資源的理由。
當我們對功能的認識足夠清晰，足夠靈活時，我們也能夠更靈活的使用功能，今日頭條的重新整理就是最佳的案例。
可以說，這樣的重新整理為今日頭條增加了30%的閱讀時長。
“重新整理”還可以這樣用
重新整理在内容流的通常做法是從頁面頂部向下滑動完成重新整理的業務，這原本是一個極其不起眼的功能。
今日頭條除了保留原始做法以外，還提供了另一個“重新整理”功能的觸發操作，當我們滑動到上一次更新點時，會給到使用者一個提醒：“你剛剛看到這裡，點選重新整理”。
對重新整理功能的巧妙應用，充分提升了使用者的持續閱讀性，在此之前，如何讓使用者持續看到新的内容，是資訊類産品讓人感到頭疼的一個問題。
我們隻能按照一定的序列将内容呈現給使用者，每一次使用者使用産品就建立了新的加載點，随着内容的向下浏覽，隻能是看到以前閱讀過的内容，此時使用者的持續閱讀就被打斷了，需要多次滑動頁面，回到頁面頂部時，才能觸發新的内容
原始的重新整理功能觸發條件是在頁面頂部，向下滑動才會觸發重新整理，也就是必須在第一條内容的基礎之上觸發重新整理。
當持續閱讀了4頁，5頁時，就需要使用者回到第一條内容，回到頁面頂部才能觸發重新整理。
- 騰訊新聞将這個功能稱呼為“點選回到頂部重新整理”；
- 網易新聞将這個功能稱呼為“上次看到這裡，點選重新整理”。
為使用者建立閱讀痕迹的實作原理十分簡單，在使用者執行重新整理功能時，就建立一個内容之間的分割坐标，将新的内容和舊的内容進行區分，并植入重新整理功能的觸發按鍵，就可以實作。
我們考慮的是讓使用者持續性閱讀，較長的閱讀時間便是由若幹個持續閱讀構成，持續閱讀是長時間閱讀的前置條件。
我們可以通過操作步驟和間隔時長來判定，巧妙利用重新整理功能為持續閱讀帶來的巨大價值。
沒有插入式重新整理之前，使用者需要向上滑動4～6次才能獲得10條新的内容，整個耗時需要0.5秒～1.5秒，也就是每間隔10條内容，使用者回到頂部觸發重新整理所需要支付的成本，重複10次，就需要使用者支付40～60次滑動操作，總時長耗損達到了5秒至15秒。
增加插入式重新整理之後，使用者隻需要支付點選重新整理的一步操作，以及0.1秒的重新整理時間便可以達到持續閱讀的效果。始終給到使用者“閱讀不完”的體驗，通過對持續閱讀體驗的增強，最終導緻使用者長時間的停留。
每次重新整理不能多加載一些内容嗎？比如重新整理一次，加載100條？
考慮到對伺服器性能的最大化利用，使用者每次重新整理加載基本都隻能獲得10條左右的内容。
量，這是為了避免内容給太多，但是使用者沒有完全閱讀導緻的伺服器資源損耗。同時，每次重新整理加載的内容越多，下一次重新整理所需要執行的成本越高。
巧妙的借助重新整理的能力，就能規避新舊内容更替時，對使用者持續閱讀帶來的“阻塞感”，讓持續閱讀變得更加流暢，讓使用者在不知不覺中，沉浸其中。
想一想我們自己的操作習慣呢？你是不是和我一樣，在看到插入式重新整理時(你剛剛看到這裡，點選重新整理)，是否會條件反射般點選重新整理，繼續閱讀新的内容呢？
總結
重新整理功能有三種方式，分别是：
- 内容流的“重新整理”，幫助使用者“擷取最新”的内容；
- 詳情頁的“重新整理”，對内容進行“更新”；
- 網絡異常頁的“重新整理”，“重新擷取”内容。
不滿足使用條件時，容易讓使用者産生挫敗感與失望感，會無意義的增加開發成本和伺服器計算壓力。
内容流的重新整理，需要足夠的内容更新頻率，每日更新的内容在48條以上，内容更新越多，越需要重新整理功能，反之越不需要該功能。
詳情頁的重新整理，僅在使用者高頻通路的詳情頁，或者不希望使用者傳回的商品詳情頁需要對内容進行更新的能力。
網絡異常也的重新整理，則需要存在基礎的網絡資訊讀取，才需要植入該功能。
今日頭條對重新整理的另類應用方式，是基于“幫助使用者擷取最新内容”這一概念産生，并取得了極大的資料價值。
現在，我們很難說是誰原創了這樣的使用方式，盡管文中以今日頭條為例，但現在的資訊類産品，大部分都已經複制了該功能，已經難以追溯源頭了，我們僅作為案例學習即可。
#專欄作家#
枯葉，微信公衆号：枯葉咖啡館。人人都是産品經理專欄作家。9年經驗産品經理，3年産品總監經驗。擅長資料增長，商業模式。曾孵化過千萬級使用者規模的創業産品
本文原創釋出于人人都是産品經理。未經許可，禁止轉載
題圖來自 Usplash，基于 CC0 協定