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

G端產(chǎn)品的工作流程和B端、C端還是有一定得差異。比如正文作者分享的這種零散性需求，其流程和方法，都與大家認(rèn)知的有很多不同。

在G端項(xiàng)目中，根據(jù)項(xiàng)目需求的大小、復(fù)雜度和涉及對(duì)象的不同，往往可以大致劃分為幾種不同的類型。

新項(xiàng)目：需重新搭建并規(guī)劃產(chǎn)品

如政府部門的全新電子政務(wù)系統(tǒng)、大型企業(yè)的ERP（企業(yè)資源計(jì)劃）系統(tǒng)建設(shè)等。這類項(xiàng)目通常是從零開(kāi)始，需要進(jìn)行全面的市場(chǎng)調(diào)研、需求分析、產(chǎn)品規(guī)劃、系統(tǒng)設(shè)計(jì)、開(kāi)發(fā)實(shí)施及后期運(yùn)維等全鏈條工作，并伴隨著長(zhǎng)期的戰(zhàn)略規(guī)劃，其中的技術(shù)選型、架構(gòu)設(shè)計(jì)、未來(lái)擴(kuò)展性等都需要考慮長(zhǎng)遠(yuǎn)。在系統(tǒng)的搭建上，可能需要跨部門、跨團(tuán)隊(duì)甚至跨公司的緊密合作，包括項(xiàng)目管理、產(chǎn)品設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、運(yùn)維等多個(gè)環(huán)節(jié)。

針對(duì)政策的新模塊需求或零散性需求，涉及不同公司負(fù)責(zé)的不同模塊

如稅務(wù)系統(tǒng)的年度更新、社保政策的調(diào)整導(dǎo)致的相關(guān)系統(tǒng)模塊升級(jí)等。這類需求往往由政策變化或新政策出臺(tái)引起，需要快速響應(yīng)并調(diào)整現(xiàn)有系統(tǒng)，需求可能以模塊化的形式出現(xiàn)，每個(gè)模塊可能由不同的公司或團(tuán)隊(duì)負(fù)責(zé)，需要高效的接口對(duì)接和協(xié)同工作，且系統(tǒng)需要具備一定的靈活性，以便快速適應(yīng)政策變化帶來(lái)的需求調(diào)整。

針對(duì)后臺(tái)或前端的零散需求或自用需求，只涉及自己公司的開(kāi)發(fā)內(nèi)容

如公司內(nèi)部OA（辦公自動(dòng)化）系統(tǒng)的功能優(yōu)化改進(jìn)等。這類需求通常來(lái)源于公司內(nèi)部用戶或特定業(yè)務(wù)部門的直接需求，不涉及外部合作。往往要求快速響應(yīng)和迭代，以滿足業(yè)務(wù)發(fā)展的需要。可能更注重提升系統(tǒng)性能、優(yōu)化用戶界面使用效果等。

本文主要介紹第2種，針對(duì)新需求涉及到不同公司負(fù)責(zé)不同模塊，其中第3種需求其實(shí)也包含在第2種需求中，屬于最為簡(jiǎn)單的一類，此處我將會(huì)后續(xù)主要的流程及能力做個(gè)羅列，并且后續(xù)內(nèi)容將圍繞展開(kāi)：

1. 需求了解
2. 需求前期邊界溝通
3. 了解接口文檔
4. 業(yè)務(wù)流程串聯(lián)及原型輸出

一、需求了解

通常，G端項(xiàng)目產(chǎn)品的模塊新需求會(huì)有2種形式文件下達(dá)。

1. 政策文件及上級(jí)負(fù)責(zé)人（或者業(yè)主）的主需求信息
2. 具體的功能文檔

但無(wú)論是哪種需求，本質(zhì)都要求產(chǎn)品經(jīng)理?yè)碛锌焖俑咝Ю斫馕臋n的能力，此處針對(duì)不同的文檔需求進(jìn)一步講述理解思路。

對(duì)于政策文件

• 宏觀把握，明確背景：仔細(xì)閱讀政策文件，理解政策出臺(tái)的背景、目的和預(yù)期效果。這有助于把握整個(gè)項(xiàng)目的宏觀方向，確保產(chǎn)品設(shè)計(jì)符合國(guó)家或地方的政策導(dǎo)向。
• 提煉關(guān)鍵信息：從政策文件中提煉出與本次產(chǎn)品模塊更新直接相關(guān)的關(guān)鍵信息，如需要解決的問(wèn)題、期望達(dá)到的目標(biāo)、優(yōu)先級(jí)等。這些信息將是后續(xù)需求分析和產(chǎn)品設(shè)計(jì)的核心依據(jù)。
• 溝通確認(rèn)：與上級(jí)負(fù)責(zé)人或業(yè)主進(jìn)行深入溝通，確保對(duì)政策文件的理解準(zhǔn)確無(wú)誤，并進(jìn)一步明確他們的具體需求和期望。通過(guò)面對(duì)面的交流，可以捕捉到文字之外的意圖和關(guān)注點(diǎn)。
• 需求分解與細(xì)化：將提煉出的關(guān)鍵信息進(jìn)一步分解為具體的需求點(diǎn)，并考慮如何在產(chǎn)品中實(shí)現(xiàn)這些需求。這包括功能設(shè)計(jì)、界面布局、交互流程等多個(gè)方面。

