一款遊戲如何誕生

　　就像我在成爲一隻遊戲程序猿以前,徹底沒法想象一款遊戲是如何誕生的,當初也只是以爲那並非十分複雜的東西，若是你還未成爲這個行業的一員,若是你仍是一名在校學生,那麼我想你也會和當初的我有同樣的感覺吧。

　　隨着遊戲行業競爭愈來愈激烈,天天都有不少的遊戲面世，也有不少的遊戲死亡，玩家被培養的愈來愈挑剔，漸漸以爲遊戲開發很簡單。其實我想說，這裏面的水很深。不進入這個圈子，你是很難想象它是什麼樣子的。我就就本身的經歷和感悟來大體的說一下一款遊戲誕生的過程。

　　若是硬要把遊戲開發流程分類的話，我以爲能夠分爲兩類，一類是獨立遊戲開發，一類是商業遊戲開發，因爲對獨立遊戲開發沒有親自經歷過，因此本文仍是主要針對商業遊戲開發來說。

---

　 獨立遊戲

---

　　獨立遊戲通常有一我的或一個少數的幾我的組成的團體,他們獨立負責從遊戲的設計,開發，甚至到推廣。流程上彷佛並無固定的模式，比較隨意。並且開發者們每每也是多才多藝，好比會美術的程序，能策劃的美術，甚至是樣樣精通的大神。在美國，電子遊戲的早期都是由獨立遊戲來支撐的。因爲缺少專門的市場分析和流程管理，一款獨立遊戲要想取得成功是很不容易的。實際上不少獨立遊戲開發甚至都是線上開發沒有固定的辦公地點，這也給時間把控上形成困難。可是有缺點固然就會有優點，通常獨立遊戲都是由發起者本身進行設計的，因此若是你想設計一款有本身特點的遊戲，避免各類各樣無聊的審批會議，獨立遊戲是個不錯的選擇，並且成本相對很低，風險較小。目前獨立遊戲開發仍是主要仍是在美國最有市場。在中國的話主要仍是在長三角地區比較多。隨着手遊平臺這幾年的異軍突起，遊戲開發的入門門檻進一步下降，我想愈來愈多的獨立遊戲也會漸漸出現。

---

    商業遊戲

---

 　　你們所玩的遊戲大部分應該都屬於這個範疇了，與獨立遊戲偏偏相反。這些遊戲開發每每有完整的流程控制和專業的推廣。首先我先從遊戲項目的誕生來淡淡。

　　就如一部電影有一個製片人，相應的一部遊戲就有一位製做人，他要負責遊戲項目的最初設計思想，找到相應的人員創建起最開始的Demo團隊，在整個開發過程當中都會不時的加入，提出本身的意見和建議，並對遊戲最終的品質負責。製做人並非事無鉅細都去管理,通常下面會有PM和PA去負責具體事務。而製做人每每要站在更高的層面去思考遊戲的運研成本和市場潛力以及遊戲品質等等問題，能夠說一個製做人的個性和想法每每引導着整個遊戲的發展方向甚至是成敗。對於歐美遊戲玩家大多數只知道遊戲而不多知道遊戲的製做人，可是在日本，製做人的聲望重要的多.而在中國遊戲圈子總體的氛圍拜金主義太濃，因此優秀的製做人並很少。世界上每一位優秀的製做人彷佛都有一些傳奇的故事,好比威爾萊特,小島秀夫，稻船敬二，宮本茂，神谷英樹，三上真司等等，你們不妨去了解一下。

　　前面提到了PM(Product Manager)和PA(Project Administrator)，實際上這二者的界限我瞭解的比較模糊，不少小型的項目甚至並不存在這兩個職位。先說說PM,有的公司PM實際上就是製做人，但若是有獨立的PM的話他通常是負責項目的平常具體管理的,安排人力,資源，參與與運營團隊和其餘公司的溝通,直接對製做人負責。而PA的話則更可能是跟進項目研發的進度。把控項目的研發里程碑，並要與基層的研發人員溝通了解員工的各方面需求，直接對製做人負責。在大多數公司這兩個職位並不區分的很清晰，從名字上看二者也比較概念重疊。我說的不必定準確，你們聽聽就好。

