剛看了看數據，生辰發布心愿系統10個月，一共創建了50萬條心愿，其中10萬條擲入銀河公開。作為生辰一周年紀念，今天來講講心愿系統的設計思路。

麻雀雖小，五臟俱全。

生辰出乎意料地大受好評之后，開始考慮下一步的延伸，拓展生命計時器的產品邊界。想來想去，只想到“心愿”。做心愿系統向來有兩個疑難問題，一是用戶為什么要在你這里創建心愿？二是大多數人如果留下一條“我想找個男/女盆友”“愿寶寶一生平安”這種大路貨的心愿，產品既沒有生命力，也不符合我的審美。

作為對疑難的應答，生辰“生命計時器”帶來的觸動，更容易激發“記下此刻心愿”的情緒，從而鋪平了做心愿系統最大的障礙。

其次，我把心愿系統定義為一個“溫暖的/互相窺探內心世界/互相感動的”地方，這就要求心愿具備閱讀價值，不僅僅是個人情緒的表達。畢竟大多數人的心愿寫出來千篇一律，乏善可陳。

在產品模型分析中，心愿的產品架構有5個重點：
-如何引導用戶寫出有質量的心愿？
-如何激勵用戶公開自己的心愿？
-如何設計信息分發機制？
-如何避免spam的污染？
-如何引導和約束友善的互動？

1、如何引導用戶寫出有質量的心愿？
我有一個前置性的判斷，大多數人在被問到“你有什么心愿”的時候，是一臉懵逼的。硬逼著他講個心愿出來，是干燥便秘的。絕逼達不到我對內容質量的要求。

后來找到一個方法，在創建心愿時，首先要求用戶選擇“心愿單”，也就是主題標簽，對應著主題標簽來寫自己的心愿。運營小組在后臺創建了80多個官方心愿單，創建時隨機顯示其中的20個，當然也支持自定義心愿單。

對此設計，不止一位產品愛好者前來質問，說寫個心愿還要先想放什么心愿單，流程太繁瑣。然而數據是這樣的：85%的用戶一鍵選擇官方心愿單，15%的用戶自定義心愿單。90%從自定義心愿單創建的心愿質量太低，被忽略掉不在銀河公開顯示；同樣的淘汰率，對官方心愿單來說是50%。

心愿單在我看來，既是對“寫什么”的啟發，也是對“怎樣寫”的引導。離開了明確的主題方向，大多數人臨時起意，既難寫出有質量的心愿，更不可能持續記錄心愿。那么結果如何呢？

單單在投入銀河的10萬條心愿里，投入5條以上心愿的用戶就超過2200人，考慮到一天只能投入1條心愿，這個數字意味著不錯的重復訪問率。另外未投入銀河的40萬條心愿沒有上傳至服務器，無法統計。

設計有趣的官方心愿單，是一件需要想象力和文字品味的事情。任何新主題開放出來，1小時內就會出現對應的心愿，這讓運營小組十分的快樂。

運營幾個月后，官方心愿單除了心愿主題，又拓展了“喃喃自語”“少女心事”等傾訴主題，但謹慎地保持心愿主題占比最大。同時也會根據時事，添加“天津加油”“寒假心愿單”等時令主題。最近一個月添加的官方心愿單是“給前任的便簽”，內容相當的憂傷。

2、如何激勵用戶公開自己的心愿？
在寫心愿的時候，輸入框里的默認文案是：“心愿自動設為私密，也沒人知道你是誰。”

這是我的又一個前置性判斷，只有當心愿私密時，你才會面對真實的，不加掩飾的自己。所以“性別男，愛好男”和“性別女，愛好女”這兩個官方心愿單異常活躍。

為此，生辰甚至放棄了賬戶系統，根本不給創建賬戶的機會，不要求你公開任何個人信息，不設置昵稱頭像，給用戶徹底的安全感。

由于無須注冊登錄的流程，又有著“許愿池”的特殊內容氛圍，點贊行為相當活躍。投入銀河的每條心愿(如果不被自動攔截)都能獲得平均10個贊以上，就像產品文案里所寫——“收集祝福之力”。這也是用戶公開心愿的動力。

3、如何設計信息分發機制？
信息分發機制，永遠都是產品設計中最難的一部分，生辰也沒有很好的辦法去應對。一是內容發布的頻次極低；二是話題性弱，難出爆款；三是沒有常規的賬戶系統，四是碎片化內容要求信息快速流動，否則看上去就像是一池死水。

最后選擇了傳統的按時間排序的信息流，同時提供多種主動篩選方式，比如按心愿單主題篩選，按性別/年齡/星座/熱度篩選。曾經還發布了“查看同年同月同日生的心愿”這個功能，一個版本后被殘酷砍掉，稍后解釋。

如果按時間排序，質量控制就成了大問題，我又特別在意內容價值，只好用了幾個笨辦法。

