發行商談遊戲發行過程中需要著重關注的層面

儘管手遊開發市場的潛在回報豐碩，但對於開發者和發行商而言該市場始終具有很大的挑戰性。從擁擠的app store和高昂的每使用者平均成本（UA cost）看來，成功地辦好一次產品的試發行變得再重要不過了。一次執行良好的試發行能夠讓你在做下款遊戲的營銷預算或者尋求投資夥伴之前對遊戲的執行情況提前有一個全面的瞭解，然後還能提早知道遊戲對玩家是否有吸引力，而重中之重的是——你會了解它有沒有可能讓你賺錢。這就是手遊市場中的真相，F2P手遊市場經濟的無情意味著除非你能保證在試執行中使用者獲取成本要低於遊戲生命週期價值，不然你就等著虧錢吧。

除此之外，因為開發者常常在還沒把遊戲做成型之前就耗盡了時間、花光了預算，所以試發行遊戲的不了了之是個很常見的現象。還有其他情況是——開發者在試發行階段花費的時間遠超過預期，然而在這麼長的時間裡遊戲市場和潮流早就變得物是人非了。


無論你是準備一款新IP遊戲的試發行，或者只是在為下款遊戲程式技術的提高尋找機遇，在此我都想告訴你三點試發行中應該要避免的常見誤區。

沒能選對遊戲的試發行地

乍一看，對於決定你下款遊戲的試發行地似乎沒什麼可疑慮的，畢竟已經有那麼多記錄在案的誘人選擇。然而在下決定開始在平均每使用者身上花錢之前，開發者最好還是能後退一步審視思考一下自己想要達成的目標到底是什麼，要相信這樣的做法還是值得的。

你對遊戲試發行地的選擇將在很大程度上取決於遊戲試發行階段在給定時間內所測試的內容。概括地說來，這裡有三個你在試發行階段要檢驗的要容：

遊戲要有良好的技術表現

你得知道遊戲要能夠在目標平臺上順利執行，對於線上多人競技遊戲來說，遊戲則要能處理必要的同時線上玩家數量。這類測試對玩家質量的要求不如對玩家數量的要求來的強烈，所以你要尋找的試發行區域應該保證CPI（每安裝正本）保持在較低水平，從而儘可能有效地觸及到儘可能多的玩家。印度尼西亞、菲律賓和泰國都是低CPI的好選擇——他們的CPI通常都低於1美元。

華納兄弟公司（WB）和NetherRealm工作室就選擇了菲律賓作為《不義聯盟2(Injustice2)》的試發行地點

遊戲要對玩家有吸引力

把遊戲核心迴圈機制做得有趣很關鍵，這樣才能讓玩家持續規律地迴歸遊戲。一般在這個階段，你首要考慮的問題是使用者留存數和使用者沉浸體驗——也就是說跟具體的收入指標比起來，你要更多地去關注玩家與遊戲核心機制的互動方式、受歡迎或不受歡迎的遊戲特點、玩家在遊戲中停留的時長。所以就跟檢測遊戲技術表現一樣，你要在玩家數目多、玩家成本低的低CPI水平地區來檢驗這些資料。

遊戲要有盈利能力

遊戲的經濟與營銷模式必須有效、可盈利並且要能夠保證其試發行能充分地在全球市場上進行。目前為止，你已經檢驗出你的遊戲擁有良好的技術表現和玩家吸引力，現在該測量你的遊戲盈利能力如何了——這要看轉化為付費玩家的玩家數量、他們所處的付費階段與付費金額這些資料。對於這類商業測試你會需要收集到對全球全面發行具有代表性的資料，也就是說有必要選擇一個跟你目標市場經濟水平接近的地區作為試發行地——這樣的地區通常應該具備較高的CPI。因此在這方面澳大利亞、紐西蘭和加拿大會是比較普遍的選擇。

很多情況下你可能會要一次性同時對這幾個內容進行測試，這就需要你在根據試發行結果進行改進的過程中平衡玩家的分佈。然而，在遊戲能夠除清漏洞平穩執行之前，選擇高CPI地區進行發行的代價可能會很高——因為隨著玩家發現遊戲初期構建中的早期漏洞，玩家流失率和app store的負面評價都會增加——因此開發者要認真思量遊戲試發行的地點與時機。

沒能收集到足夠多的資料

所有的開發者要對試發行方法開放性思維；沒什麼能保證你考慮的內容就對遊戲是好的，是能讓遊戲火起來的。因此所有的試發行都絕不能存在個人偏見，我們要讓資料成為我們判斷遊戲可行與不可行內容的唯一憑據。