　　在遊戲公司通常是製做人根據本身的各個方面的分析提出最終的項目構想，分析市場上的競品，設定遊戲的目標市場，以及初步的預算和營收情況。並製做成PPT，想公司相應部門提交立項申請，公司會召開相應會議來聽製做人來描述本身的產品構想。而後若是會議評估經過，那麼就會先有一段時間進行預立項。大概是1到3個月，這段時間公司會給製做人分配PM或者PA，幫助製做人找到相關人員創建起初期的Demo設計團隊(人員不會不少，通常10~15人)，在這三個月裏製做人會和公司商量根據實際狀況設定具體的里程碑。而後項目人員就按照這個時間表去進行具體的開發，到了相應的時間點召開項目評審會議，若是你們以爲遊戲達不到相應的品質要求，要麼被砍掉，要麼延期。只有完成了相應的里程碑後，項目才能被正式立項，公司會分配更多的人力，財力能各方面資源。項目到這個時候纔算是正式上馬了。而通常在這以前的開發團隊也都算是元老了。因此說不少你以爲好的遊戲點子可能在還沒正式立項以前就被砍掉了。

　　在研發團隊中除了製做人，PM,PA那麼剩下的就是你們耳熟能詳的策劃，美術，程序了。下面一一介紹一下吧。

---

 　 策劃

---

 

　　製做人在項目初期提出了最開始的設計思想，可是隨着正式立項和項目規模的擴大，製做人不少時候並不會參與一線的設計工做，這時候策劃團隊就是展示本身能力的時候了。在中國除了少部分的專科學校,通常大學都沒有開設專門的遊戲設計專業,因此說策劃通常也是出身自各個專業，好比我身邊工做的策劃兄弟姐妹們就有來自於「計算機，美術，工業設計，電子，數學」。而策劃在一個項目裏又分爲不少具體職位。

　　主策劃：

　　負責小弟們的平常管理，小弟們策劃案的審批，對製做人提出的需求,尋找解決方案，並分配各個策劃的工做，也要根據玩家的反饋對遊戲中相應模塊和機制的刪改增添作出決策。主策劃通常也不會進入一線作具體工做，可是他們會爲整個策劃工做奠基基礎，好比最初數值標的結構，場景設計原則等等。主策劃每每是在某一方面特別強，而在其餘各個方面也都很瞭解的。

　　數值策劃：

　　在任何遊戲背後都有無數個數學模型在支撐着，你砍怪物一刀掉多少血，你作一個任務給多少金幣，這些都是通過縝密計算的。爲何Dota，LOL那麼好玩，就是由於平衡，而這簡單兩字的背後是數值策劃的貢獻，他們須要考慮遊戲的方方面面，創建起一個好的經濟體系，傷害體系等。爲何你們暴雪出品，必屬精品，就由於暴雪的數值作的太完美，在業界無人可與比肩。想象暗黑系列，魔獸系列，星際系列。數值策劃不必定非要是數學專業出身，可是通常傑出的策劃大都是數學專業或者相似專業出身的。由於好的數學模型仍是離不開數學的。

　　系統策劃：

　　遊戲的具體功能模塊,都須要系統策劃去設計並提出功能需求。好比公會系統，結婚系統，抽獎系統等等，他們須要寫出功能的策劃案而後交給主策劃審覈，經過以後再交給相應的美術和程序，他要負責具體的解釋說明，而後去跟美術程序協調實現的難度和可行性。

當你打開一款遊戲，包裹裏的物品怎麼擺放，公會裏會長有哪些權限這些都是由系統策劃決定的。他們的工做量每每是巨大的。而且修改十分頻繁。通常的初入遊戲圈的策劃也都是以系統策劃開始的。

　　關卡策劃：

　　一個副本的具體設計，難度的安排，物品掉落和掉率，場景中障礙物和各個機關的設置。都是由關卡策劃負責，能夠說一個副本好很差玩和一個場景佈局合不合理都是要看關卡策劃的能力了。

　　資源策劃：

　　負責遊戲的各個資源的管理，好比3D模型資源，圖片資源，聲音資源，不要先看這個職位，若是缺少合理的管理,當項目龐大到必定程度的時候，你想從上萬張圖片中找出一個按鈕的資源圖片，簡直是大海撈針。可是通常公司並不會單獨設立這個崗位，一般由其餘策劃兼職。