少于10個字的心愿被自動忽略。
自定義心愿單的心愿被自動忽略。
運營小組手動忽略不符合質量標準的心愿。
心愿忽略后僅本人可見。

我們有個管理員特別版本，可以在手機上忽略與收藏心愿，每天打開刷一刷，清一清，十幾分鐘的事情。同時也會去自動忽略區看看，把質量不錯的心愿手動放出來。

這樣做的缺點是管理不及時，每天清三次，不符合質量標準的心愿會停留幾個小時——但并無大礙。“有質量的心愿”是特別個性化的概念，很多單調重復的心愿，比如“考個好大學” “我想談戀愛”，因為有共鳴，點贊數也不少。讓它們在信息流里短暫停留，作者得到了祝福，讀者獻出了愛心，無傷大雅，亦接地氣。有質量的心愿則長期留存下來，得到更多互動。

一開始，銀河里的心愿忽略率特別高，大約有80%。也就是80%單調重復，沒頭沒腦，辭不達意的心愿被忽略掉了，只留下來運營小組認為有可讀性，有感染力的內容。持續運營半年后，好內容的示范效應出來了，內容平均質量大幅度提升，現在官方心愿單的整體忽略率已經降到了50%。老用戶通過觀察別人的心愿，學會了更生動地記述自己的心愿。

由于忽略率居高不下，銀河里留存可見的心愿數量只有3萬條左右，不足以支撐“同年同月同日生”的查詢條件。我只能忍痛砍掉了這個心愛的功能。

4、如何避免spam的污染？
反spam同時也是信息分發機制的一部分。

我被迫上了一個狠招。

每天只能向銀河擲入一條心愿。

換別的產品，這簡直是跳樓自殺，但放在心愿系統中并不致命。心愿，不就是因為稀有而珍貴的東西嗎？瀏覽心愿的銀河，不就是想看到形形色色，五花八門的人心和愿望嗎？在我看來，話癆是最大的spam來源，限制每天擲入一條心愿，反而逼迫著用戶更珍視這一次機會，從而減少了spam的破壞性。

10個月過去了，抱怨“每天一條”的用戶極少，大家似乎欣然接受了這個設定。畢竟這是獨一無二的心愿，并不是別的什么嘮嘮叨叨啊。我愿意接受內容頻次的損失，換取內容生態的平衡，讓銀河在極低的運營成本下(每天管理3次，每次花費5分鐘)也能穩定運行下去。

5、如何引導和約束友善的互動？
一開始，其實很不愿意做評論功能，擔心不友善的互動會破壞掉銀河的氛圍。比如你在這里誠心誠意許個愿，下面評論一句“操你媽”，別人看見了還會公開自己的心愿嗎？

但局限于點贊之交，無法滿足用戶之間的互動需求，作者和讀者都有強烈的交流欲望，于是采用沙箱方案：“不評論，只私信”，將垃圾互動的危害性限制在兩人之間，不會擴散出去。

僅僅關進沙箱并支持拖黑當然是不夠的，還得有安全機制來保護作者。生辰有個獨特的設計，向銀河擲入心愿時，可以選擇關閉私信，也可以選擇向特定的年齡段/性別/星座開放私信，比如很多少女的心愿我就回復不了……或許是不跟男人說話，或許是不跟大叔說話。

把互動權限設計得更加細膩可控，能有效地增強作者的安全感，也增加了心愿系統的趣味性。

總結
作為玩票產品，前前后后一共只花費了5-6周的時間來研發生辰的三個版本。

心愿系統用了兩個版本來完善，我大概零零散散地思考了七八個小時，動手畫原型那就快了，三四個小時搞定。

發布一年來，生辰激活120多萬，峰值日活2-3萬，目前穩定在6000左右，其中25%訪問銀河。作為“幾乎沒有使用場景”，因而流失率極高的APP，我對它的數據沒有預判，沒有期待。如果口口相傳能做到3-5萬日活，而銀河UV達到1萬左右，我就能繼續拓展產品邊界，玩出更多花樣來。

做不到，就算了。沒有活躍度的支撐，產品就無法向上生長。

其實，做到3-5萬日活并不難，去年測試性付費推廣時CPA僅1元。投幾十萬下去，日活很快沖破3萬。但我這人完全沒賭性，不愿意花錢把規模做大，賭產品新花樣能變戲法一樣變出商業價值來。如果口口相傳的病毒效果不夠猛烈，那就算了吧。

對于現在的生辰，現在的心愿系統，我打個響指，就能想到許多優化點。但優化只是錦上添花，架構不變則必無大的增長，我又找不到在現有數據下擴展架構的方法，那么誰會持續研發一款日活不足1萬的APP呢？尤其在蟬小隊本身存亡未知的時候。

祝主力產品好運，它走的是一條更曲折的創新之路。有強健的主力產品，才能保護蟬小隊平安，才能擴大產品研發團隊，才有更多資源來消化我的產品創造力，而不是將若干原型稿積存經年，蹉跎了時光。