上次我們談到G端項目中的一些常見的問題，這次來談?wù)勱P(guān)于G端輸出的內(nèi)容、原型、文檔、大屏及項目終驗的問題。本次以公共服務(wù)類的項目-中小企業(yè)融資平臺這個為例，作為產(chǎn)品人員參與了項目需求調(diào)研及項目的驗收全過程。調(diào)研完后我們根據(jù)立項文檔安排了后面的版本計劃，以下是我的一些經(jīng)驗心得：? ?

一、系統(tǒng)框架圖

以下是PPT標(biāo)書中關(guān)于系統(tǒng)框架中常見的內(nèi)容，從事過售前的產(chǎn)品同事應(yīng)該比較熟悉，這些都有實現(xiàn)和部署，有空或有必要可單獨針對某個模塊詳細描述。

二、原型界面

1）這是中小企業(yè)融資平臺官網(wǎng)（融資模塊）-的原型設(shè)計稿，一般是以線框圖為主，不建議做交互，主要是做交互比較浪費時間，必要性不大。但是如果有交互需求或者關(guān)聯(lián)到后端模塊時通過文字描述即可。

2）這是中小融的APP版本1.0的原型設(shè)計稿。

在輸出原型時還是建議使用Axure，給政府方查閱，他們可能不懂IT方面和知識，溝通成本相對有點大，所以輸出的內(nèi)容盡量簡單明了，語言描述上不用IT上的專業(yè)述語。以下這個業(yè)務(wù)扭轉(zhuǎn)圖把能業(yè)務(wù)邏輯以及每種情況注釋的很清楚，客戶看了也挺滿意。

三、驗收文檔

G端項目涉及的文檔相對比較多，就單產(chǎn)品負責(zé)撰寫的文檔就不少，比如需求調(diào)研方案、需求調(diào)研報告、詳細設(shè)計說明書、系統(tǒng)需求規(guī)格說明書、運營操作手冊。

這些文檔所有的格式一般是由甲方提供模版。其實這些文檔主要是出于形式，里面寫的內(nèi)容差不多就行，他們基本不會詳細看。

先給大家看看需求調(diào)研的文檔模板：

其他的文檔有些是需要和技術(shù)合作寫完，比如詳細設(shè)計說明書，涉及到代碼和數(shù)據(jù)庫。下面看看需求規(guī)則說明書的模板：

運營操作手冊模板如下：

記住運營操作手冊需要按角色撰寫，盡量簡單通俗易懂，主要描述流程和說明。不要寫的和需示文檔一樣復(fù)雜。

四、數(shù)據(jù)大屏

作為服務(wù)型的G端項目，基本會存在大屏數(shù)據(jù)的訴求，大屏的設(shè)計思路，首先大屏定位是主要給誰看的，目的是什么，需要解決什么問題。比如有些大屏是給領(lǐng)導(dǎo)設(shè)計的，就是做年末匯報。有些則是給特定人員，比如項目管理人員需要通過數(shù)據(jù)查看內(nèi)部的問題。

其次大屏設(shè)計時要考慮頁面要視覺效果要好。否則你內(nèi)容設(shè)計再好可能會被否決。先有好看的外殼然后才看里面的內(nèi)容這是G端的特殊之處。以下是數(shù)據(jù)大屏的模板初稿，生產(chǎn)環(huán)境的視覺效果會更好。

五、驗收問題

1）誰來驗收：

G端政府項目一般分為初驗和終驗，上次說的驗收主要是業(yè)務(wù)相關(guān)人員驗收。這次的驗收主要談初驗和終驗，這時候是甲方派遣第三方公司來負責(zé)。

2）驗收過程，及怎么驗

別以為初驗和終驗人員他們也是專業(yè)人員，其實他們多是不懂業(yè)務(wù)需求的小年輕，驗收時只能依葫蘆畫瓢，立項文檔怎么描述就怎么驗，所以我在前面提到在產(chǎn)品設(shè)計時一定要考慮立項文檔上的內(nèi)容，不然驗收時遲早要回爐再造，這樣就浪費時間和精力。

功能清單其實都有對應(yīng)的成本（具體成本這邊不便透露），產(chǎn)品設(shè)計時也可以了解一下成本，如果一個功能成本太小，沒有必要花費太多精力。

驗收時一般會咨詢產(chǎn)品詳細的功能位置和目錄，包括如何操作，有些前端看不到的功能可能還需要研發(fā)提供代碼截圖。最后他們記錄的問題最好主動過目一下，當(dāng)然他們一般也會和你核心。因為他們最終要匯總到甲方那，所以在匯總前有錯誤的地方你可以再和驗收人員據(jù)理力爭，因為有些可能是他不太清楚業(yè)務(wù)和功能，在描述上可能有誤差，比如小的問題寫成大的，不存在的問題寫成有問題。

4）驗收后

驗收后一般多用文檔記錄下來，和產(chǎn)品確認后就反饋給甲方，如果主流程沒問題，有些小問題的話，可以再做個迭代版本優(yōu)化。如果是主流程有問題那問題比較大，甲方公司可能會發(fā)布對外公函，意思就是警告和督的作用，主要是給我們最上級領(lǐng)導(dǎo)查看。情況嚴重甚至扣除部分項目費用。

驗收通過后會進入答辨流程，這個一般在線下完成，有第三方主持人，另外甲方邀請的一些技術(shù)專家對該系統(tǒng)的評審和建議，其實也不用擔(dān)心，只是走流程而已，如果你對他們的提問有矛盾，為挽回我們利益的目的下可以進行回復(fù)。不過不要進行反駁，最好是作深入一步的補充。答辯完后根據(jù)專家提的一些問題進行整改，完成最后蓋章，交付完成后等著回款吧！