編輯導讀：說到數(shù)據(jù)造假，很多人嗤之以鼻，它帶來的結(jié)果往往都是負面的。但是有一種“造假”行為，有正向的引導作用。究竟是什么呢？本文將從三個方面對此展開介紹，希望對你有幫助。

一提到“數(shù)據(jù)造假”，可能最先想到的就是財報或者“僵尸粉”這種字眼了吧，大部分的假數(shù)據(jù)曝光后的結(jié)果都是負面的，讓人唾棄的，目的不純粹的。但是在實際的產(chǎn)品設(shè)計流程中，的確存在一種合理的“造假”行為。而今天文章想要探討的，是一種十分有效的“數(shù)據(jù)假寫”方式，而且是具有正向引導作用的。

文章標題前半段取自臺灣作家、畫家劉墉先生的系列暢銷書《我不是教你詐》。書中講述了很多一些生活中的小技巧，本文借鑒了這個標題，本質(zhì)上卻也是對應(yīng)上了。

大家在網(wǎng)絡(luò)上搜索“數(shù)據(jù)假寫”，更多搜索到的內(nèi)容是關(guān)于測試方法的內(nèi)容。對于開發(fā)和測試而言，假寫數(shù)據(jù)是模擬測試線上效果的必經(jīng)之路，很多時候多需要往里面“灌”假數(shù)據(jù)來模擬驗證上線效果及各種邊界和極限條件。想必每一個設(shè)計師在做線下測試環(huán)境驗收的時候，也都配置過各種的假數(shù)據(jù)或者用戶身份吧。

但是本篇文章想要聊的，是一種可以運用在設(shè)計中的思維和方法，同時可以應(yīng)用解決一些體驗和場景問題。文章單純與設(shè)計有關(guān)，與技術(shù)無關(guān)。

這里所描述的數(shù)據(jù)假寫是指一種設(shè)計方法，達到用戶體驗細節(jié)提升的目標，而非測試過程中的產(chǎn)品功能驗證，也非有目的性的產(chǎn)品上線后的數(shù)據(jù)量造假行為。

這里的假寫數(shù)據(jù)不會作為核心指標，也不是作弊或者刷量，對用戶有誤導性的造假數(shù)據(jù)（如電商刷單等），而是為了達到一定的產(chǎn)品目標所展示給用戶的信息，這些信息被稱為“假數(shù)據(jù)”的原因，很大程度是因為它們不是用戶自己生產(chǎn)的，或者不是面向全量用戶的數(shù)據(jù)。

假寫的數(shù)據(jù)在設(shè)計上也是有他獨到的作用。

一、追根溯源：設(shè)計上為什么要考慮假寫的問題

這個問題的來源，本質(zhì)上更像是藝術(shù)與技術(shù)之間的矛盾碰撞一樣交疊無休無止。

在交互體驗上。設(shè)計師都很注重反饋設(shè)計，畢竟對于用戶體驗的提升有著極大的幫助，而且是產(chǎn)品體驗優(yōu)異的基礎(chǔ)所在；在反饋設(shè)計中，即時反饋又是一個很關(guān)鍵的設(shè)計點。

顧名思義，即時反饋，就是用戶的每一步操作行為，都能夠立即看到結(jié)果，這樣能夠給用戶帶來充分的控制感、友好性或者信任感；“所見即所得”，這句名言在設(shè)計師描述自己方案的時候，幾乎成為了一副堅韌不摧的鎧甲。

但是，需要小心的是，當設(shè)計師在提“所見即所得”這件事的時候，一定要注意，當前的設(shè)計點不涉及到數(shù)據(jù)請求或者不需要通過訪問后臺接口后反饋，僅通過前端就可以實現(xiàn)的操作，否則可能會被抓住“技術(shù)漏洞”而“反殺”。

當用戶的行為涉及到數(shù)據(jù)傳輸、請求服務(wù)器或者后臺審核等涉及后端的行為時，對于“真正”“真實”結(jié)果的即時反饋就難以保證了，例如請求服務(wù)器會有網(wǎng)絡(luò)傳輸?shù)目炻?，后臺審核也有機審和人審的區(qū)分。數(shù)據(jù)在服務(wù)器之間的流動需要時間，這就造成了真正的數(shù)據(jù)結(jié)果無法做到“實時”“即時”傳遞到前端展示給用戶。

