中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

一、系統框架圖

以下是PPT標書中關于系統框架中常見的內容，從事過售前的產品同事應該比較熟悉，這些都有實現和部署，有空或有必要可單獨針對某個模塊詳細描述。

二、原型界面

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

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

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

三、驗收文檔

G端項目涉及的文檔相對比較多，就單產品負責撰寫的文檔就不少，比如需求調研方案、需求調研報告、詳細設計說明書、系統需求規格說明書、運營操作手冊。

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

先給大家看看需求調研的文檔模板：

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

運營操作手冊模板如下：

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

四、數據大屏

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

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

五、驗收問題

1）誰來驗收：

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

2）驗收過程，及怎么驗

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

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

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

4）驗收后

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

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