特別要注意的點(diǎn)，閱讀這件事也是需要一定積累的，想要快速讀懂提煉有效信息，不要忘記日常的積累，也能夠幫助快速理解自己所在的行業(yè)。

具體的功能文檔

如果是明確的文檔內(nèi)容要求，幾乎所有的功能需求，文檔都有記錄。所做重點(diǎn)就是全面閱讀，理解框架，對(duì)關(guān)鍵的功能點(diǎn)、約束條件、技術(shù)要求等進(jìn)行重點(diǎn)標(biāo)注，同時(shí)梳理功能之間的邏輯關(guān)系。需要注意嘗試從用戶的角度出發(fā)，模擬使用場(chǎng)景，思考這些功能如何滿足用戶的需求和期望，并且從自己的角度出發(fā)，考慮是否有缺失情況，若有的話，可以及時(shí)和對(duì)方溝通或者做好內(nèi)部反饋。

在理解功能需求的基礎(chǔ)上，評(píng)估實(shí)現(xiàn)這些功能所需的技術(shù)難度和資源投入。同時(shí)，規(guī)劃出合理的實(shí)現(xiàn)路徑和時(shí)間表。

二、需求前期溝通邊界

文檔需求內(nèi)容理解后，整理該需求所涉及的功能清單，為防止不同團(tuán)隊(duì)/企業(yè)之間的任務(wù)責(zé)任不清晰，事先進(jìn)行需求溝通邊界確認(rèn)非常重要。

功能清單整理及內(nèi)部梳理

在文檔需求內(nèi)容理解透徹后，產(chǎn)品經(jīng)理整理出一份詳盡的功能清單，清單包含所有需求點(diǎn)，以及每個(gè)需求點(diǎn)對(duì)應(yīng)的功能描述、預(yù)期效果、優(yōu)先級(jí)等信息。針對(duì)此清單組織內(nèi)部會(huì)議（包括項(xiàng)目經(jīng)理或熟悉技術(shù)的同事），對(duì)功能清單進(jìn)行逐一討論。重點(diǎn)分析每個(gè)功能的實(shí)現(xiàn)難度、技術(shù)可行性、資源需求等要點(diǎn)。同時(shí)，識(shí)別出哪些功能是其他公司負(fù)責(zé)的內(nèi)容，哪些是需要自行開(kāi)發(fā)的。

多方協(xié)作與邊界確認(rèn)

內(nèi)部梳理完成后，產(chǎn)品經(jīng)理應(yīng)準(zhǔn)備一份詳細(xì)的溝通材料，包括功能清單、責(zé)任劃分初步建議、可能的合作方式等。同時(shí)，邀請(qǐng)G端技術(shù)負(fù)責(zé)人共同參與其他公司技術(shù)人員的會(huì)議，再次確定彼此直接負(fù)責(zé)的事情，并處理會(huì)議過(guò)程中的疑議，對(duì)于難以達(dá)成一致的問(wèn)題，可以記錄下來(lái)，會(huì)后進(jìn)一步研究和討論，直至找到滿意的解決方案。

為了確保合作過(guò)程中各方都能遵守既定的責(zé)任劃分，明確記錄各方負(fù)責(zé)的功能模塊、時(shí)間節(jié)點(diǎn)、質(zhì)量標(biāo)準(zhǔn)等關(guān)鍵信息，以便在后續(xù)工作中作為參考和依據(jù)。

在需求溝通前期多公司合作的項(xiàng)目中，確定不同公司負(fù)責(zé)的內(nèi)容事項(xiàng)，此過(guò)程非常重要，整體溝通范圍可由大到小直至實(shí)現(xiàn)，防止邊界不清晰，導(dǎo)致后期實(shí)現(xiàn)效果有出入，彼此之間扯皮的情況發(fā)生。

三、了解接口文檔

如醫(yī)保系統(tǒng)中，公共服務(wù)部分與省份后臺(tái)經(jīng)辦系統(tǒng)可能是不同公司承辦的，每個(gè)公司可能只是負(fù)責(zé)某一個(gè)模塊的設(shè)計(jì)。在彼此邊界溝通清楚后，可能負(fù)責(zé)其他模塊的對(duì)方公司會(huì)開(kāi)始設(shè)計(jì)自己的接口文檔，而我們所對(duì)接的模塊又需要對(duì)方進(jìn)行對(duì)齊，以免自己設(shè)計(jì)的原型最終實(shí)現(xiàn)上對(duì)方接口不支持，這樣會(huì)導(dǎo)致后續(xù)反復(fù)修改的問(wèn)題。