在這種不可避免的情況下，真實數(shù)據(jù)無法實時返回，但是有需要保證用戶操作的流暢性，以及對用戶操作行為的即時反饋，這時在設(shè)計上需要考慮使用假寫方法來優(yōu)化用戶體驗，數(shù)據(jù)假寫應(yīng)運而生。

二、假寫邏輯分析

1. 頁面內(nèi)容假寫——前置假寫

內(nèi)容假寫，是指當前的假寫內(nèi)容本身不是用戶生產(chǎn)的，而是通過運營后臺配置的、模擬用戶生產(chǎn)行為輸出的結(jié)果。說到這里，想必各位已經(jīng)可以猜到了，這樣的假寫方式在一些運營活動中比較常見。

活動中的跑馬燈或者彈幕信息，直播中的各種互動效果，很多時候不是真實用戶的操作行為，而是系統(tǒng)自動生成的一些數(shù)據(jù)源直接呈現(xiàn)的，用戶在此時此刻此場景中更多是信息接收者的角色。

圖片來源：筆者自繪

上圖簡單列舉示意了一下主要應(yīng)用場景。鑒于產(chǎn)品本身的內(nèi)容與版權(quán)問題，在此不再呈現(xiàn)具體產(chǎn)品截圖。

這樣的假寫內(nèi)容能夠在產(chǎn)品活動的冷啟動階段很好地營造場景氛圍，讓用戶能夠沉浸其中，快速刺激用戶參與；另外，前置假寫中實際上還涉及一種“按照實際操作量*系數(shù)”作為展示數(shù)據(jù)的產(chǎn)品邏輯，其應(yīng)用場景也是在頁面上線初期，用戶量較少的情況。此時將實際的用戶量數(shù)據(jù)乘以一個算法推薦的系數(shù)作為展示數(shù)量推給用戶展示，以減少當前頁面用戶參與較少的尷尬場面發(fā)生。

但是這種假寫有個前提就是在冷啟動階段，實際的參與量較少的情況使用。不過這類信息持續(xù)時間會很短，當有真實信息灌入時，即有真實用戶參與進來時，需要將假數(shù)據(jù)可以立即收回清理掉，使用真實的數(shù)據(jù)展示，避免造成用戶的信任感崩塌。

2. 用戶操作反饋假寫——后置假寫

這種就和假寫來源相一致了，即與反饋的時機息息相關(guān)。

這是平衡用戶體驗與后端邏輯，并且在前端展示的設(shè)計方式。其內(nèi)在機制在于，用戶側(cè)看到的還是所見即所得的反饋內(nèi)容，但是實際后臺的數(shù)據(jù)還未傳到前端展示，因此很多內(nèi)容是僅用戶本人可見的，并未將內(nèi)容發(fā)送到全域的流量中。造成這種方式的根本原因在于內(nèi)容需要后臺審核，無論機審還是人審（關(guān)于審核機制，可參考本喵另一篇文章《不該把責任都推給用戶——反垃圾策略下的用戶體驗優(yōu)化方法》），不同的審核機制造成了不同的展現(xiàn)形式。先審后發(fā)，則內(nèi)容必然需要假寫。

具體來看，后置假寫的形式還可以分為兩種，一種是用戶無感知的假寫，另一種是需要用戶強感知的內(nèi)容。

無感知假寫，是指整個操作流程中用戶不會直接接觸到審核的流程，審核流程是產(chǎn)品為了規(guī)避各種內(nèi)容風險而應(yīng)用的。

涉及到審核問題，無論機審還是人審，都無法實施對內(nèi)容進行處理（直接發(fā)布或者刪除），因此這是會給用戶先做前端的緩存，用戶能夠看到自己的內(nèi)容，但是其他用戶是看不見的。當用戶的內(nèi)容審核通過后，后端可以將狀態(tài)直接傳給前端，此時發(fā)布的內(nèi)容狀態(tài)就從緩存內(nèi)容變成實時內(nèi)容。

但是這個階段，發(fā)布者本身是無感知的。

用戶無感知假寫主要涉及以下幾種常用場景。

1）發(fā)布評論、發(fā)布彈幕

