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

在做G端產(chǎn)品和項目的時候，我們常常會遇到一些與其他領(lǐng)域不一樣的問題。本文總結(jié)了G端項目產(chǎn)品設(shè)計的相關(guān)問題，希望對你有所幫助。

G端（Government）名稱其實最初也是由B端演化而來的，相當(dāng)于B端的分支，G端主要為政府或事業(yè)單位開發(fā)的產(chǎn)品或服務(wù)，因為服務(wù)的群體的一些特殊性，因而獨立出來的一個名稱。

先談?wù)凣端的相關(guān)服務(wù)范圍和輸出形式，服務(wù)范圍。輸出形式主要分三個模式：

1. 公共服務(wù)類，就是服務(wù)全國或某一地方民眾的公共服務(wù)類，比如前幾年疫情時大家使用的粵康碼功能、大家使用的12306購票網(wǎng)站、還有面向深圳的APP：I深圳?等等；我在20年左右就做過面向廣東的一個APP，叫粵商通，這是典型的公共服務(wù)類。
2. 內(nèi)部服務(wù)類, 不對外服務(wù)的，主要服務(wù)政府或事業(yè)單位內(nèi)部人員使用的系統(tǒng)，比如內(nèi)部OA或辦公類的系統(tǒng)，我在22年中廣核內(nèi)部服務(wù)過智慧工地的一個比較寵大的內(nèi)部系統(tǒng)，這是屬于內(nèi)部服務(wù)系統(tǒng)。
3. 行業(yè)監(jiān)管類，主要起到對各行業(yè)的監(jiān)管效果，如對食品監(jiān)管、金融監(jiān)管…, 我在2021年時就做過對金融行業(yè)7+4機構(gòu)的監(jiān)管平臺，這是面向金融行業(yè)的一個監(jiān)管項目。

輸出的具體形式包括政務(wù)APP、小程序、微信公眾號、政務(wù)門戶網(wǎng)站、管理后臺、數(shù)據(jù)可視化大屏等。這些產(chǎn)品的設(shè)計需要考慮到政府和事業(yè)單位的特殊需求，所以基本是定制化需求，同時也需要兼顧用戶體驗和業(yè)務(wù)需求之間的平衡。

下面我將以問題形式描述G端產(chǎn)品的一些常見問題

一、G端產(chǎn)品需求從哪里來？

先說結(jié)果，需求主要從立項文檔和客戶口頭會議（需求調(diào)研）。

這個需要注意，G端產(chǎn)品需求來源主要來自招標的需求文檔，在文檔里面有相關(guān)的描述，所以在設(shè)計產(chǎn)品之初，文檔的內(nèi)容是要覆蓋到產(chǎn)品的設(shè)計中的，否則驗收時可能會有麻煩。其次在設(shè)計前，一般需要和客戶溝通即需求調(diào)研，一般會有關(guān)IT經(jīng)驗的人來和你對接，當(dāng)然也可能會由線下業(yè)務(wù)部門對接（完全不懂IT知識的人），需求調(diào)研時最好提前寫下相關(guān)的業(yè)務(wù)問題，當(dāng)然最好帶個筆記本，把業(yè)主的核心要點記下來，如果前期對業(yè)務(wù)不太熟悉，建議錄音，不過錄音時最好不要讓對方知道。

二、需求調(diào)研時要注意哪些？

需求調(diào)研時，要提前發(fā)起會議邀請，因為需要預(yù)訂好會議室，一般不同的需求需要邀請到不同業(yè)務(wù)部門的人員，羅列好參會人員，參會主題，參會時間，參會地點。

在會議之初，當(dāng)你提了會議的主題時或方案后，你要先讓客戶發(fā)言，咨詢下客戶的觀點或意見，最好給足面子。中間不要插話，更不要對客戶說“你說的不對、你錯了、你講得沒意思”，類似這樣的話。在與客戶需求溝通中，大概率會遇到一些問題，比如客戶說的不一定對、不一定全、可能會漏，還有客戶也不太清楚業(yè)務(wù)邏輯？針對這些問題，一般不懂G端業(yè)務(wù)的人可能比較棘手，我們能做的就是提出熟悉相關(guān)的業(yè)務(wù)知識，做后做記錄、對客戶講的內(nèi)容需要確認、有疑問有問題的最好二次再確認。在后期輸出原型界面時再進一步明確可能更簡單些。至于客戶不太清楚業(yè)務(wù)邏輯，可以你對業(yè)務(wù)的認知大致提一些相關(guān)方案和需求，或者邀請相關(guān)懂的人來參會。實在不行該需求調(diào)研可延后。

需求調(diào)研會議最后，應(yīng)該總結(jié)一下會議的結(jié)果，或發(fā)一封會議紀要的郵件，以免驗收時客戶反悔或“賴賬”的情況。會議總結(jié)歸納要點要羅列清楚，不能客戶說了半天，你沒有采集里面的關(guān)系要素，

