題記：已然在G端產(chǎn)品線工作了1年多時(shí)間，趁著周日夜晚文思泉涌，系統(tǒng)梳理一下近1年的體會(huì)感悟。文章架構(gòu)參考微信背后的產(chǎn)品觀。注：只是一家之言，只當(dāng)做參考。切不可教條主義拿去就用，脫離了語(yǔ)境去談方法論難免有些教條主義。

1.用戶篇

從用戶模型看 G端用戶包含：政府經(jīng)辦、公司老板、市民用戶。

三者的優(yōu)先級(jí)是：直接匯報(bào)者（政府經(jīng)辦/公司老板）>? 市民用戶。

三者的核心訴求分別是政績(jī)、商業(yè)化變現(xiàn)、簡(jiǎn)單好用對(duì)自己有價(jià)值。

2.需求篇

1）需求來源：政策、公司領(lǐng)導(dǎo)、用戶反饋，在回復(fù)響應(yīng)上優(yōu)先級(jí)依次從高到底，實(shí)際做產(chǎn)品時(shí)需重新劃分優(yōu)先級(jí)。

2）大眾反饋需求不如挖取用戶動(dòng)機(jī)：只有足夠的用戶動(dòng)機(jī)才會(huì)驅(qū)動(dòng)用戶行為。此處可參考心理學(xué)和經(jīng)濟(jì)學(xué)（研究稀缺資源配置）。

3.系統(tǒng)篇

1）安全第一。為了足夠安全甚至可以放棄用戶體驗(yàn)。安全性和用戶體驗(yàn)的平衡取決于領(lǐng)導(dǎo)側(cè)的保守程度。eg.電子醫(yī)?？ㄕ故径S碼時(shí)無需輸入密碼，它的前置條件是用戶已處于安全環(huán)境之下。

2）領(lǐng)導(dǎo)需求都滿足，并超出預(yù)期。能實(shí)現(xiàn)的立刻排期，不能實(shí)現(xiàn)的給出預(yù)估時(shí)間。

3）數(shù)據(jù)統(tǒng)計(jì)要精確且及時(shí)。

4.設(shè)計(jì)篇

1）勿忘產(chǎn)品空狀態(tài)：文案、圖片。

2）不要讓用戶思考。eg.市管理員在后臺(tái)管理端使用篩選項(xiàng)，如默認(rèn)篩選項(xiàng)為市，用戶不會(huì)篩選到省。

3）字段長(zhǎng)度需聲明：最大長(zhǎng)度、異常折行情況等等。

4）模擬真實(shí)數(shù)據(jù)：低保真原型盡量用真實(shí)數(shù)據(jù)，保障下游UI稿、測(cè)試數(shù)據(jù)盡量偏向真實(shí)數(shù)據(jù)。否則就需要經(jīng)常拿UI稿或?qū)嶋H界面來P圖。注：此處拿到UI原型稿會(huì)有利于后期整理界面。

5.溝通篇

1）向上協(xié)作：文件審閱不催時(shí)間，一般提示請(qǐng)審閱即可。

2）跨部門溝通：注意溝通方式，通過共同利益去驅(qū)動(dòng)。無法達(dá)成一致時(shí)向上借力，切莫自己苦哈哈。

不要越級(jí)、不要越級(jí)、不要越級(jí)：從效率上來說越級(jí)溝通效率最快，但容易損傷同級(jí)之間的信任感。正確做法是先同級(jí)溝通，無法達(dá)成一致時(shí)再向上借力。

3）和開發(fā)的bug溝通：先檢測(cè)外部合作商（技術(shù)往往層次不齊），再檢測(cè)內(nèi)部問題。

4）跨公司溝通：首先聲明合作可能為對(duì)方帶來的價(jià)值、然后才是合作的具體事項(xiàng)，最后是下一步各方要做的事（目標(biāo)、路徑、完成時(shí)間）

5）其它

線上會(huì)議：提前5分鐘進(jìn)會(huì)；

系統(tǒng)有問題時(shí)的話術(shù)：您好，我們這邊系統(tǒng)網(wǎng)絡(luò)出現(xiàn)一些問題，正在排查處理中。請(qǐng)晚些再試。【不要直接就說 網(wǎng)絡(luò)掛了 類似的話】

會(huì)議記錄：參會(huì)人里行政單位人員排序很重要。

6）講故事的能力

逐字稿、逐字稿、逐字稿。