用戶對視頻、文章內(nèi)容發(fā)布評論或者彈幕的場景，大部分會走后端審核流程，但是用戶回復后，一般的用戶內(nèi)容會立即定位到發(fā)布位置，告知用戶已發(fā)布成功，但是這僅是針對發(fā)布者自身而言可見的，其他用戶并不可見，但是發(fā)布者其實很少會關(guān)心自己的這條內(nèi)容跑到哪里去了。

發(fā)布者發(fā)完內(nèi)容，看到自己的內(nèi)容已經(jīng)出現(xiàn)在內(nèi)容區(qū)了，就會馬上進行接下來的行為，不會緊盯著這條內(nèi)容。等到一小段時間后審核通過并生效，用戶發(fā)布的內(nèi)容才可以被其他用戶所見，不過這個時候發(fā)布者根本不會在意，他們在意的是內(nèi)容產(chǎn)生的互動效果，而不是內(nèi)容本身的存在哪里。

2）點贊等高頻、低時效操作

點贊/取消贊等相關(guān)行為雖然涉及到頁面數(shù)量的實時變化，但是變化后的結(jié)果的時效性是很低的。換句話說，用戶是“點完即走”，用戶需要感知到自己的點贊/取消贊的反饋，僅包括行為后與下一次進入時看到的內(nèi)容。

每次用戶的點贊操作，正常邏輯都要請求服務(wù)器接口；但是當用戶多次連續(xù)點擊時，系統(tǒng)仍要每次都請求接口，這樣就會導致前端的反應(yīng)變慢，給用戶的直觀感受就是點贊變化十分卡頓或者反饋延遲效果。

因此，如果想提升“即時”反饋效果，那么在頁面操作過程中其實可以不給 后端傳輸數(shù)據(jù)，只需記錄用戶進入與退出時點贊按鈕的狀態(tài)，把這兩類頁面狀態(tài)傳給后端就好。

如此一來，用戶在前端頁面點擊時，能夠不依賴后端接口傳數(shù)據(jù)，點擊時的動效就可以做到完整展示和即時響應(yīng)。

筆者自繪：請求數(shù)據(jù)/不請求數(shù)據(jù)

聊完了無感知假寫，再聊強感知假寫，就比較好理解了，就是指審核流程是操作流程中的一個環(huán)節(jié)，也是需要用戶感知到的。審核流程不僅包括內(nèi)容審核，同時還包括用戶生產(chǎn)內(nèi)容與產(chǎn)品功能之間的匹配度的問題，清除無效的用戶內(nèi)容。

例如發(fā)布投訴等一些時效性較弱的操作流程，用戶對于結(jié)果的反饋本身就存在一定的認知（不是即時的），了解反饋過程需要一段很明顯的審核流程，而這個審核也是存在于功能流程中的，因此需要明確開來。

另外，審核中也可以對一些無效內(nèi)容進行過濾和篩選。盡管內(nèi)容都是假寫，但是用戶對此的感知完全不同的，不僅不會引起用戶的焦慮感，還會讓用戶建立更多的信任感。

三、總結(jié)

內(nèi)容假寫，主要來自于前后端實現(xiàn)不一致的問題。前端展示給用戶頁面狀態(tài)與信息呈現(xiàn)的目標是所見即所得的實時反饋，但是如果涉及到后端的數(shù)據(jù)傳輸、機器或者人工審核流程時都需要耗時，從而造成反饋結(jié)果的延遲。

這種時間差導致設(shè)計時不得不在前端展示形式上做一些合理化的設(shè)計，減少流程上給用戶帶來的壓力與不安全感，同時滿足用戶即時性的體驗。設(shè)計師在方案輸出時，實際上很多時候都會遇到假寫的問題，如果專門去回溯一下方案中每條字段信息的來源就會發(fā)現(xiàn)，假寫的情況還是比較常見的。

#專欄作家#

蝦米&胖喵，微信公眾號：pangmiaodesign，人人都是產(chǎn)品經(jīng)理專欄作家。資深交互/產(chǎn)品設(shè)計師，夫妻搭檔，貓奴。曾就職百度/愛奇藝，目前專注于電商、商業(yè)化方向的產(chǎn)品體驗設(shè)計。“有貓，就有一萬種美好！”

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

題圖來自 unsplash，基于 CC0 協(xié)議