9、
我做的第一款APP是2011年的“網(wǎng)易云相冊”贺拣，除了網(wǎng)易相冊移動端之外，還提供手機相冊一鍵備份捂蕴，以及私密的相片群服務譬涡，試圖解決好友間的相片共享。
APP發(fā)布后不溫不火啥辨，用戶評價不錯涡匀，但也并沒有口口相傳。要知道低頻次工具做到“口口相傳”是特別不容易的一件事溉知，關鍵還是“低頻次”陨瘩。
商業(yè)模式
相冊服務腕够，本質上是低頻次的存儲服務，也是大眾化的基礎服務舌劳≈阆妫基礎服務就應該由大平臺來提供，而不是獨立品牌產(chǎn)品甚淡。移動端產(chǎn)生相片的便捷性客们，以及換手機的頻繁性，讓相片備份成為一個全民需求材诽，但它和網(wǎng)頁端相冊的硬傷一模一樣：訪問頻次低底挫，付費意愿弱，存儲成本高脸侥。單獨做云相冊一定是賠錢買賣建邓，必須得放在一整個生態(tài)里去通盤考慮，用虧損換取生態(tài)圈的收益睁枕。
所以做云相冊的多為手機OS官边，或是Google這樣的獨角獸。
回到2011年外遇，網(wǎng)易在移動端既沒有平臺也沒有戰(zhàn)略注簿，自然沒有做大云相冊的計劃。它只是網(wǎng)易相冊這個邊沿部門跳仿，刷存在感刷經(jīng)驗值的小項目诡渴，小打小鬧，不成氣候菲语。我作為部門老大當然不甘心妄辩，強行拓展了私密相片群服務——這是接下來產(chǎn)品架構要談到的話題。
產(chǎn)品架構
從商業(yè)模式順下來山上，云相冊有三種場景眼耀。一是網(wǎng)易相冊移動端，在手機上瀏覽相片佩憾，比如把相機拍攝的旅行相片展示給朋友哮伟。
二是手機相冊的一鍵備份。通常先備份再刪圖妄帘，存儲卡永遠都是不夠用的楞黄。換手機時更加需要轉移相片。而一鍵備份帶來的衍生需求是寄摆，如何更好地索引海量相片谅辣，通常通過“城市”與“人物”兩個維度修赞。前者需要一個城市數(shù)據(jù)庫婶恼，后者需要圖像識別技術桑阶。
三是私密群相冊，憋提了勾邦，死得很慘蚣录。我的解決方案是快速建立一個共享相冊，用密碼進入眷篇，交互還算是輕盈萎河，但最后得到的教訓是，用一個低頻應用去解決另一個相關聯(lián)的低頻需求蕉饼，我腦子進水了嗎虐杯？低頻次需求或者靠專用APP解決昧港，比如BUMP擎椰；或者靠高頻應用的附屬功能，比如QQ文件助手创肥；才容易在記憶中建立關聯(lián)达舒，偶爾出現(xiàn)需求時能想得到你。
每一款產(chǎn)品都有自己的天然屬性叹侄，云相冊的天然屬性就是相片存儲巩搏，而不是相片共享。拓展產(chǎn)品邊界也不是不可以趾代，但低頻應用就是不可以贯底。
最后說到具體的設計，沒什么難度撒强，只要在架構上定義好核心場景與主要功能丈甸，再做好交互減法就行了。爛產(chǎn)品往往是因為臃腫尿褪，而臃腫又是因為產(chǎn)品設計不甘寂寞自作多情睦擂。
PS：昨天有人請我看看最新版本的Google Photos，在傳統(tǒng)云相冊的架構基礎上杖玲，新增了圖片處理工具顿仇。5年過去了，云相冊還是玩不出多少新花樣來摆马，“產(chǎn)品邊界”就是這么冷酷臼闻。
運營體系
存儲類產(chǎn)品的運營主要是推廣，抓住“一鍵備份囤采，永不丟失”這個賣點述呐，但我既沒有推廣經(jīng)費，也沒有推廣團隊蕉毯，大公司體制也不允許我自建推廣團隊乓搬。本打算靠網(wǎng)易相冊本身的用戶完成冷啟動思犁，再口口相傳出去，我顯然高估了這個效果进肯，半年才做到幾十萬激活量激蹲，對于網(wǎng)易來說可以忽略不計。
回想起來江掩，當年如果猛攻一鍵備份学辱，又有足夠的資金推廣，未嘗不能做大體量环形。用戶的回憶都存放在這里策泣，使用時間越長則黏性越強。但體量越大則虧損越大抬吟，商業(yè)模式早就判了這個項目死刑着降，唯一的價值是給團隊刷刷經(jīng)驗值，作為接下來我創(chuàng)業(yè)的鋪墊拗军。