需求調(diào)研時大概率會出現(xiàn)討論和需求不著邊際的題外話，這時候你得分辨一下，如果討論的話題不重要，你可以重新注入調(diào)研的需求的話題。但如果討論的問題比較嚴重，這時候不建議把這個問題提出來，因為人家是甲方，有時候話還不能說的太直，這就是G端的憋屈和無賴。

三、G端產(chǎn)品如何做需求分析和設(shè)計？要考慮哪些因素？

需求來源取決于客戶和文檔上的描述，所以設(shè)計時不能遺漏。其他的方法論基本和B、C一樣，比如按業(yè)務(wù)場景頻率、痛點、目標用戶，以及該需求涉及到的場景。

不過要注意的是，如果規(guī)劃的功能比較多超出成本，還得簡化一下，因為涉及到成本，包括業(yè)務(wù)如果太難開發(fā)也會和你計較。但有一種情況可以忽略，那就是超出成本的功能點在主流程中，那沒辦法簡化。最后再按輕重緩急的順序確定功能版本，功能點確定好最好列在一個表格或文檔中。

如果設(shè)計的需求是一個相對新的業(yè)務(wù)領(lǐng)域，那可能考慮的東西比較多，因為剛剛提過在需求調(diào)研時客戶說的內(nèi)容可能會漏，所以在設(shè)計時要考慮全面，對業(yè)務(wù)知識要非常了解。

比如我在駐場國企建筑單位時，有一個安全隱患的需求模塊，其實就是協(xié)助業(yè)主解決工地現(xiàn)場安全隱患需求，通過曝光現(xiàn)場各類承建方的一些施工問題，然后發(fā)起整改-再審批-再關(guān)閉，每月需要有各施工單位數(shù)據(jù)統(tǒng)計。當(dāng)時我的大概思路，先梳理業(yè)務(wù)閉環(huán)流程，誰來發(fā)起隱患，誰來整改，整改時要考慮分支，比如沒整改時如何處理，已整改時如何處理，延期整改如何處理（這些研發(fā)時需要著重考慮）。整改后是否需要通知相關(guān)人或領(lǐng)導(dǎo)，什么形式的通知，需要匯總哪些周期的數(shù)據(jù)報表，報表怎么設(shè)計領(lǐng)導(dǎo)一看就懂。操作流程怎么讓大老粗操作。最后注意給領(lǐng)導(dǎo)看的內(nèi)容一定要設(shè)計的美觀和簡約，有些甚至比功能實用更重要。

設(shè)計好后最好還需要和相關(guān)業(yè)務(wù)人員明確一下，因為有些內(nèi)容是他們需要明確和取舍的，比如查看方式郵件還是PUSH，因為不同的方案成本不一樣，給客戶溝通時最好引導(dǎo)（最好先站在我們的利益上去引導(dǎo)），而不是把問題拋給客戶：這個怎么處理？那個怎么處理？你問得多了別人覺得你不夠?qū)I(yè)。

四、G端產(chǎn)品走敏捷開發(fā)還是瀑布開發(fā)？

一般來講是瀑布開發(fā)，當(dāng)然也得看業(yè)務(wù)的緊急程度，有時候很急的內(nèi)容需要敏捷開發(fā)上線。比如線上的一些重要的數(shù)據(jù)統(tǒng)計功能。還有包括新上線的設(shè)備終端，需要維護線下的一些重要工作。

五、G端產(chǎn)品上線前誰來驗收？

內(nèi)部首先還是產(chǎn)品的把關(guān)，確定沒問題后再上線，上線后可能生產(chǎn)端沒有賬號，需要客戶線上支持，一般是晚上上線后次日對應(yīng)業(yè)務(wù)部門的客戶進行驗收，驗收時主流程和實用方面沒有太大問題可能會驗收通過。當(dāng)然可能會反饋一些優(yōu)化上的問題。針對這些問題，如果不是文檔上描述過，或重要領(lǐng)導(dǎo)提過，可以完全忽略。

六、G端功能上線后客戶不認怎么辦？

針對這些問題，其實碰到也是自然，但要分析背后的原因。發(fā)生這種情況有可能有其他原因，比如驗收方和需求方不是同一人。因為G端經(jīng)常會出現(xiàn)這種問題，業(yè)務(wù)方領(lǐng)導(dǎo)提需求，驗收是他部門下的小員驗收。

如果需求方和驗收方是同一人，則要分析是溝通時和驗收后反饋是否一樣，如果不一樣可能需要拿出你之前的筆記或會議紀要，因為有時候可能客戶忘記了，或者后面為了掩飾自己的問題就做了一些需求變更，這是典型的賴賬行為。