　　劇情策劃：

　　在項目裏，劇情策劃就像一個小說家同樣，一般文字功底都要不錯，但並非全部項目都要有，一般在RPG遊戲中較常見，一些對劇情不關注的遊戲一般沒有這個職位，好比我所在的項目就沒有。當咱們玩仙劍和軒轅劍的時候遊戲的各個主線和分支劇情以及角色對話裏的每個文字和動做都是劇情策劃仔細推敲出來的。特別是對於單機遊戲，遊戲是否感人絕對離不開劇情策劃，若是你玩遊戲的時候總是習慣性的狂點鼠標,忽略對話，那麼劇情策劃會心寒的。

　　綜上,一款遊戲到底好很差玩，符不符合大衆的口味，很大一部分要依賴製做人和策劃團隊的決策,由於後面的美術和程序都是按照他們制定出來的方向和需求來進行具體研發的。我記得小時候在網吧常常會聽到玩傢什麼事都會去罵GM，其實你們罵錯人了，應該罵策劃的,你們可能會以爲策劃的技術性不是很強，其實這是個很感性的職業，不少時候你須要有靈感才能夠，並非你想的那樣只要坐在那裏天馬行空的胡思亂想就能夠的，他們每每須要留意身邊的各類事物和故事，並且每每對歷史，人文，地理都須要有不少了解才能提煉出好的遊戲素材,因此讓咱們對他們豎起大拇指吧。O(∩_∩)O~~

---

      美術

---

 

　　能夠說直接把本身做品展現給玩家的就是美術同窗們了，你的角色長什麼樣子，一個界面的提示是否直觀明顯這些都是美術同窗們決定的。和策劃同樣美術也會細分爲不少方向。

　　主美術：

　　和主策劃同樣，他須要管理小妹們(相比其餘職位，美術的妹子是要多一點),負責任務的安排，評估工期，審覈小妹們的工做成果。主美術通常在各個方向都是高手才行，在小妹們敗下陣來，他就要頂替上去。

　　3D美術：

　　若是你作的是2D遊戲固然就不須要了，不然就是必須必須的了，他們通常用3DMAX和MAYA來工做，場景中的各個角色和物品模型都出自於他們手中，有的項目中也會單獨有場景美術，場景美術還要負責遊戲場景中光效的佈局和繪製地圖,而且與關卡策劃協商物體的擺放。3D美術的工做可沒有看上去那麼簡單，一個讓你在遊戲中看上去很逼真的角色，一般要耗費一個美術少則10幾天多則幾個月的時間。而且通常考慮到遊戲平臺的機器性能和引擎的能力，並不能把模型作的太複雜,又要儘可能保證模型在遊戲中看上去不會太粗糙，這就是須要他們去平衡的了。

　　UI美術：

　　這個職業，小妹居多啊，遊戲中的血條，技能圖標，道具圖標，各個界面的背景框，各類引導提示，都是出自妹子們之手，只見他們天天在板子上淡淡幾筆，就勾勒出來了你想要的東西了，讓咱們這些程序童鞋們好生羨慕。UI美術是很辛苦的，他們須要制定整個遊戲UI界面的總體風格，因此妹子們要有很好的審美能力纔好，若是一款遊戲的UI作的很反人類，那麼玩家還會繼續玩下去麼。

　　動做美術：

　　不管是2D遊戲仍是3D遊戲中,一個角色釋放技能，拾取物品，等等都要作出相應的動做才能讓他們看起來真實，咱們在遊戲中看到一個角色隨意的幾個動做其實都是動做美術們，一幀一幀的仔細調整的。去玩玩鬼泣也許你們感覺就會更深入了，角色動做是否流暢和真實直接影響玩家的遊戲體驗。有時候我看到動做美術在那裏調整動做，我感受他調整來調整去我都沒看出來什麼差異，可是當你放到遊戲中去的時候全部動做結合起來看起來就是不同的。他們的觀察力真是驚人啊。

　　特效美術：

