關於「雲」設計的指南

[導讀]提高使用者的使用頻率、延長單次的使用時長。 如果你做不到這兩點，那麼你佈置的雲就是一種干擾、甚至是一種對使用者體驗的破壞，那就請你不要去佈置雲。

「雲」的分類主要分為兩大流派，一個是按服務類型分成三類：IAAS(基礎設施雲，典型是Amazon AWS)、PAAS(平臺雲，典型是Google App Engine)、SAAS(軟體雲，典型是Salesforce.com)。 而另外一種則是按服務方式分，同樣也分成三類：公有雲、私有雲和混合雲。

其實這兩種分法都是屬於「事後諸葛亮型」的，這兩種方法都能讓我們分析別人的經驗，但是卻不能讓我們指導產品經理設計未來的「雲」產品。 所以在種類我介紹一種新的分類方法，而這種方式是設計導向的，方式的目標就是希望能夠説明產品在設計階段就規劃好雲的功能。

我把「雲」分成兩大類，一種叫「推送雲」，是產品內置的，由後臺「推送」給使用者。 「推送雲」的一個簡單例子是微信的「外掛程式」，不斷推送新功能給使用者。 另一種是「自生雲」，是由客戶主動貢獻、主動積累的。 「自生雲」的一個簡單例子是360中的「軟體評分」，這個軟體評分多少，有多少人下載 、更新、有多少人卸載，這些資料全部來自使用者自身的積累。

利用這兩個概念，產品經理在規劃產品時，要想好兩個問題：

1.當你有了一定裝機量後，將來要推送什麼給客戶?

2.要「激勵」使用者貢獻、積累什麼資料?

「推送雲」

當產品有了一定裝機量後，一定要利用這個得來不易的基礎，建立灘頭陣地之後，要迅速搶佔要塞、擴大戰果。 一如騰訊有了QQ，奇虎 有了360，進駐使用者終端只是第一步。 這就需要預先佈置好「雲端」。 雲端有三種：

資源雲，存儲空間、頻寬和計算能力是三種典型的資源雲。 如果你的產品非常消耗流量、或者很佔用空間，你有福了，試試這三種雲吧!「 初始空間1G，不夠嗎?親，可以加到10G哦!」「 速度太慢?親，專有加速通道，加速5倍哦!」「 3D渲染要等很久?親，高速CPU獨佔，縮短70%的時間。 」熟不熟悉?想起是哪些牛X產品了嗎?呵呵。

應用雲，在使用你的產品之前、之中、之後，使用者還會使用哪些功能?從這些功能裡挑出一些來，通過「外掛程式」、「市場」的方式逐步增加到你的產品裡。 回憶我們使用瀏覽器的情景，在上網的同時還有很多事要做：聽音樂、寫日程、收發郵件、發微博、下載東西、防毒防木馬、把網頁內容轉存到其它地方......，做這些事情我們都會用到其他軟體，為什麼不能把這些功能開發成外掛程式呢? 讓使用者不離開瀏覽器就可以幹所有這些事——這就是金山「獵豹」的幹法。

資料雲，什麼樣的資料對客戶是有用的?想辦法把這些資料預置進雲端。 如果你要做個導航軟體，預置進「即時路況資訊」就是非常有價值的。 如果你要做個eHR，預置進崗位說明書、各崗位薪酬資料、考核指標，會令HR經理欣喜若狂。 如果你要做個進銷存軟體，預置進社會商品資料庫，那使用者就可以「即裝即用」，不必經過「入庫、輸入商品資訊」這道繁瑣程式，多少商店經理會感激你。

「自生雲」

只要你的產品在使用，就會不斷的積累資料，問題是有些資料就是垃圾，累積再多也沒用。 什麼樣的資料才有用、才有高價值?如何激勵使用者提供我們要的資料?這兩個問題是產品設計時就要考慮好的。

要什麼資料?越能「映射真實生活」、靠「錢」越近，資料就越有價值，反之就越沒價值。 比如僅僅記錄使用者「喜歡」什麼電影，就不如記錄使用者「去什麼電影院看什麼電影」，如果還能記錄使用者「購買電影票」的資訊，那簡直是太棒了!看到這裡你會發現「能」記錄到什麼資料，其實在軟體設計之初就決定了：「喜歡」是影評類，「 電影院」是簽到類，「買票」是電商類。 順著這個思路，就能把握產品設計的方向了。 要儘量避免「有使用者無(有效)資料」的產品，比如大多數閱讀器、電游就幾乎累積不出什麼資料，做這類產品風險極高，有一款叫「打車小秘」的應用，讓使用者提供「此時此地打車的難易程度」， 這種資料累積出來就回答了一個問題：什麼時間什麼地點比較難打車，這種資料幾乎沒有任何價值。

如何激勵使用者提供資料?「 位置簽到」是一種高價值資料，但「切客」卻玩砸了。 原因就在於對使用者的「激勵」不足，你給我一大堆莫名其妙的勳章幹嘛?有啥用?「 切客」設計的本意是讓商家能做到「精准化促銷」，一個客戶第一次來，就送他一個試用裝吧，另外一個來了五次了，給他打個八折吧!可惜，線下商家整合不給力，促銷太少，使用者迅速失去簽到動力，產品失敗。 「寶貝全計畫」中有一個功能，輸入自家寶寶的身高體重，它會給你一個曲線，讓你清楚的看到與同月齡寶寶的比較：你家寶寶比多少寶寶重、比多少寶寶高。 很多父母都願意輸進去看看，願意試的人越多，這條曲線也就越準確，這就是一個正向迴圈。

佈置雲的目的是什麼?

一言以蔽之：提高使用者使用頻率、延長單次使用時長。 如果做不到這兩點，你佈置的雲就是一種干擾、一種對使用者體驗的破壞，就不要佈置雲。

讓我用一個鬧鐘的應用結束這篇文章。 想像一個鬧鐘，我們日復一日的使用，每天一次，一次半分鐘，甚至看都不看它，也累積不出任何資料，所以鬧鐘這個產品就是個「小而無味」的產品。 可以「雲化」嗎?讓我們試試。

鬧鐘要設定時間，「設定」這個動作除了自己，還有「誰」有動力來為你設定鬧鈴?啊哈，你的男朋友有這個動力，於是我們為這個鬧鐘加上「遠端設定」功能，只要你授權，你的男朋友就可以開始每天晚上為你設定鬧鐘了。 叫你起床，不能用系統鈴聲吧，每天在雲端挑一支情歌，發一條甜蜜早安短信如何?起床了，你的男友還想要提醒你些什麼事?午餐約會、晚上hi歌、你們的紀念日...... 這些都讓他來設置吧：「親，餐廳訂好了，老位子，中午12:00等你啊。 」有些事也許是你想提醒他的，也為他設個鬧鈴吧：「親，明天是你爸爸生日，禮物我幫你準備好了，記得帶回家啊!」 男友帶著禮物回家，老爸很高興、很喜歡，於是拍張照片發回給你，謝謝你的善解人意，順便同步到微博，曬曬你倆的甜蜜......

瞧，鬧鐘變成了一個私密強關係社交應用，歌曲、分享、拍照、濾鏡、日程、共用空間...... 你可以不斷推送新的雲，而隨著戀人、朋友之間日益緊密的互動，也會累積出價值越來越高的自生雲。 想想看，如果真有這樣的一個「鬧鐘」你一天要用幾次?每次你會用多長時間?