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

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

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

二、原型界面

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

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

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

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

三、驗(yàn)收文檔

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

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

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

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

運(yùn)營(yíng)操作手冊(cè)模板如下：

記住運(yùn)營(yíng)操作手冊(cè)需要按角色撰寫(xiě)，盡量簡(jiǎn)單通俗易懂，主要描述流程和說(shuō)明。不要寫(xiě)的和需示文檔一樣復(fù)雜。

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

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

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

五、驗(yàn)收問(wèn)題

1）誰(shuí)來(lái)驗(yàn)收：

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

2）驗(yàn)收過(guò)程，及怎么驗(yàn)

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

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

驗(yàn)收時(shí)一般會(huì)咨詢(xún)產(chǎn)品詳細(xì)的功能位置和目錄，包括如何操作，有些前端看不到的功能可能還需要研發(fā)提供代碼截圖。最后他們記錄的問(wèn)題最好主動(dòng)過(guò)目一下，當(dāng)然他們一般也會(huì)和你核心。因?yàn)樗麄冏罱K要匯總到甲方那，所以在匯總前有錯(cuò)誤的地方你可以再和驗(yàn)收人員據(jù)理力爭(zhēng)，因?yàn)橛行┛赡苁撬惶宄I(yè)務(wù)和功能，在描述上可能有誤差，比如小的問(wèn)題寫(xiě)成大的，不存在的問(wèn)題寫(xiě)成有問(wèn)題。

4）驗(yàn)收后

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

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