　　FPS遊戲中的子彈擊中物體爆炸，角色升級的特效，角色釋放技能的各類酷炫效果這些都離不開特效美術，不少遊戲引擎都本身提供粒子系統，有的程序童鞋們也本身嘗試着擺弄擺弄，結果發現和人家專業的作出來差了十萬八千里。特效美術們不但要掌握用通用工具作出好的特效(如3DMAX),還要了解到程序們所使用的遊戲引擎中自帶的粒子系統如何使用。這樣作出來的效果每每事半功倍。

　　原畫美術：

　　若是你看到他們的做品,你必定會以爲這是怎麼作到的,沒錯這就是原畫美術，我想這個你們都不會陌生，不少遊戲都會在網站上放出不少原畫做品當宣傳。能夠說每一副原畫都是一件藝術品，包括對細節的把我，遠近的層次。下次你們在玩LOL的時候不妨去商城裏看看每一款皮膚的原畫。並且不少角色的最初設定圖都是由原畫美術們畫出來而後才交給3D美術區建模的，總之我以爲他們太牛了。

　　說實話我老是對我項目裏的美術童鞋們投取讚歎的眼光,我以爲他們都是藝術家，不少人都有一顆作獨立遊戲的心，而沒有去作，很大緣由是沒有美術能力，這個真不是一天兩天能練出來的呀。還有一個很奇怪的事情，爲啥公司裏大多數的主美都是漢子呢？

---

      程序

---

 

　　終於說到可愛的程序猿們了，在項目裏看上去就是一羣異類同樣，天天坐在電腦前，噼裏啪啦的一敲敲一天，上輩子莫非是彈鋼琴的？no！no！no！咱們是在敲代碼啊。其實大多數遊戲程序猿都會在內心傲嬌的想着：「咱們要是不寫代碼,策劃想那些點子，美術畫那些東西不是都沒用！」，咳咳這麼想固然不太好了，但是也沒什麼不對的了。

　　主程序：

　　策劃和美術都只有一個主XX，可是程序是有兩個主程的，一個是前端主程，一個是後端主程。和主美相似他們必須是經驗豐富的全能大拿，任何小弟解決不了的問題，他們必須能最終搞定，也要給小弟們佈置任務，關注小弟們的成長，小弟牛了他們才能輕鬆點。和主策主美不一樣，他們一般仍然在一線寫代碼，可是通常都是寫一些底層的代碼。通常也都是加班狂人。

　　服務器程序員：

　　遊戲固然分爲客戶端服務器，玩家看到的就是客戶端了，公司機房裏的就是服務器了，絕大多數的遊戲服務器程序都是由C++編寫的，只有少部分用Java.其餘語言卻是不多見，與客戶端程序員不一樣，服務器程序員分工並不細緻，因此對語言依賴比較單一，也沒有更換引擎的風險，因此這個職業很大程度上靠的不是最新的技術而是經驗的積累。只有豐富的經驗才能面對各類需求提出相應的解決方案。

　　客戶端程序員：

　　其實客戶端程序員的具體工做也能夠分的很細，可是我以爲不必，也確實不必，由於一般在一個團隊中客戶端程序員的具體工做並不固定，今天你作UI明天可能去作AI。通常主程序會根據你的學習能力和工做表現不斷的讓你挑戰之前沒有作過的工做。與服務器不一樣，客戶端程序員通常須要依賴具體引擎，好比作Unity的通常都是用C#來寫客戶端代碼。但其實沒必要擔憂，由於全部引擎的功能模塊都是類似的，不一樣的只是引擎各個方面的能力，精通一款引擎能夠很快上手另一款引擎。客戶端的知識面每每須要的更爲普遍，具體工做有UI，AI，渲染，物理等等。簡單介紹一下：UI是最多見的客戶端程序，大多數也都是在作這個，UI可並非拼界面，就像不少人認爲學計算機專業就是修電腦同樣。UI界面只是UI程序員工做的一小部分，任何UI界面都須要邏輯部分和網絡部分去支持,只是拼UI是一個很噁心的工做每每須要佔用大量時間；AI程序員一般來設計遊戲內的人工智能，通常在射擊遊戲中比較常見，讓NPC角色看上去好像會思考同樣。在RPG遊戲中常見的就是BOSS戰和自動尋路了，這是門很深的學問，也是我很是喜歡的方向，只惋惜國內遊戲中AI的水平廣泛偏低，看上去敵人都是傻傻的，你們想領略真正的AI只能去玩國外的主機大做了,或者COD也不錯；渲染程序員通常對遊戲引擎的渲染流程很瞭解，對DX或者OpenGL須要很熟悉，可以需求設計出解決方案而且寫出相應的Shader。這是我很喜歡的方向，也正在學習中,不過國內對渲染的技術要求和歐美日的主機大做相差甚遠。物理程序員通常在載具類遊戲中才須要，他們通常要有很好的數學能力和物理能力，可以設計出繼續遊戲需求的一套物理系統而且用代碼實現，咱們項目裏有兩個弄物理系統的感受每次你們分享會都聽上去牛的不行。之因此沒有分類列出來就是由於客戶端程序員的具體工做每每根據項目的實際需求不斷變動，並且你要不斷的學習，前端技術天天都在變動，然後端每每是十幾年都不變。因此不要以爲客戶端程序員很輕鬆哦，天天都要不斷的學習不斷的積累才能跟的上節奏。