關鍵的一點在於：在把玩家正式帶入到遊戲之前，你要收集所有能讓你做出進一步良好決策的資料資訊。大部分分析工具都只能提供一些比如使用者留存量、月活躍使用者數、如活躍使用者平均收益等這類的關鍵績效指標（KPI），但要知道還有很多“專門針對遊戲的”資料指標是你需要收集以便回答一些重要的問題的，這些資料包括：

初次使用者體驗聚集量

你希望你的遊戲能吸引多少初次體驗使用者？玩家有使用你的教程嗎？他們在遊戲裡停留的時間夠長到能接觸到遊戲的核心機制嗎？

玩家發展進度

玩家在你遊戲中的發展進度有多快？是否存在遊戲貨幣積累和等級提升過快導致玩家對遊戲很快失去興趣的情況？或者是否存在玩家在遊戲早期碰到意想不到的瓶頸而心情沮喪，最後退出遊戲的情況？

收費內容

玩家在有了怎樣的具體遊戲行為以後進行的第一次消費？玩家在遊戲中進行到何種程度（玩了多久遊戲）才轉化為付費玩家的？這個轉化完成的平均時間大概是多少？

收集這些資料的目的在於讓開發者不僅能夠辨別出表現可憐的KPI背後存在怎樣的潛在根本原因；還能自己測出真實的KPI。所以如果你覺得30日使用者存留量很低（舉個例子），那你就應該蒐集足夠多有關玩家行為的資訊資料來這個資料背後的原因做出一個靠譜的猜測，然後根據這個猜測對遊戲做出適當的調整。

除了要蒐集所需資料外，你還應該為做一個資料分析的計劃，這樣你才能儘快地得到所需答案。

不同的資料分析平臺所提供的分析方法也就不一樣；而且當你在為試發行做準備工作的時候，除了要分析實時資料，要記得把自己程式構建中的資料也納入分析的範圍中——這能避免了開發者因為突然意識到遺漏了某些關鍵資訊資料而不得不重新搭築程式構建的情況，這種情況有可能存在重拾流失使用者的成本浪費。

沒能儘快地迭代

構建-測量-瞭解三個內容的迴圈是產品開發的一項原則，這是一本叫《The Lean Starup》的書推廣的概念，這本書強調了要把迭代的速度作為產品開發中的關鍵內容。當在做“構建-測量-瞭解”這個迴圈的時候，為了儘可能快地給市場帶來最有價值的產品，開發者估測產品的表現並根據使用者資料對產品做更新——通常這個迴圈在需要時是要重複進行的。儘管這個原則並不是針對遊戲開發而言的，不過這恰恰就是遊戲開發者在對新遊戲進行試發行時應該習之為常的一個概念。

很多開發團隊都被試發行的固定費用預算或者時間期限限制著，所以如果你能越快的做出遊戲的修改更新版本（換句話說，僅在單次 “構建-測量-瞭解”迴圈的迭代後便通過了），你能蒐集到的資訊資料就越多。相應的，開發者也就能更瞭解玩家，遊戲也就會在每次迭代後做得越來越好。在很多情況下，我們沒法清楚地瞭解哪些具體的改變能讓KPI的浮動最大，因此儘可能多地給自己迭代的機會就顯得尤為重要了。

為了讓你能儘快完成這一步，在試發行之前，你應該確保你能儘可能地通過伺服器更新來進行遠端遊戲內容的修正，而不是重新展開新的構建。那些你想通過伺服器更新做出的修改可以包括以下內容：

購買價格

可以更改展示給玩家的商品、商品價格以及商品描述。

經濟平衡

變更遊戲的貨幣價值、試購價格、遊戲內獎品內容、冷卻時間數。

通用遊戲配置

變更遊戲難度、社交提示地理位置和頻率、遊戲內廣告出現頻率、使用者介面提示和通知。

理想的說來，你所用來進行遊戲更新的伺服器平臺還要能夠讓你進行A/B測試——測試不同變數對同時線上的多個玩家群體的不同影響。這讓開發者能通過對各組玩家同時試行不同的變更內容而更有效地利用所獲玩家——舉個例子，你也許會想同時測試兩組不同的遊戲經濟，其中一組將遊戲內商品價格調高了一倍，另外一組則將價格減半，然後看看這些改變對遊戲KPI產生了怎樣的影響。

當然了，有時你會不得不重新分配新的構建來修正漏洞、新增或刪除較大的遊戲特性——這確實是不可避免的。但是如果你能通過遠端做出越多的更改，你在遊戲試發行階段的迭代速度就能越快。


來源：遊戲邦
原文：https://mp.weixin.qq.com/s/xmlSZI_cSogsDXtaHRWFDA