正因此就要求產(chǎn)品經(jīng)理?yè)碛虚喿x接口文檔的能力，能夠在已有的框架里，針對(duì)接口文檔中的出參入?yún)⑻釤挸鲎约耗塬@取的字段，進(jìn)行串聯(lián)業(yè)務(wù)流程和用戶體驗(yàn)。

在接口文檔查看之前，產(chǎn)品需要在前面的需求背景下，在不考慮接口文檔文檔的情況下進(jìn)行設(shè)計(jì)字段排布構(gòu)思，想好自己需要哪些字段進(jìn)行展示，并通過(guò)對(duì)比接口文檔的字段，取出需要展示接口字段。梳理設(shè)計(jì)思考，是因?yàn)橛袝r(shí)候接口文檔不一定符合我們的的設(shè)計(jì)需求，這時(shí)候可以提出質(zhì)疑，要求對(duì)方補(bǔ)充。同樣的，自己設(shè)計(jì)的時(shí)候，很有可能對(duì)這個(gè)業(yè)務(wù)其實(shí)理解不足夠，這時(shí)候，接口可以用來(lái)查缺補(bǔ)漏。并針對(duì)已經(jīng)梳理好的最終字段，串聯(lián)流程后，產(chǎn)出原型。

對(duì)于接口的查看方式，可以關(guān)注以下幾點(diǎn)：

1. 關(guān)注必填字段及出入?yún)?/li>
2. 一般InDto為入?yún)ⅲň唧w可以詢問(wèn)開(kāi)發(fā)，不同的開(kāi)發(fā)或許有不同的命名方式），可以用來(lái)設(shè)計(jì)篩選，因此在原型設(shè)計(jì)的時(shí)候，要對(duì)比下自己設(shè)計(jì)的原型篩選字段接口是否能支持
3. 一般PutDto為出參（具體可以詢問(wèn)開(kāi)發(fā)，不同的開(kāi)發(fā)或許有不同的命名方式），可以用來(lái)設(shè)計(jì)頁(yè)面展示字段，比如查詢之后，出現(xiàn)哪些字段。

此處對(duì)于接口查看方式的描述較為簡(jiǎn)單，但是個(gè)人感覺(jué)基本簡(jiǎn)單的字段查看是足夠的，如果想要深入了解，建議閱讀一些更為專業(yè)的文檔進(jìn)行知識(shí)補(bǔ)充。

四、業(yè)務(wù)流程串聯(lián)及原型輸出

本質(zhì)上，業(yè)務(wù)流程串聯(lián)流能力，更多的是指對(duì)業(yè)務(wù)的理解能力，對(duì)需求中的業(yè)務(wù)理解透徹之后，就能把所需的頁(yè)面字段之類的進(jìn)行串聯(lián)，將通過(guò)接口文檔和需求文檔得出的字段頁(yè)面進(jìn)行梳理，每個(gè)頁(yè)面能能串起來(lái)，實(shí)現(xiàn)業(yè)務(wù)上的邏輯完整性。

在進(jìn)行流程串聯(lián)后，將所有的流程和字段進(jìn)行梳理并繪制原型，原型繪制完成后，先行檢查每個(gè)邏輯完整性，是否實(shí)現(xiàn)閉環(huán)，后續(xù)原型經(jīng)由業(yè)主確認(rèn)無(wú)誤后，進(jìn)行內(nèi)部評(píng)審，此處業(yè)主的確認(rèn)很重要，得到業(yè)主的認(rèn)可，意味項(xiàng)目不會(huì)偏離主要需求，同時(shí)后續(xù)若有相關(guān)需要調(diào)整的內(nèi)容，需要其他公司配合，也能從中得到周轉(zhuǎn)協(xié)調(diào)。業(yè)主確認(rèn)后，進(jìn)行內(nèi)部評(píng)審，評(píng)審?fù)瓿珊?，算是進(jìn)入排期開(kāi)發(fā)階段。

總結(jié)

原型輸出評(píng)審后，還會(huì)有開(kāi)發(fā)跟進(jìn)，也許跟進(jìn)過(guò)程中會(huì)面臨不同的需求調(diào)整，需要及時(shí)的做好版本記錄并及時(shí)更新原型，G端項(xiàng)目制的產(chǎn)品，如果只做項(xiàng)目的話，很多公司可能會(huì)開(kāi)發(fā)直接繞過(guò)，直接自己修改字段，做好原型記錄，做好驗(yàn)收，做到細(xì)節(jié)心中有，可以提升自己的產(chǎn)品專業(yè)度，遇到不懂的別人也會(huì)第一時(shí)間詢問(wèn)自己，不容易被當(dāng)背景板，但是具體的產(chǎn)品定位和自己想做的產(chǎn)品目標(biāo)，也是每個(gè)項(xiàng)目制產(chǎn)品值得去思考的。