　　引擎程序員：

　　這個在大多數項目中不會有，只有一些資本實力夠強的的公司纔會去爲一款遊戲設計單獨的引擎，大多數遊戲都是直接使用商業引擎的。可是一方面商業引擎大多數不開源，就算開源也只是開源一些非核心技術，因此你們開發遊戲老是感受像是隔靴搔癢。因此不少遊戲大做爲了長期考慮就須要自研引擎，這但是個冒險行爲，一方面對技術的要求很是高，再有就是時間成本很高通常沒有幾年功夫是不可能拿出來一款像樣引擎的。因此如今國內的自研引擎但是很是少見了。而引擎程序員也是可很稀缺的職業，他必須有很高的技術能力，就像你用VS寫C++代碼，那他就是去開發一款VS給你來用，你有認真思考過VS是怎麼開發出來的麼。遊戲引擎通常須要有物理系統，渲染系統，音頻系統，AI系統，UI系統，資源管理等等，並且所有都是底層的東西，有的爲了優化與GPU和CPU的溝通你還要寫彙編代碼，固然這個時代，一款成功的商業引擎都是幾百上千的團隊在開發，我的的能力每每是不夠的。可是若是是做爲學習的話我以爲全部的遊戲程序員都應該去學習本身動手開發引擎。有興趣的同窗能夠去看Jason Gregory的《遊戲引擎架構》,如今有中譯本出版了。

　　總之,我本身就是個遊戲程序員，也以爲遊戲程序員是我很喜歡的職業，並且我以爲作程序員可不僅是敲代碼那麼簡單，你要了解的東西太多了，特別是客戶端程序員。這是一個充滿挑戰和無限可能的領域,怎能不讓人興奮呢。

---

　　測試

---

 

　　程序員固然是不但願本身的代碼有bug，可是那是不可能的，這時候就須要測試同窗的細心工做來及時發現bug。

　　主測試：

　　測試同窗們的大哥們，安排小弟們的工做並驗收，並對版本質量負必定責任。

　　白盒測試：

　　白盒測試同窗須要看程序員們的代碼，爲他們的代碼作邏輯覆蓋，肯定在相應階段中代碼中相應的變量和狀態是正確的，通常白盒測試同窗都是計算機專業出身的。被他們發現bug的話程序同窗們真是丟臉哦。咱們項目裏沒有白盒測試我就很少說了。

　　黑盒測試：

　　與白盒相對，這些同窗並不查看代碼，而是根據策劃案，去驗證程序們的實現是否正確，不少人都認爲黑盒測試比白盒測試技術含量低，其實否則，白盒測試時從代碼角度出發每每不能去表現出玩家真實的操做習慣，而黑盒測試同窗每每是模擬玩家的真實狀況，這樣查出來的bug每每更具備表明性，更容易體現出問題。

　　有的公司並無專門的測試同窗，每每是策劃美術程序齊上陣本身測試，這樣的效果每每是很差的，上線以後每每會出現不少問題。因此說咱們這些作程序們真的要感謝他們，要是這些bug被玩家發現了可就糟糕了。

　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

