Revenue Models - Gaming

這系列最後一篇文章是關於Gaming, 正如Fred自已說的, Gaming已經自成一個很有趣的生態系統. 裡面已經很非常多有趣的而且很可能只有在Gaming這個生態系才有機會的revenue models. 文章裡列出來的models有點多, 這邊就不條列出來. 有興趣的朋友可以到這邊看https://hackpad.com/Gaming-pjp2LsfpGaz

簡單來說, Gaming這一塊也是靠purchase, advertising方式來創造營收. 不過現在很流行的方式是販售能夠增加遊戲趣味的virtual goods (虛寶). Fred他說他很期待這個方式在其他非Game的應用上出現. (雖然這一種方式其實在一些SNS裡面已經出現過, 像FB或是一些交友網站上都有出現過囉)

Revenue Models - Mobile

Revenue Models系列的文章, 很快的就來到了最後兩個主題. 不過這兩個主題其實都不能真的算式Revenue Models, 而比較算是兩個有著有趣的revenue models的產業. 第一個是Mobile. 

Mobile的revenue models簡單來講可以分成下面幾種. (來源: https://hackpad.com/SNtzG3izJ2b) 

Paid App Downloads - ex. WhatsApp

In-app purchases - ex. Zynga Poker

In-app subscriptions - ex. NY Times app

Advertising - ex. Flurry, AdMob

Digital-to-physical - ex. Red Stamp, Postagram

Transactions - ex Hailo

不過Fred把這些分類成三大種類(app purchases, advertising, and transactions), 雖然app purchase目前可能是最大的一塊, 但是他認為app purchases將來會是這三大分類裡面最小的一塊. 他覺得transactions會是最有趣的一塊(舉例來說: mobile ticketing, 換句話說, 就是mobile跟生活的結合更緊密). 而advertising則需要更創新的廣告方式, 不能照著以前那種使用者經驗不夠好的廣告方式. 

我很同意這advertising跟transactions有很大而且很有趣的機會. 不過我自己覺得他低估了app purchase的那一個市場. 以revenue總量來說, 或許app purchases之後不會有另兩塊來的大. 但是以profits跟成功機會來講, app purchase還是很有吸引力的囉!

App Store App Update Process

最近因為side project Call Saver 客服省錢通的關係, 比較常需要跟App Store打交道. 但是目前就只有一次上傳全新app的經驗, 而且忘了把步驟記錄下來. 所以只好先記錄升版app上傳的步驟, 以供自己或是其他人參考. 下次有機會上傳全新app的時候, 再把所有動作記錄下來. :Q

Anyway, 以下是幾個上傳app升版binary的步驟


1. 到xcode的project setting裡改版本號碼 (Version & Build)
2. 到xcode的edit scheme裡改build configuration還有選擇要build for iOS Device
3. build
4. 到xcode的project navigator下方products裡找出binary (應該會在Release-xxxxxxx目錄下)
5. 壓縮binary (zip格式, 檔名最好不要有中文)
6. 到itunesconnect.apple.com, 點進要升版的app頁面裡選add version
7. 填好版本資料和升版內容
8. 點選右上角ready to upload
9. 填完問卷
10. 用application loader將binary上傳即可 (這邊可能會出現不同的問題就是了 :p)

Revenue Models - Data

Data (資料) 是一種有趣的網路獲利模式. 照原文中Google董事長Eric Schmidt的說法, 現在每兩天產生的資料就相當於"人類有文明以來"到2003年所產生的資料. 以這種資料產生的速度來看, 如果有辦法利用資料產生獲利, 將會是很有趣的一種獲利模式.

Fred把這種獲利模式分成兩大類, 第一類是以收集彙整資料再賣出為主, 第二類是利用服務產生屬於自己的資料再從中獲利. 他認為第一類的模式比較危險. 因為很容易被取代. 第二類的模式就是目前Twitter, Facebook正在使用的模式. (只是從中獲利的方法目前看起來是原生廣告).

另外, Fred建議如果是走第一種模式. 以API的方式讓人存取收集彙整好的資料是比較好的方法. 因為這讓你的使用者比較沒辦法離開你. 還有, 如果能夠讓你的資料變成一個更大的生態系統的一部分, 這樣會讓你更有競爭優勢. (可惜沒有舉一些例子來給大家參考)

Revenue Models - Licensing

Licensing(授權)是這次的主角. Fred認為Licensing是最不網路原生的模式. (但是在傳統桌上型軟體業還是主流).

我想或許是跟授權這種模式在搬到網路上後很難有效的估量每個授權單位該收多少錢還有網路軟體服務本身的revenue model也開始轉變有關. 傳統的授權模式, 大多是跟"可見的產品"綁在一起. 就算是軟體, 也是一套套的算. 因為傳統桌上型軟體大多還是"一盒盒"的賣. 另外, 在網路世代, 很多軟體已經轉形成Saas模式, 通常都是以付月租費為主而不是傳統的一次買斷. 所以才會有Licensing是最不網路原生的獲利模式.

儘管如此, Fred提到了Open Source License是一個可以注意的模式. 雖然怎麼獲利並不明顯. 但是卻可以利用社群的力量幫忙讓本身的產品更好. 我自己覺得, Open Source License是一個有趣的方法. 可能不容易透過Licensing這部分直接獲利, 但是可以想想怎麼利用這種方式設法加速自己的產品開發速度還有讓開發成本降低.

Revenue Models - Transaction Processing

一轉眼, 這一系列的文章就欠了好多篇. 今天趕快來補一下. 這次的主題是Transaction Processing. 簡單來說就是抽"手續費". 雖然Fred提了幾個例子說, Transaction Processing可以應用在幾個不同的領域裡, 不過看起來最主要的還是在金融相關服務.

總的來說, Transaction Processing最大的挑戰是如何衝大交易量. 因為單筆手續費不可能收太高(不然大家就不用了), 但是在提供這些交易的解決方按時往往又有一筆不算小的固定成本要支出. 所以在交易量沒辦法衝出來的情況下, 這個revenue model是會虧錢的. (謎之音: 量衝不大就會虧錢, 這句話幾乎可以套在絕大多數的revenue model上啊XD)

Impressive Facebook Fanpage

前幾天不小心看到了一個朋友分享了幾篇來自一個粉絲團的文章. 心血來潮點了過去看看. 馬上對於這個粉絲團產生了極大的敬意和興趣. 敬意是這個粉絲團的各方面數字都很漂亮. 50萬上下的粉絲數, 超過60萬人在討論這個粉絲團. 幾乎每一篇都至少有上百個分享跟上千個讚. 印象中沒看過其他台灣的粉絲團有這麼令人印象深刻的數字. (通常是粉絲很多, 但是活躍度沒那麼高)

研究了一下這個粉絲團為什麼有辦法衝出這樣的數字. 就對這個粉絲團充滿着興趣. 以下是我自己的一些觀察跟猜測.
- 粉絲團名稱. 這個粉絲團的命名跟包裝很聰明. 從名字來看, 像是某個名人的粉絲團. (在粉絲團剛成立時, 也真的有放了幾張這個名人的照片. 以增加"公信力"). 我個人認為, 這對於大家加入跟分享文章的意願都會提高.
 - 每篇分享都會放上很漂亮的圖. 這再次證明FB粉絲團上要用圖吸引人的目光. 至於文字的部分, 大多是一些"有感而發"類的文字.
- Po文的數量跟頻率非常驚人. 這個粉絲團大概每10~20分鐘就會po一篇文. 本來覺得這樣可能不是件好事. 但是後來想想這可能是應付FB調整post sorting algorithm後最好的方法. 以量來衝文章被粉絲看到的次數. 每一篇文章不會被所有粉絲看到, 但是夠多的文章就還是有機會增加整體看到文章的粉絲數.
- 這個粉絲團的目的? 有仔細看一下這個粉絲團除了po文之外的行為, 會發現這個粉絲團很明顯的不是那個名人的粉絲團. 舉例來說, 這個粉絲團like的其他粉絲團都是遊戲.... 所以看起來還是跟商業宣傳有關.
- 至於做了哪些商業宣傳呢? 這點就是另一個我覺得他們非常聰明的地方. 這個粉絲團一開始並沒有作任何感覺起來像是商業宣傳的動作. 後來開始偶爾"轉載"一些其他粉絲團的文章. 但是最讓我印象深刻的是最近的調整. 他們開始宣傳遊戲了. 但是宣傳的方法也非常的"隱晦"...但是感覺使用者會點選的機會很高. (細節就不在這邊說了...有興趣的可以私下問). 不過不確定多久之後會造成粉絲的反感.

這個粉絲團大概是我最近看過最有趣的粉絲團操作案例. 很好奇後面幫忙操作的團隊是誰. 真的是很會『搞』囉!