游戲功能即game feature,一個游戲的各個子系統。如法術系統,狀態系統,天賦系統,包裹系統,P2P交易系統,修理系統,附魔系統等等。
游戲功能由策劃進行設計,然后交給美術和程序執行。
2.什么是審核

審核是一個功能設計的過濾器,這種過濾針對設計的可執行性,而非功能本身。
3.為什么要審核
策劃們不明白每個功能的執行優先級。程度:有時候。危害:功能做出來了,但是暫時成為了擺設。
策劃們的設計文檔是不夠詳細,不夠完整,甚至有些細節還沒有想清楚或者在自己的部門內達成一直認識的。程度:經常。危害:這種設計就是反復被變更和修改的那種設計,程序也會因此越改越爛,并且功能要拖拖拉拉好幾個里程碑。
國內的公司都不怎么大,公司的法人會出來用獨裁手段讓大家執行某個功能。程度:偶爾。危害:說不準。
程序是食物鏈上的最后一環,如果前面沒有把好關,那么后面就要拉肚子生病。
審核能過濾掉目標和受眾不明確的功能。
審核能過濾掉設計不完整的功能。
審核能判斷出功能的執行優先級。
4.審核的基本原則
因為我是一個程序,我也信任自己的策劃同事,所以最基本的原則是,不對功能在設計上做任何評論和質疑。
審核只關心功能的目標,設計的信息完整性,和由此引申出來的可執行性。
審核沒有通過并不會一棒子打死功能和設計,只要功能和設計能通過審核,就能被執行。
5.怎樣審核
5.1規則集合
規則集合是一組標準,只有一個功能的設計完全通過這組標準的時候,才能加入執行隊列。
這組規則不是一個人建立的,而是所有有責任心的同事提出的意見中提煉出來了。
我先大概提出這么一些:
*功能必須為玩家的一個以上的生命期提供主要服務(新手期,興奮期,參與沉迷期)
*功能必須針對一種類型以上的玩家(探索型,成就型,殺手型,社交型)
*功能支持零個以上的其他功能。
*功能依賴的其他功能必須已經實現。
*功能設計可以通過程序正常表現。
*功能設計中必須提供詳細的美術需求。
*功能設計中的基本面必須完整。
*功能設計中必須擬定需要用到的數據表格。
5.2審核小組
審核小組從同事中找5個人左右,各個部門都必須占有1個以上的席位。每個組員僅負責其中的幾條規則,各個組員所負責的規則之間不能有交集。
每個組員用自己負責的規則對功能和設計做出通過和不通過的判斷,并對不通過的的判斷給出具體理由。
每個不通過的判斷都必須得到組內3人以上(含3人)的認可。
5.3審核過程
策劃完成功能設計之后,必須提供一份針對審核規則的設計說明文檔,以便于審核小組能迅速的判斷出功能的設計是否能執行。
審核小組全員通過功能設計后,通過審核規則中的算法規則(我沒有提供,因為這要考慮很多方面)計算功能的執行優先級,加入功能隊列,由PM進行工作分配。
沒能通過的功能設計,將包含一份詳細的犯規細節清單還給策劃。然后策劃進行工作避開這些犯規后,可以再次提交審核。