　　囉嗦了一大堆，各個研發工種都介紹完了，回過頭繼續說研發流程，在研發階段製做人和主策劃通常會隔一段時間制定一份下一個階段的工做計劃，列出要實現的具體功能，並把他們轉發給主美主程主測由這些大哥們分配好具體給誰作，而後相應的人員就會到會議室由策劃同窗講述本身的策劃案提出需求，而美術程序測試同窗能夠隨時打斷提出本身的問題和意見，並對工期進行評估，何時提交測試，何時能夠完全完成等等。會後策劃同窗會根據意見和討論修改策劃案給大哥們審一下，經過了就轉發給具體同窗們開始開工。在開始階段是不須要測試同窗介入的，若是功能不涉及到美術資源的話也不須要美術同窗介入，PA同窗會按期來找相應的同窗詢問進度狀況並彙報給製做人，若是小弟們在研發過程當中遇到什麼困難須要延期或者解決不了須要幫助必定要提早跟大哥們說，由於你們的工做是環環相扣的，你完不成的話,別人的進度也要受到影響。提早說了就能夠適當調整進度或者找人幫助。

　　有人說好的遊戲是不斷修改出來的，這句話的真假我不肯定，可是不斷修改是必定必定的了，常常會出現一種狀況就是，當程序和美術把功能完成了以後，給相應的策劃和製做人驗收，他們有時候會以爲這和他們當初預想的不太同樣，怎麼辦,那就改，小改還好，有的甚至是推翻重作，服務器程序還好一些，客戶端特別是UI同窗常常要吐槽這種狀況，尤爲是當功能距離最後截止日期一兩天的時候忽然說要改。簡直要用頭撞牆了，不過習慣了就行了。製做人和策劃是站在更高的層面上思考問題的，也許他們是對的呢。

　　簡單複述一下流程就是製做人和主策劃提需求，而後具體策劃出文檔，再而後開功能會，開完程序和美術開始作，作完給測試測，若是測出是美術問題美術改，是程序問題程序該，是策劃問題策劃改文檔，改完再測直到達到預期要求。這個過程當中隨時可能被製做人和策劃打斷從頭再來。具體研發週期的長短視具體平臺具體遊戲類型而定，通常的話端遊是3~5年，頁遊1~2年，手遊1年左右甚至更少，主機遊戲我不太瞭解，據我知道的應該也是和端遊時間相似的。並且在這段時間內公司內部還會有各類各樣的評審會議，若是上面以爲你的遊戲已經失去市場競爭力，或者市面上對這種遊戲類型的需求已經不高，那麼極可能遊戲就要被腰斬了，因此爲不少公司爲了減小這種因爲研發週期過長而致使的不肯定性，都會把大量工做外包，由於從必定角度講時間就是競爭力，雖早上線雖就有優點。可是外包並不成本也很高，因此通常只有端遊和主機遊戲會這麼作，而頁遊和手遊不必。一般也只是外包美術部分和音效部分。而且只是在遊戲的基本規格和流程已經很肯定的狀況下才開始外包以免因爲美術規格不肯定致使的外包的浪費。但是外包的美術產品畢竟不是本身公司的做品，不免在風格和細節上會有差距。可是外包已經逐漸被世界上各大遊戲公司接受，就好比《The Last Of Us》的美術資源不少都是外包給中國上海的一些美術外包公司的。而一些公司也不具有單獨的音頻部門，因此聲音外包更加常見了。

　　當遊戲終於到了研發結束，就要開始尋找市場了，除了大一些的遊戲公司能夠自研自營之外，不少公司並不具有運營能力，它們缺少相應的渠道和運營包裝經驗，就須要尋找代理商，而這些代理商由於本身研發遊戲成本很高並且風險也很大，對他們認爲優秀的遊戲業都會樂於代理，更重要的緣由是，國內代理好研發分紅極不平衡，每每研發團隊只能拿到遊戲將來收入的小部分分紅，而運營能夠拿到大頭，對端遊我不太瞭解，可是就頁遊和手遊平臺，通常研發和代理的分紅是2：8或者3:7黑一點的甚至是1:9。可是隻要代理商給力遊戲真的火了,就算是那個1也是頗有看頭的。

　　至於運營的具體流程,因爲我是作研發的，只能是瞭解一些，並不全面，運營的同窗們須要根據目標市場去制定好遊戲的宣傳噱頭，而且找到相應的如百度貼吧，遊民星空，新浪遊戲排行榜這些公司的相應部門去談廣告投放的合做，就好比說遊民星空主頁兩側的遊戲廣告，我想必定是很是昂貴的。千萬不要小看運營成本，通常都要比研發成本還要高。除了投放大型廣告，還有個詞叫作「導人」，好比你看一些網站常常會在角落裏彈出什麼遊戲宣傳什麼的小彈窗,有的很扯淡，可是就是這些東西你只要點進去，無論註冊不註冊，運營公司都要給網站錢的，這只是我知道的導人的一種方式，還有其餘的導人方式。而國內通常遊戲導人的成本是幾塊錢吧，具體我記不清了，若是這個玩家不註冊或者註冊了在將來消費不足這幾塊錢,那麼運營公司就算是虧了幾塊錢。可是也不絕對，由於即便是不付費玩家對遊戲來講也是有價值的。由於RMB玩家老是須要非RMB玩家來作對手啊。

　　在遊戲開始運營以後也並不能馬上正式面向大衆，由於在公司內部的測試團隊進行測試的時候只能是針對遊戲的功能上的測試，並不能全面的考慮網絡環境和服務器壓力能問題,以及在多玩家環境下才能出現的bug，這就須要遊戲先進行小規模測試，收集問題，而後修改再開發下一次測試，直到遊戲基本穩定的時候才正式公測。通常來講在公測以前，會進行小規模的技術封測，運營商只會發放少許激活碼給一些遊戲論壇和網站，或者邀請國內的專業測試團隊來體驗並收集意見，若是以爲問題很少的話就進行不刪檔的限號測試，不少玩家常常會吐槽，爲何都測試了還很少提供點激活碼，由於這個階段遊戲是爲了收集bug，並不表明最終品質，因此並不想讓太多的玩家體驗。一旦在測試階段發現嚴重bug，要麼延期修改，正式發佈日期延後，要麼就是直接砍掉相應功能，沒有遊戲是完美的，總會有這樣那樣的bug，不少遊戲甚至到了公測了仍是要三天兩頭的停服維護。一個遊戲幾十萬上百萬行代碼怎麼會不出錯呢。你們寬容些啊。

　　通常一個項目在上線前的一段時間和麪向玩家以後的一段時間都是最忙碌的，由於到這時候忽然發現不少之前沒發現的問題，這階段也是加班加的最辛苦的，常常要通宵的改bug。當遊戲真的開始公測的時候你們就都送了一口氣，能夠提心吊膽的睡睡覺了。但是一切纔剛剛開始啊，一款遊戲能不能火，能火多久，3日留存，7日留存，付費率，這些都是天天要關注的數據，根據這些數據去改進遊戲，還要不斷的去作新活動新副本不至於玩家失去新鮮感而流失。不少數據差的遊戲，上線一個月可能就沒有下文了，而後就那麼慘淡的堅持着，最後杳無聲息的死掉。這種事情我見得多了。公司內部一個製做人給咱們講過一個如今「次世代」端遊開發123，「1億預算，200人團隊，3年時間」。這麼大的投入這麼久的時間這麼多的人力，可能發生各類各樣的事情，因此我以爲任何一個項目的立項均可以算是一次賭博，並且最終結果無人能夠預知，咱們能看到的只有本身的努力，把本身的熱情獻給遊戲。

　　其實一款遊戲的誕生從沒有一路順風過，一路上老是有太多的波折，上層的決定改變，外部市場的改變，內部人員的流動，始終都伴隨着。當玩家看到一款遊戲走到他們面前時，那背後包含着太多的故事了。若是說把每一個遊戲研發運營故事都寫出一本小說，我想那必定頗有趣。當一部傾注了本身所有熱情的遊戲交到玩家手裏的時候，那種喜悅是從心而生的。因此我以爲作遊戲是幸福的。

　　但願讓那些對遊戲開發還不是特別瞭解的人們能夠有所收穫，若是有什麼講的不對的地方也歡迎批評指正，本身所在的項目也立刻要上線了，寫在上線以前，不管成與敗這都是一次可貴的旅程。I enjoy it！

 

　　尊重他人智慧成果,歡迎轉載,請註明做者esfog,原文地址http://www.cnblogs.com/Esfog/p/4084998.html